http://bugs.winehq.org/show_bug.cgi?id=10915
Summary: jedit hangs on startup if ddraw is disabled
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://jedit.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Running real Java apps under the latest Sun win32 JRE on Wine
seems like a fine stress test, even though in many
cases users should run with the Linux JRE instead.
The Sun JRE and jEdit install ok, but jedit has many startup problems.
The first one was bug 10913, and the second was bug 10914.
Here's the third one. Start it up like jedit.bat would have,
but without using start or ddraw:
$ wine 'c:\windows\system32\javaw.exe' -Dsun.java2d.noddraw=true -Xms64M
-Xmx192M -jar 'C:\Program Files\jEdit\jedit.jar' -reuseview
This hangs.
For completeness, the version of jedit used is the latest,
jedit4.3pre12install.exe
the version of the jre used is the latest,
jre-6u3-windows-i586-p-s.exe
and the problems seem the same both with yesterday's git and today's.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11964
Summary: .NET Reflector window is unusably corrupt
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://www.aisto.com/roeder/dotnet/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=11288)
--> (http://bugs.winehq.org/attachment.cgi?id=11288)
Screenshot of .NET Reflector showing visual corruption
After installing the .NET Framework 2.0 (as per
http://appdb.winehq.org/objectManager.php?sClass=version&iId=3754), running the
.NET Reflector application is successful, but missing listboxes and menus, and
offset button controls make the application virtually unusable.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10281
Summary: No$gba not rendering 3D models (at all) as it does in
Windows
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
No$gba running under Wine does not render some 3D models at all, where it does
in windows.
I have tested with 3 different drivers, (Both proprietary and un-proprietary
nVidia drivers, and an intel driver) so I don't believe my drivers are at
fault.
To reproduce, run these freeware tech demos:
http://www.ndshb.com/cgi-bin/cfiles/cfiles.cgi?0,0,0,0,4,22http://www.ndshb.com/cgi-bin/cfiles/cfiles.cgi?0,0,0,0,4,93
(Use the nds.gba binary for the second tech demo link)
In both instances the 3D fails to render completely. No error messages are
given at the console relating to this bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12026
Summary: Alien Shooter 2 graphical glitch on shadows
Product: Wine
Version: 0.9.57.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zerocaronte(a)gmail.com
Created an attachment (id=11363)
--> (http://bugs.winehq.org/attachment.cgi?id=11363)
Shadows above the sacks
The shadows appear above the objects, instead of below.
Near the question mark in the screenshot this is evident, the shadows are above
the sacks.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10621
Summary: Thinkwell Player does not hide password under wine
Product: Wine
Version: 0.9.49.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: will(a)johnstonclan.net
Created an attachment (id=9424)
--> (http://bugs.winehq.org/attachment.cgi?id=9424)
Windows, correct rendering
When I use thinkwell player under wine, my password is in plain text. Under
windows it is masked.
This is a proprietary program, but the download is free and you don't need a
login to test this.
The download is here:
http://www.thinkwell.com/marketing/downloadCenter.cfm?forceOS=Windows
I have attached two screenshots. One is the correct functionality under
windows, the other is the incorrect rendering with wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11710
Summary: wineprefixcreate does not create a color folder
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lars.tore(a)mulebakken.net
In a normal windows directory tree there should be a color folder.
Unfortunately different windows version use different placement.
According to Real World Digital Photography, 2nd Edition, which I found after
some googling this is the proper places.
"For Windows 98 and earlier profiles should be saved in Windows\System\Color
directory.
For Windows XP, Windows 2000, and Windows ME, profiles should be saved to
Windows\System32\Spool\Drivers\Color.
For Windows NT, the profiles should belong in Windows\System32\Color
Some application like Picture Window Pro require this folder for a functionally
color management.
There are some discussion about this here
http://bugs.winehq.org/show_bug.cgi?id=11532
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9345
Summary: SecureCRT - Scroll fails on any connection
Product: Wine
Version: 0.9.43.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P5
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: franziskaner.fan(a)gmail.com
Created an attachment (id=7632)
--> (http://bugs.winehq.org/attachment.cgi?id=7632)
image of the buggy scroll
Secure crt does not display correctly scroll.
When you connect anywhere and execute a long command (long ps, read a log...)
and scroll "run" fast it doesn't refresh correctly, mix old lines with new
ones.
If you select the lines (as shown in screenshot) it display new ones (actual
ones) but still display old ones too if it was longer.
I had test my version (SecureCRT 5.5.1 with enterprise license) since wine
0.9.38 (allways compiled, not rpm nor binarys) in Mandriva.
Other work companions has the same problem in Ubuntu and debian with
pre-compiled versions.
I too proved other versions with demo version and same problem appear.
Thanks for all
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10649
Summary: Regression in RegQueryValueExA when called in unorthodox
manner
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: trivial
Priority: P5
Component: wine-advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samuel.howard.dennis(a)gmail.com
commit bc590e87a6f9c7421ec3386a7c09a63a3e55dead (16/08/2006, Robert Shearman,
affects advapi) caused a regression in one of my own programs in which I'd used
an unusual calling convention for RegQueryValueEx, being this:
char buf[16]; /* or 1 in the particular call that was failing */
DWORD count = sizeof buf;
LONG ret;
ret = RegQueryValueEx(hkey, "ValueName", NULL, &count, buf, &count); /* value
left in count is never checked */
This works under real windows (9x at least, I never ran the program on installs
of later Windows versions), but WINE does this before retrieving the value:
if (type) *type = REG_NONE;
...which sets count to 0 since I pass the same address for both type and count
in the call; this value is later used to determine the buffer size and triggers
an overflow error.
I am having trouble understanding the precise intent of the troublesome line
(when is *type supposed to be set to REG_NONE? On any error? On any error other
than buffer overflow? (This is the current WINE behaviour, as *type is
unconditionally set again after copying the data)), but clearly assignments
happen only after all processing in genuine Windows or *count is read early and
that value is used throughout the function.
I don't know which fix is appropriate, and am not sure how this case behaves
across different versions of Windows so I'm submitting this bug instead of a
patch. It is trivial to fix either way.
There is also the issue of which value (type or count) is left in the single
variable after the call, but calling this way and then checking that is even
more perverse and nobody has probably ever done it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11426
Summary: Cryptographic exception in .NET Framework application
Product: Wine
Version: 0.9.54.
Platform: PC
URL: http://www.aisto.com/roeder/dotnet/Download.aspx?File=Re
flector
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=10555)
--> (http://bugs.winehq.org/attachment.cgi?id=10555)
Terminal output and backtraces.
After configuring Wine and installing the .NET Framework as per AppDb
instructions, I attempted to execute Reflector, a .NET class browser under
Wine. After a failed attempt to launch the .NET CLR optimization service, the
application throws a managed CLR exception, followed then by a native page
fault. To obtain Reflector, it is simply necessary to provide any random
information to download it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.