May 2014 - Wine-bugs - list.winehq.org

[Bug 27971] New: the /qb option of msiexec results in unhandled page fault
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=27971 Summary: the /qb option of msiexec results in unhandled page fault Product: Wine Version: 1.3.25 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: htl10(a)users.sourceforge.net I have a few msi's (unfortunately of proprietary commercial source) which results in the message: "This advertised application will not be installed because it might be unsafe. Contact your administrator to change the installation user interface option of the package to basic." So I tried the /qb option of msiexec. This results in unhandled page fault. Granted this feature may not be implemented, but it should just do a FIXME or something and exit gracefully. Here is the message. I'd be happy to try any patch, or even have a go at doing a patch myself if somebody wants to point me in the right direction. ---------------------- fixme:storage:create_storagefile Storage share mode not implemented. wine: Unhandled page fault on read access to 0x00000000 at address 0x6848aa70 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x6848aa70). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:6848aa70 ESP:0033f910 EBP:00000000 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:684ffe00 ECX:00110064 EDX:001aef8c ESI:001aef68 EDI:00198060 Stack dump: 0x0033f910: 00175a10 684dccf2 00000000 00198060 0x0033f920: 00198060 68477236 684ffe00 6847a59d 0x0033f930: 00000000 00000002 0017ea00 0019d448 0x0033f940: 00000000 00000000 6848a7ab 684ffe00 0x0033f950: 00185248 00198060 001aef68 6847b7e3 0x0033f960: 00198060 00000001 001aef68 00000000 Backtrace: =>0 0x6848aa70 msi_load_media_info+0x2d0() in msi (0x00000000) 0x6848aa70 msi_load_media_info+0x2d0 in msi: movzwl 0x0(%ebp,%eax,1),%ecx ... ------------------------------ This is on x86_64 hardware but running 32-bit wine. -- 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 9

[Bug 28336] New: MorphVox Pro fails to start
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=28336 Summary: MorphVox Pro fails to start Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Eimhinsmyth(a)yahoo.ie Created an attachment (id=36314) --> (http://bugs.winehq.org/attachment.cgi?id=36314) Output MorphVox pro fails to install. The output attached is given before any windows open and it hangs on the last line. -- 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 9

[Bug 28753] New: AniDB O'Matic shows exception dialog on startup (madcodehook, gcc 4.6.x frame pointer omission in Wine code)
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=28753 Bug #: 28753 Summary: AniDB O'Matic shows exception dialog on startup (madcodehook, gcc 4.6.x frame pointer omission in Wine code) Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, I recently switched to gcc 4.6.x based distro and encountered strange problems with "AniDB O'Matic" (http://anidb.net/ client) and possibly other apps. The app crash handler catches a fault in startup phase and displays a rather exhaustive "crash analysis" dialog. The fault can be acknowledged and the app continues to load. Tracing with +relay yields nothing - the crash never happens. Without +relay but relevant debugging channels: --- snip --- ... 0009:trace:ole:RemUnknown_Release 0x1aaa28 after: 4 0009:trace:ole:stub_manager_ext_addref added 5 refs to 0x1aac30 (oid 1), rc is now 5 0009:trace:ole:RPC_RegisterInterface ({00000131-0000-0000-c000-000000000046}) 0009:trace:ole:RPC_RegisterInterface Creating new interface 0009:trace:rpc:RpcServerRegisterIfEx (0x1aad34,(null),(nil),3,1234,(nil)) 0009:trace:rpc:RpcServerRegisterIf2 (0x1aad34,(null),(nil),3,1234,4294967295,(nil)) 0009:trace:rpc:RpcServerRegisterIf2 interface id: {00000131-0000-0000-c000-000000000046} 0.0 0009:trace:rpc:RpcServerRegisterIf2 transfer syntax: {00000000-0000-0000-0000-000000000000} 0.0 0009:trace:rpc:RpcServerRegisterIf2 dispatch table: 0x7e769c00 0009:trace:rpc:RpcServerRegisterIf2 dispatch table count: 1 0009:trace:rpc:RpcServerRegisterIf2 entry 0: 0x7e6a7010 0009:trace:rpc:RpcServerRegisterIf2 reserved: 0 0009:trace:rpc:RpcServerRegisterIf2 protseq endpoint count: 0 0009:trace:rpc:RpcServerRegisterIf2 default manager epv: (nil) 0009:trace:rpc:RpcServerRegisterIf2 interpreter info: (nil) 0009:trace:rpc:RPCRT4_start_listen 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x44fed3 ip=0044fed3 tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=000006bd 0009:trace:seh:raise_exception eax=000006b9 ebx=00404d74 ecx=00000000 edx=000006b9 esi=00000000 edi=7e63a728 0009:trace:seh:raise_exception ebp=0032f404 esp=0032f258 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010a16 0009:trace:seh:call_vectored_handlers calling handler at 0x7dccdcf0 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x7dccdcf0 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x7defb860 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x7defb860 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x45015e code=c0000005 flags=0 --- snip --- By debugging I found the following: --- snip --- Wine-dbg>bt Backtrace: =>0 0x0044fe24 in aom (+0x4fe24) (0x0033f43c) 1 0x7ed9cf31 CreateThread+0x4b(sa=(nil), stack=0, start=0x7e5f1640, param=0x1aa8c0, flags=0, id=0x0(nil)) [/home/focht/projects/wine/wine-git/dlls/kernel32/thread.c:54] in kernel32 (0x000006b9) 2 0x7e5f1883 RPCRT4_start_listen_protseq.isra+0x82() in rpcrt4 (0x000006b9) 3 0x7e5f1a00 RPCRT4_start_listen+0xdf(auto_listen=<is not available>) [/home/focht/projects/wine/wine-git/dlls/rpcrt4/rpc_server.c:749] in rpcrt4 (0x7e625720) 4 0x7e5f40c1 RpcServerRegisterIf2+0x170(IfSpec=0x1aabb4, MgrTypeUuid=(nil), MgrEpv=0x0(nil), Flags=0x3, MaxCalls=0x4d2, MaxRpcSize=0xffffffff, IfCallbackFn=(nil)) [/home/focht/projects/wine/wine-git/dlls/rpcrt4/rpc_server.c:1149] in rpcrt4 (0x00000000) --- snip --- The app installs some hooks into win32 API using intrusive way. No IAT/API entry/hotpatch is used .. it analyses the API code and patches calls. Example: "CreateThread" snippet: --- snip original --- ... movl 0x38(%esp),%eax movl %eax,0xc(%esp) movl 0x34(%esp),%eax movl %eax,0x8(%esp) movl 0x30(%esp),%eax movl %eax,0x4(%esp) call 0x7edb1d80 CreateRemoteThread [/home/kernel32/thread.c:54] in kernel32: subl $28,%esp addl $40,%esp popl %ebx ret $0x18 --- snip original --- --- snip patched --- ... movl 0x38(%esp),%eax movl %eax,0xc(%esp) movl 0x34(%esp),%eax movl %eax,0x8(%esp) movl 0x30(%esp),%eax movl %eax,0x4(%esp) call 0x0045029c subl $28,%esp addl $40,%esp popl %ebx ret $0x18 --- snip patched --- Although questionable this works (even in earlier Wine versions). Further analysis reveals the app was written in Delphi and makes use of "madCodeHook/madExcept" library (http://madshi.net/) The apps creates several threads which are initialized successfully. The problem is actually an RPC thread that gets created by Wine code. See here: http://source.winehq.org/git/wine.git/blob/7e309601f3cb55deadaab9bd44475748… Disassembly of problematic snippet from function "RPCRT4_start_listen_protseq": --- snip --- ... movl $0x6b9,%ebp movl $0x0,0x14(%esp) movl $0x0,0x10(%esp) movl %esi,0xc(%esp) movl %eax,0x8(%esp) movl $0x0,0x4(%esp) movl $0x0,0x0(%esp) call 0x7e5b9d68 CreateThread in rpcrt4 subl $24,%esp testl %eax,%eax ... --- snip --- Upon entry of CreateRemoteThread "hook", the handler analyses the frame pointer (checks for non-zero) and tries to access the frame location. This fails because GCC emitted code that used EBP as general purpose register for return status (RPC_S_OUT_OF_RESOURCES) in caller. The fault due to EBP dereference is safely caught from app SEH and a dialog shown. Additionally to the RPC thread problem the GUI shows issues which were previously not present: some treeview items are missing/rearranged. I checked the comctl32/treeview code .. even did some tests with older Wine versions (1.3.0, 1.3.20) no regressions found - it behaved similar. In short: these issues are the result of gcc 4.6+ now free to omit frame pointers on x86 (= default), see: http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/Optimize-Options.html I fixed the problems by adding "-fno-omit-frame-pointer" to build flags. The app works as expected (thread hooks = ok, GUI issues = gone). I suspect there will be more apps and games that use code that depends on frame pointer not being abused as general purpose register. The question is: is it worth to hunt down all Wine code and decorate functions with "no optimize" attributes to keep frame pointer from being abused? E.g. something like this: __attribute__((optimize("-fno-omit-frame-pointer"))) Maybe "-fno-omit-frame-pointer" should be default if Wine x86 is built with gcc 4.6. Regards -- 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 9

[Bug 29130] New: Where's Wally? The Fantastic Journey fails to recognize the CD in the drive
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=29130 Bug #: 29130 Summary: Where's Wally? The Fantastic Journey fails to recognize the CD in the drive Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Classification: Unclassified When loading Where's Wally? The Fantastic Journey it fails to recognize the CD in the drive. A dialogue box comes up saying "Please insert the game disk in the drive and try again." and this shows up on the terminal: fixme:ntdll:server_ioctl_file Unsupported ioctl 2d0800 (device=2d access=0 func=200 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d0800 (device=2d access=0 func=200 method=0) fixme:ntdll:server_ioctl_file Unsupported ioctl 2d0800 (device=2d access=0 func=200 method=0) On Debian Squeeze amd64, official nvidia drivers and wine 1.3.32. -- 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 11

[Bug 29136] New: Sins of a Solar Empire (Stardock.com/Steam) does not activate
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=29136 Bug #: 29136 Summary: Sins of a Solar Empire (Stardock.com/Steam) does not activate Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vitor.dominor(a)gmail.com Classification: Unclassified Created attachment 37558 --> http://bugs.winehq.org/attachment.cgi?id=37558 Relevant debug ouput with +winhttp when Register button is clicked. When I start Sins of a Solar Empire Trinity from Steam or from an installation downloaded from store.stardock.com, it presents the Stardock Account Registration dialog. After filling in the required details: stardock email, password and serial number, I click on Register and it does nothing, apparently. I've run it also with WINEDEBUG="+winhttp" and attached the relevant output regarding the moment I click Register. -- 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 21

[Bug 29352] New: NightSky HD crashes on startup
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=29352 Bug #: 29352 Summary: NightSky HD crashes on startup Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Created attachment 37978 --> http://bugs.winehq.org/attachment.cgi?id=37978 Terminal output Native msvcp100 works around it (winetricks vcrun2010). -- 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 15

[Bug 29340] New: Cave Story+ wants msvcp100.dll.??0?$basic_iostream@DU?$char_traits@D@std@@@std@@QAE@PAV?$basic_streambuf@DU?$char_traits@D@std@@@1@@Z
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=29340 Bug #: 29340 Summary: Cave Story+ wants msvcp100.dll.??0?$basic_iostream(a)DU?$char_traits(a)D@std @@@std@@QAE(a)PAV?$basic_streambuf(a)DU?$char_traits(a)D@std @@@1@@Z Product: Wine Version: 1.3.34 Platform: x86 URL: http://www.humblebundle.com/ OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified wine-1.3.34-295-g4918d91 -- 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 16

[Bug 29757] New: BurracoClient has encountered a user-defined breakpoint.
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=29757 Bug #: 29757 Summary: BurracoClient has encountered a user-defined breakpoint. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: forblink182(a)libero.it Classification: Unclassified Created attachment 38633 --> http://bugs.winehq.org/attachment.cgi?id=38633 A screenshot of the bug. At the opening of BurraconlineClient, the message "BurracoClient has encountered a user-defined breakpoint." shows. If I click on Debug, it opens a dialog windows that tells that "the program BurracoClient.exe has encountered an error and has to be closed. -- 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 4

[Bug 29983] New: AVRstudio 4.14 unable to get list of supported device for AVR simulator
by wine-bugs＠winehq.org 22 Jul '14

22 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=29983 Bug #: 29983 Summary: AVRstudio 4.14 unable to get list of supported device for AVR simulator Product: Wine Version: 1.4-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.kolousek(a)gmail.com Classification: Unclassified Created attachment 39032 --> http://bugs.winehq.org/attachment.cgi?id=39032 Terminal log for clean wineprefix, app corectly closed when simulator target not available. Atmel AVR studio v4.14 (same behaviour for other versions from 4.08 - 4.19) from www.atmel.com correctly installs and run, but simulator is unusable, because list of supported device is unavailable. Always reproducible: Create new assembler project - in second step select AVR simulator (v1 or v2, same result). In messages pane there's only line "Error getting supported devices". Based on terminal info it seems to be related with ole and rpc. Used on 64bit Gentoo linux, compiled using gcc 4.4.5, only 32bit WINEARCH, fresh wineprefix. Log for clean wineprexfix attached, with native msxml3 and vcrun2005 behaviour not changed, only xsl_pattern error (3rd from end) disappeared. -- 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 18

[Bug 30528] New: Tibia bot crashes when connecting to tibia process. K32EnumProcessModules+0x31() in kernel32
by wine-bugs＠winehq.org 20 Jul '14

20 Jul '14

http://bugs.winehq.org/show_bug.cgi?id=30528 Bug #: 30528 Summary: Tibia bot crashes when connecting to tibia process. K32EnumProcessModules+0x31() in kernel32 Product: Wine Version: 1.5.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: treaw(a)o2.pl Classification: Unclassified On clean wineprefix: winetricks vcrun6 wine start Downloads/python-2.4.4.msi wine Downloads/tibia952.exe wine Downloads/TibiaAutoSetup_2_19_2.exe wine ./drive_c/Program\ Files/Tibia\ Auto/tibiaauto.exe wine ./drive_c/Program\ Files/Tibia/Tibia.exe After that tibiaauto.exe crashes, with error attached. http://www.python.org/download/releases/2.4.4/ - installed using .msi file http://sourceforge.net/projects/tibiaauto/ https://secure.tibia.com/account/?subtopic=downloadclient -- 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 15