November 2007 - Wine-bugs - list.winehq.org

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

25 May '12

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 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

[Bug 9970] New: OPA uses the process id/thread id to generate "random" temp filenames
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9970 Summary: OPA uses the process id/thread id to generate "random" temp filenames Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: NEW Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com But if there is no Wine program running in the background then we start a clean server each time and these number are always the same. OPAS handles very badly if there is a lot of temporary files from the same "namespace" already and after killing the program five times (so that it cannot clean the files on exit) it will refuse to start. A workaround is to clean the C:\Windows\Temp or to keep a program running in the background so that the pids are each time different. I'm also not sure if the problem is in OPAS or in the Visual FoxPro runtime - the error 1410 that appears is a MS defined error code ( http://msdn2.microsoft.com/en-us/library/aa976055(VS.71).aspx ) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12