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

[Bug 27065] New: Prince of Persia Warrior Within does not start without msvcp71
by wine-bugs＠winehq.org July 22, 2014

July 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27065 Summary: Prince of Persia Warrior Within does not start without msvcp71 Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com wine: Call from 0x7b839282 to unimplemented function msvcp71.dll.??$?8DU?$char_traits(a)D@std@@V?$allocator(a)D@1@@std@@YA_NABV?$basic_string(a)DU?$char_traits(a)D@std@@V?$allocator(a)D@2@@0(a)0@Z, aborting with msvcp71 the game starts. -- 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 6

[Bug 27075] New: Battlefield Heroes: Punkbuster doesn't work as it should
by wine-bugs＠winehq.org July 22, 2014

July 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27075 Summary: Battlefield Heroes: Punkbuster doesn't work as it should Product: Wine Version: 1.3.19 Platform: x86 URL: http://www.battlefieldheroes.com/ OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniel.skorka(a)stud.uni-karlsruhe.de Everything works, except that within a few seconds after joining a game, I get the message --- PB IMPORTANT: RESTRICTION: Service Communication Failure: PnkBstrB.exe ffbf --- after which I'm kicked by Punkbuster. If you want to confirm this bug, installation is pretty straightforward: Go to website, create account, make sure you are running a windows browser - I used Internet Explorer 8 - then click Play Now. The plugin will install, followed by a new window which will download and install Battlefield Heroes. The main interface should start then, but you'll need msvcp90.dll -- 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 27481] New: Adobe Application Manager 2.0: Fails to install
by wine-bugs＠winehq.org July 22, 2014

July 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27481 Summary: Adobe Application Manager 2.0: Fails to install Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=35143) --> (http://bugs.winehq.org/attachment.cgi?id=35143) Terminal output on Wine 1.3.22 Steps to reproduce: 1) remove ~/.wine 2) wine ApplicationManager2.0_all.exe 3) next Behaviour: Crash. Expected behaviour: No crash. -- 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 7

[Bug 27557] New: Alice: Madness Returns - Securom Matroschka doesn't work out of the box
by wine-bugs＠winehq.org July 22, 2014

July 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27557 Summary: Alice: Madness Returns - Securom Matroschka doesn't work out of the box Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: NEW Keywords: obfuscation Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: focht(a)gmx.net Created an attachment (id=35226) --> (http://bugs.winehq.org/attachment.cgi?id=35226) relay,seh,tid Game installs fine in wine-1.3.22-300-ga7cc944. Running fails, with: wine AliceMadnessReturns.exe fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:exec:SHELL_execute flags ignored: 0x00000100 wine: Unhandled page fault on read access to 0x00000000 at wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 0023), starting debugger... never giving me a backtrace. Running under winedbg / running winedbg > bt all never gets me one either. Protection ID says it's SecuROM Matroschka -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 Ready... Scanning -> C:\Program Files\EA Games\Alice Madness Returns\Game\Alice2\Binaries\Win32\AliceMadnessReturns.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 34058192 (0207AFD0h) Byte(s) -> File Appears to be Digitally Signed @ Offset 02079C58h, size : 01378h / 04984 byte(s) -> File has 3 (03h) bytes of appended data starting at offset 02079C55h [File Heuristics] -> Flag : 00000000000000001000000000000100 (0x00008004) [!] SecuROM Matroschka Package Detected [!] Possible CD/DVD-Key or Serial Check -> SerialNumber [CompilerDetect] -> Visual C++ 7.1 (Visual Studio 2003) - Scan Took : 1.760 Second(s) relay,seh,tid trace attached. Feeling lucky Focht? :) -- 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 8

[Bug 27535] New: cant use EATree built 6
by wine-bugs＠winehq.org July 22, 2014

July 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27535 Summary: cant use EATree built 6 Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dyvazar(a)numericable.fr Created an attachment (id=35197) --> (http://bugs.winehq.org/attachment.cgi?id=35197) wineconfig set as xp wine 1.3.22 on ubuntu natty i386, default installation using wine-team ppa when i run EATree it load as expected, but when i want to use it i need to click on one of its icon. Then a popup warn about an unexpected fatal error and open a wine debug cli but its useless as only the latest lines can be viewed: no scroll back nor log file created. So i've run this app into a terminal to be able to log the debug comments. It complaint about msvcp80.dll not implemented, albeit this dll is builtin by default. Using wineconfig to add it as native does not help, get the same error. see debug log attached. -- 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 8

[Bug 27806] New: fopen() CRT functions should recognize the unicode encoding modifier in mode string (CCS=xxx)
by wine-bugs＠winehq.org July 22, 2014

July 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27806 Summary: fopen() CRT functions should recognize the unicode encoding modifier in mode string (CCS=xxx) Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, many MS installer use Unicode file streams to write their log files. Bug 8598 is about general unicode support for CRT functions. IE9 installer for example spams console due to fopen() not recognizing ",ccs=xxx" sequence in mode string. --- snip --- ... 0032:Call msvcrt._wfopen_s(0033e5b0,0033ebd8 L"C:\\windows\\TEMP\\IE9b5d.tmp\\IE9-support\\NrPolicy.txt",01002190 L"rt,ccs=UNICODE") ret=0101549f 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag , not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag c not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag c not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag s not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag = not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag U not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag N not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag I not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag C not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag O not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag D not supported 0032:fixme:msvcrt:msvcrt_get_flags :unknown flag E not supported 0032:Call KERNEL32.CreateFileW(0033ebd8 L"C:\\windows\\TEMP\\IE9b5d.tmp\\IE9-support\\NrPolicy.txt",80000000,00000003,0033e3a0,00000003,00000080,00000000) ret=736fd75e 0032:Ret KERNEL32.CreateFileW() retval=00000098 ret=736fd75e 0032:Ret msvcrt._wfopen_s() retval=00000000 ret=0101549f ... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/yeby3zcb.aspx Bug 8598 needs proper implementation first to really support this but in the meantime the unsupported ",ccs=xxx" mode flags should be recognized and a FIXME printed instead. 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 4

[Bug 27818] New: Eurobattle.net installer not working (failed to create output file)
by wine-bugs＠winehq.org July 22, 2014

July 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27818 Summary: Eurobattle.net installer not working (failed to create output file) Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi, a user reported this problem on userforum. The installer pops up a messagebox "failed to create output file"). From a debug log there's a weird looking filename: 0025:Call KERNEL32.CreateFileA(00b00d08 "C:\\users\\louis\\Temp\\_ir_sf_temp_1\\\x03",40000000,00000001,00000000,00000002,00 000080,00000000) ret=0040103b 0025:Ret KERNEL32.CreateFileA() retval=ffffffff ret=0040103b Maybe wine chokes in creating a a weird filename like "\x03" or the filename is misread from the installersetup-file? Haven't got a clue really. -- 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 12

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

July 22, 2014

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 July 22, 2014

July 22, 2014

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 July 22, 2014

July 22, 2014

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