December 2007 - Wine-Bugs - list.winehq.org

[Bug 9591] New: Print to default laser printer in FoxPro fails and shuts down application
by wine-bugs＠winehq.org May 31, 2012

May 31, 2012

http://bugs.winehq.org/show_bug.cgi?id=9591 Summary: Print to default laser printer in FoxPro fails and shuts down application Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: wb4ubd(a)yahoo.com Created an attachment (id=7966) --> (http://bugs.winehq.org/attachment.cgi?id=7966) Backtraces for FoxPro errors In FoxPro whether running an application or using the "command" level, sending a print command to a default network laser printer results in no print and a shutdown of FoxPro and its application (if used). If CUPS-PDF is used as the default printer, a pdf file is generated and the FoxPro application remains active (does not shutdown). The backtrace report includes comment lines in brackets for the two scenarios. I have also observed that while in the "command" level of FoxPro, merely the selection of the laser printer in Print Setup or having the laser printer as default and entering Print Setup will shutdown the application. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 51

[Bug 9430] New: Serial port doesn't work with Cricket Logo
by wine-bugs＠winehq.org May 31, 2012

May 31, 2012

http://bugs.winehq.org/show_bug.cgi?id=9430 Summary: Serial port doesn't work with Cricket Logo Product: Wine Version: 0.9.41. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-ports AssignedTo: wine-bugs(a)winehq.org ReportedBy: nelsoneci(a)gmail.com This bug might be related to this one, and this seems to be a hard issue using Linux 2.6. I use Debian sid. http://bugs.winehq.org/show_bug.cgi?id=4055 When I start the lastest version of this program (http://handyboard.com/cricket/software/) for Windows (2003), I get this errors: fixme:comm:GetCommProperties (0x32c 0x33f35c ) fixme:comm:GetCommProperties (0x32c 0x33f1b8 ) What can I do? N.- -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 10613] New: Need for Speed: Hot Pursuit 2 demo renders cars perpendicular, textureless.
by wine-bugs＠winehq.org May 31, 2012

May 31, 2012

http://bugs.winehq.org/show_bug.cgi?id=10613 Summary: Need for Speed: Hot Pursuit 2 demo renders cars perpendicular, textureless. Product: Wine Version: 0.9.49. Platform: Other URL: http://www.download.com/Need-for-Speed-Hot-Pursuit-2- demo/3000-7519_4-10243302.html OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com The cars in Need for Speed Hot Pursuit 2 are rendering perpendicular and without textures. Demo is at the url. I'm using the latest nVidia proprietary drivers. Attaching console output in just a second here. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 10915] New: jedit hangs on startup if ddraw is disabled
by wine-bugs＠winehq.org May 25, 2012

May 25, 2012

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.

1 7

[Bug 10281] New: No$gba not rendering 3D models (at all) as it does in Windows
by wine-bugs＠winehq.org May 25, 2012

May 25, 2012

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,22 http://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.

1 20

[Bug 10621] New: Thinkwell Player does not hide password under wine
by wine-bugs＠winehq.org May 25, 2012

May 25, 2012

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.

1 10

[Bug 9345] New: SecureCRT - Scroll fails on any connection
by wine-bugs＠winehq.org May 19, 2012

May 19, 2012

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.

1 24

[Bug 10649] New: Regression in RegQueryValueExA when called in unorthodox manner
by wine-bugs＠winehq.org May 19, 2012

May 19, 2012

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.

1 17

[Bug 9297] New: all screen resolutions but 600x480 crash PES4 demo
by wine-bugs＠winehq.org May 18, 2012

May 18, 2012

http://bugs.winehq.org/show_bug.cgi?id=9297 Summary: all screen resolutions but 600x480 crash PES4 demo Product: Wine Version: 0.9.43. Platform: PC URL: http://www.fileshack.com/file_download.x/5863 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr With PES4 demo, the screen resolution 600x480 works almost fine. But all other screen resolutions make wine crashe I attached the console output Joaopa -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 10082] New: City of Heroes chat window loses keystrokes, does not snap back out
by wine-bugs＠winehq.org April 30, 2012

April 30, 2012

http://bugs.winehq.org/show_bug.cgi?id=10082 Summary: City of Heroes chat window loses keystrokes, does not snap back out Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: matthew.b.gerber(a)gmail.com In City of Heroes' chat window, the first character of each typed line is always lost, and focus does not snap back away from the window after sending a message. 1. If I enter the window by typing a slash, the slash itself is lost (whereas it would normally be the first character to appear). 2. If I enter the window by hitting Enter, the first character *after* I hit Enter is lost (whereas it would normally be the first character to appear). 3. After I send a message in the chat window, the focus remains in the chat window rather than snapping back out to the game controls (which is the normal behavior). 4. After I send a message in the chat window, the next character is also lost - so to get back out after sending a message, you have to hit escape. 5. When I use the mouse to enter or exit the chat window, 1, 2 and 4 don't happen; it focuses and defocuses properly. 3 still happens, however. OS: Ubuntu 7.0.4 CPU: Intel Core 2 Duo GPU: nVidia GeForce 6800 Ultra -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17