March 2014 - Wine-Bugs - list.winehq.org

[Bug 6946] Carmageddon TDR2000 wont allow 3D Hardware rendering
by wine-bugs＠winehq.org March 24, 2014

March 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=6946 --- Comment #20 from Sebastian Riemer <Sebastian.Riemer(a)gmx.de> --- This is still broken in Wine 1.7.15. Just tested it. It is even more broken as the TDR2000.gfx can't be generated at all. A message box popped up and I had to kill the process: TRenderDevice::En.. FAILED: FindDepthBufferFormat Log: fixme:ddraw:DirectDrawEnumerateExA flags 0x00000004 not handled err:wgl:has_opengl Failed to load libGL: libGL.so.1: cannot open shared object file: No such file or directory err:wgl:has_opengl OpenGL support is disabled. fixme:win:EnumDisplayDevicesW ((null),0,0x33e328,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33dc28,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000004 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x33d6c8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33cfb8,0x00000000), stub! -- 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.

1 0

[Bug 3591] py2exe does not work properly
by wine-bugs＠winehq.org March 24, 2014

March 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=3591 --- Comment #21 from Bernhard Reiter <ockham(a)raz.or.at> --- If filing a new bug report is considered inappropriate, could someone privileged enough at least change this bug's the title to something more concise (about implementing BindImageEx) and component (to imagehlp)? -- 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.

1 0

[Bug 3591] py2exe does not work properly
by wine-bugs＠winehq.org March 24, 2014

March 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=3591 --- Comment #20 from Alexandre Julliard <julliard(a)winehq.org> --- *** Bug 35856 has been marked as a duplicate of this bug. *** -- 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.

1 0

[Bug 3591] py2exe does not work properly
by wine-bugs＠winehq.org March 24, 2014

March 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=3591 --- Comment #19 from Bernhard Reiter <ockham(a)raz.or.at> --- Just posted http://bugs.winehq.org/show_bug.cgi?id=35856 asking for implementation of BindImageEx. -- 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.

1 0

[Bug 9030] army men hangs on black screen
by wine-bugs＠winehq.org March 23, 2014

March 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=9030 Jarkko K <jarkko_korpi(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi(a)hotmail.com --- Comment #46 from Jarkko K <jarkko_korpi(a)hotmail.com> --- I get identical error ouput 1.7.15 -- 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.

1 0

[Bug 20131] New: every time i run Wine whether it be with iTunes or another PC based program it crashes and i get the same error of winedbg.exe has encountered a serious problem.
by wine-bugs＠winehq.org March 23, 2014

March 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=20131 Summary: every time i run Wine whether it be with iTunes or another PC based program it crashes and i get the same error of winedbg.exe has encountered a serious problem. Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: atbader(a)zoomtown.com Every time i run Wine whether it be with iTunes or another PC based program it crashes and i get the same error of winedbg.exe has encountered a serious problem. -- 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.

1 13

[Bug 6176] Rhino 3D v3 (CAD app) crashes on startup (OpenGL/DIB driver needs to return max index for NULL PIXELFORMATDESCRIPTOR)
by wine-bugs＠winehq.org March 23, 2014

March 23, 2014

https://bugs.winehq.org/show_bug.cgi?id=6176 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://download.mcneel.com/ |http://www.cadcam-download. |s3/mcneel/rhino/3.0/eval/rh |de/download/solidedge/rh30e |30eval_en_20060331.exe |val.exe CC| |focht(a)gmx.net Component|-unknown |gdi32 Summary|Unhandled page fault when |Rhino 3D v3 (CAD app) |launching Rhino 3D v. 3 |crashes on startup | |(OpenGL/DIB driver needs to | |return max index for NULL | |PIXELFORMATDESCRIPTOR) --- Comment #9 from Anastasius Focht <focht(a)gmx.net> --- Hello Austin, I can confirm the crash - even with OSMesa. The CAD app indeed uses OpenGL bitmap support. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Rhinoceros 3.0 Evaluation/System $ WINEDEBUG=+tid,+seh,+relay wine ./Rhino3.exe >>log.txt 2>&1 ... 0023:Call gdi32.CreateCompatibleDC(00000000) ret=00769428 0023:Ret gdi32.CreateCompatibleDC() retval=00010054 ret=00769428 0023:Call gdi32.GetDeviceCaps(00010054,0000000c) ret=0076943f 0023:Ret gdi32.GetDeviceCaps() retval=00000020 ret=0076943f 0023:Call gdi32.DescribePixelFormat(00010054,00000001,00000000,00000000) ret=0076945d 0023:Call opengl32.wglDescribePixelFormat(00010054,00000001,00000000,00000000) ret=7ec186b9 0023:Call gdi32.__wine_get_wgl_driver(00010054,0000000b) ret=7ed5b675 0023:Ret gdi32.__wine_get_wgl_driver() retval=7ec5b480 ret=7ed5b675 0023:Ret opengl32.wglDescribePixelFormat() retval=00000000 ret=7ec186b9 0023:Ret gdi32.DescribePixelFormat() retval=00000000 ret=0076945d 0023:Call gdi32.DeleteDC(00010054) ret=5f4038c2 0023:Ret gdi32.DeleteDC() retval=00000001 ret=5f4038c2 ... --- snip --- The crash is just a late manifestation of the failing DescribePixelFormat() call. Debug session: --- snip --- Wine-dbg>n 153 if (size < sizeof(*descr)) return 0; Wine-dbg>bt Backtrace: =>0 0x7ebc1a2b dibdrv_wglDescribePixelFormat+0x2f(hdc=0x10054, fmt=0x1, size=0, descr=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/gdi32/dibdrv/opengl.c:153] in gdi32 (0x0033fa08) 1 0x7ed5c321 wglDescribePixelFormat+0x49(hdc=0x10054, format=0x1, size=0, descr=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/opengl32/wgl.c:409] in opengl32 (0x0033fa38) 2 0x7ec186b9 DescribePixelFormat+0x9e(hdc=<couldn't compute location>, fmt=<couldn't compute location>, size=<couldn't compute location>, pfd=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/gdi32/opengl.c:89] in gdi32 (0x0033fa68) 3 0x0076945d in rhino3 (+0x36945c) (0x00010054) --- snip --- The app wants to know the maximum pixel format index hence it passes NULL pixelformat descriptor. Wine doesn't handle this ... Source: http://source.winehq.org/git/wine.git/blob/28be1f7853f01a402854dccdb9d0ee10… --- snip --- 148 static int dibdrv_wglDescribePixelFormat( HDC hdc, int fmt, UINT size, PIXELFORMATDESCRIPTOR *descr ) 149 { 150 int ret = sizeof(pixel_formats) / sizeof(pixel_formats[0]); 151 152 if (fmt <= 0 || fmt > ret) return ret; 153 if (size < sizeof(*descr)) return 0; 154 155 memset( descr, 0, sizeof(*descr) ); ... --- snip --- If you fix this, the app runs farther (a splash screen is shown) - until the next crash Something MFC + user32 -> NULL GetParent() which looks familiar .. I've seen this earlier but can't remember the bug(s) right know. $ sha1sum rh30eval.exe 8418bb80ae9bfb1f910f7c0c872424014d3da2f2 rh30eval.exe $ du -sh rh30eval.exe 36M rh30eval.exe $ wine --version wine-1.7.15 Regards -- 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.

1 0

[Bug 6176] Unhandled page fault when launching Rhino 3D v. 3
by wine-bugs＠winehq.org March 23, 2014

March 23, 2014

https://bugs.winehq.org/show_bug.cgi?id=6176 --- Comment #8 from Austin English <austinenglish(a)gmail.com> --- http://www.cadcam-download.de/download/solidedge/rh30eval.exe [austin(a)localhost ~]$ du -h rh30eval.exe 36M rh30eval.exe [austin(a)localhost ~]$ sha1sum rh30eval.exe 8418bb80ae9bfb1f910f7c0c872424014d3da2f2 rh30eval.exe [austin(a)localhost ~]$ wine --version wine-1.7.15 Still in 1.7.15, but it looks like it may be because I don't have osmesa support: [austin(a)localhost System]$ wine Rhino3.exe err:dib:dibdrv_wine_get_wgl_driver OSMesa not compiled in, no OpenGL bitmap support wine: Unhandled page fault on read access to 0x00000000 at address 0x76a2f3 (thread 0009), starting debugger... .. Backtrace: =>0 0x0076a2f3 in rhino3 (+0x36a2f3) (0x00000000) 0x0076a2f3: movb 0x0(%ecx,%edx,4),%dl Modules: Module Address Debug info Name (103 modules) PE 330000- 383000 Deferred rmatoolbars_mbcs could someone with OSMesa working test this please? -- 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.

1 0

[Bug 23432] New: Stranded II does not start
by wine-bugs＠winehq.org March 22, 2014

March 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=23432 Summary: Stranded II does not start Product: Wine Version: 1.1.38 Platform: x86 URL: http://www.stranded.unrealsoftware.de/s2_download.php OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com While starting, Stranded II brings up a dialog that says "Memory access violation" and then immediately quits. Result of regression testing: 0692bfda5f10e0c2dc6eed2a66e1a9f9c1092bad is first bad commit commit 0692bfda5f10e0c2dc6eed2a66e1a9f9c1092bad Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Jan 28 19:47:01 2010 +0100 ntdll: Don't require heap sizes to be 64K aligned. This is still broken in 1.2-rc5, and the program starts with that commit reverted. -- 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.

1 5

[Bug 6946] Carmageddon TDR2000 wont allow 3D Hardware rendering
by wine-bugs＠winehq.org March 22, 2014

March 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=6946 --- Comment #19 from Sebastian Riemer <Sebastian.Riemer(a)gmx.de> --- Yes, it is DirectX 7 as well and it sounds very similar. Here is what needs to be done: 1. find the function which causes trouble (debugging, disassembly, etc) 2. write a small test app with that function 3. test the test app on Windows and on latest Wine, compare the results 4. Write a prove-of-concept patch, apply to latest Wine, retest 5. improve the patch according to the Git Wine instructions, attach the working patch to this bug report, give it to Henri for review 6. send it to the wine-devel mailing list if it is good enough 7. check if it gets accepted One day I've installed the DirectX 7 SDK and I was kind of shocked how different the example apps ran on Wine. In the examples there is also that enumerator function to find the renderers which doesn't work correctly with Wine. Sorry, but I can't remember its name. Unfortunately, there are a lot of patches which remain uncommented and unaccepted. I don't know if it's limited time, resources or commercial interest of Codeweavers. But for hobbyists the effort isn't really worth it sending patches to Wine. I made much much better experience sending patches to the Linux kernel and other FOSS projects. Perhaps, Wine mailing lists should also be splitted in subsystems with subsystem maintainers where you convince the subsystem maintainer first. And having a getmaintainer script like in the Linux kernel would also help. Codeweavers, please come to the LinuxTag in Berlin/Germany one day! I'd like to talk with you face to face one day! The Carmageddon TDR 2000 demo doesn't have this bug. It uses 3D rendering right away. Only the retail version has software renderer support and this bug. I'm sorry that I've neglected my Carmageddon TDR 2000 AppDB maintainer duties recently! I was so frustrated that more things are broken than fixed. I've spent my leisure time improving my reverse engineering skills by developing the universal elite game trainer "ugtrain" which does API hooking of malloc() and free() to support dynamic memory and already works very well for Linux. Next versions will support Windows and Wine as well. It will be the only universal multiplatform game trainer with dynamic memory support. I intended this for faster Wine testing but it is a lot of effort - still no contributions from others. :-( At work I'm a Senior Linux Kernel Developer - Storage. But working full-time on Wine from remote would also be a cool job for me. I think in June I will have again more time for Wine. Then, I will retest everything and debug this further down. -- 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.

1 0