October 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 31 May '12

31 May '12

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 31 May '12

31 May '12

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 9345] New: SecureCRT - Scroll fails on any connection
by wine-bugs＠winehq.org 19 May '12

19 May '12

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 9297] New: all screen resolutions but 600x480 crash PES4 demo
by wine-bugs＠winehq.org 18 May '12

18 May '12

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 30 Apr '12

30 Apr '12

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

[Bug 10262] New: wxWidgets TextCtrl in Python
by wine-bugs＠winehq.org 30 Mar '12

30 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=10262 Summary: wxWidgets TextCtrl in Python Product: Wine Version: 0.9.31. Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: roger.marsh(a)btinternet.com Running Python24-2.4.3_3 with py24-wxPython-2.6.3.3 Adding text to a wxTextCtrl with style wx.TE_RICH2 fails. Style TE_RICH is fine but I need to be able to colour the text etc. The script was run from an IDLE session. Using these oldish versions for compatibility with native FreeBSD versions used. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 9731] New: GdiConvertToDevmodeW trying to copy -32 bytes on memcpy
by wine-bugs＠winehq.org 29 Mar '12

29 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9731 Summary: GdiConvertToDevmodeW trying to copy -32 bytes on memcpy Product: Wine Version: 0.9.45. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-gdi-(printing) AssignedTo: wine-bugs(a)winehq.org ReportedBy: myxfce(a)gmail.com Created an attachment (id=8168) --> (http://bugs.winehq.org/attachment.cgi?id=8168) Crash report I'm having problems running an old Win 3.11 game named Mortuum. Wine crashes before the game start. After some debugging, I noticed the crash happens in file gdi32/driver.c on function DEVMODEW * WINAPI GdiConvertToDevmodeW(const DEVMODEA *dmA). This function tries to memcpy bytes from the structer dmA to the structure dmW (that was allocated by a HeapAlloc()). Unfortunately, it tries to copy -32 bytes because dmA->dmSize is 0 bytes and CCHDEVICENAME is 32 bytes. I've attached a small piece of code that shows where the memcpy is done around line 425 on that file. ... dmW = HeapAlloc(GetProcessHeap(), 0, dmW_size + dmA->dmDriverExtra); if (!dmW) return NULL; MultiByteToWideChar(CP_ACP, 0, (const char*) dmA->dmDeviceName, CCHDEVICENAME,dmW->dmDeviceName, CCHDEVICENAME); //===============================CRASH========================= /* copy slightly more, to avoid long computations */ memcpy(&dmW->dmSpecVersion, &dmA->dmSpecVersion, dmA->dmSize - CCHDEVICENAME); //===============================CRASH========================= if (dmA->dmSize >= (const char *)dmA->dmFormName - (const char *)dmA + CCHFORMNAME) { MultiByteToWideChar(CP_ACP, 0, (const char*) dmA->dmFormName, CCHFORMNAME, dmW->dmFormName, CCHFORMNAME); if (dmA->dmSize > (const char *)&dmA->dmLogPixels - (const char *)dmA) memcpy(&dmW->dmLogPixels, &dmA->dmLogPixels, dmA->dmSize - ((const char *)&dmA->dmLogPixels - (const char *)dmA)); } ... I tried to debug more to look for the root of the problem (why dmA->dmSize is 0) but there were too many calls and I couldn't figure out where the dmA structure was allocated and popullated. I've attached the crash report and if you need the game to test, just ask, it's freeware. Tested on 0.9.44 and 0.9.45. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 10115] New: Wine should restore the initial graphics mode if an application exits abnormally
by wine-bugs＠winehq.org 28 Mar '12

28 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=10115 Summary: Wine should restore the initial graphics mode if an application exits abnormally Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Sometimes DirectX applications crash and leave your desktop with a changed resolution e.g. 640x480. This shouldn't happen - wine should restore the initial graphics mode if an application exited abnormally. Right now you have to `xrandr -s 0` or use any other utility. -- 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 9886] New: GeoInfo hangs if trying to select a street for the second time
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9886 Summary: GeoInfo hangs if trying to select a street for the second time Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com Created an attachment (id=8378) --> (http://bugs.winehq.org/attachment.cgi?id=8378) patch This is because our DDEML doesn't call the callback after receiving an ACK when the hMem parameter doesn't match the current transaction hMem. However it doesn't remove transaction from the queue so only after the first transaction the callback will be called. This patch removes the transaction from the queue however it is not fully correct - there may be asynchronous transactions so the ACK doesn't need to come in the same order as the request were sent. A correct code should check the whole list of transactions. -- 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 9991] New: Can not enable more then two input languages
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9991 Summary: Can not enable more then two input languages Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavel1r(a)gmail.com When I run windows applications with Wine, I'm only able to write in English. When I try to write in other language (I tried Russian and Hebrew), input is either ignored or I see blocks instead of letters, depending on application. If I set LANG to ru_RU.UTF-8 or he_IL.UTF-8 before starting application, I'm able to write in two languages (either English and Russian, or English and Hebrew). There is no way to enable all three languages to work simultaneously. I'm using Fedora 7 and Gnome desktop. I added both Russian and Hebrew keyboard layouts in keyboard preferences and I'm able to write in all three languages in Linux native applications. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20