September 2013 - Wine-Bugs - list.winehq.org

[Bug 19028] New: Mac OSX: Use existing Pictures/ Music/ Videos/ etc. directories
by wine-bugs＠winehq.org Sept. 29, 2013

Sept. 29, 2013

http://bugs.winehq.org/show_bug.cgi?id=19028 Summary: Mac OSX: Use existing Pictures/ Music/ Videos/ etc. directories Product: Wine Version: 1.1.23 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net winecfg on Mac OSX (10.5.6 and .7) does not link "My Videos" etc. to the equivalent directories on the Mac. Everything is linked to $HOME (or was it Desktop/?) instead. What a pity! Mac OSX uses directories named Documents/, Pictures/, Videos/, Music/ -- even in the German locale. The Finder GUI provides localized names. Unlike XDG/Gnome there are no crazy hacks at session begin to rename directories based on the session's locale. I don't know how earlier releases of Mac OSX behave, i.e. whether these directories have always been present. Does anyone have a reference? I located the relevant places that would need a patch: dlls/shell32/shellpath.c:_SHCreateSymbolicLinks and possibly dlls/shell32/xdg.c:XDG_UserDirLookup However, some design issues are unclear to me: - Where to add the Mac check? - When to check for a folder named "My Documents" (MS-Windows non-localized name in English locale), and when for "Documents" (MacOS constant name)? - Use XDG on the Mac or not? (if linked in, e.g. possibly when compiled via MacPorts, which pulls in a zillion libraries. Apple does not provide libfreedesktop.) -- 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 24607] New: Google Chrome installer fails
by wine-bugs＠winehq.org Sept. 29, 2013

Sept. 29, 2013

http://bugs.winehq.org/show_bug.cgi?id=24607 Summary: Google Chrome installer fails Product: Wine Version: 1.3.4 Platform: x86-64 URL: http://chrome.google.com OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Depends on: 16453 First, workaround bug 16543 by running winetricks msxml3. Then, it will download chrome and start the install. This fails, with: [61:60:91699:FATAL:network_change_notifier_win.cc(36)] Check failed: ret == ERROR_IO_PENDING. wine: Unhandled exception 0x80000003 at address 0x1cf97c3 (thread 003c), starting debugger... working around that with attachment 30775 then gives: [1002/210718:ERROR:version.cc(41)] Invalid version string: . [1002/210718:ERROR:version.cc(41)] Invalid version string: .. [1002/210718:ERROR:move_tree_work_item.cc(47)] failed moving C:\users\austin\Local Settings\Application Data\Google\Chrome\Application\6.0.472.63 to C:\users\austin\Temp\chrome_16106\ec99.tmp [1002/210718:ERROR:work_item_list.cc(32)] list execution failed [1002/210718:ERROR:install.cc(681)] Install failed, rolling back... [1002/210718:ERROR:install.cc(683)] Rollback complete. -- 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 25730] New: xmlnode_get_nodeTypedValue need to handle node type
by wine-bugs＠winehq.org Sept. 29, 2013

Sept. 29, 2013

http://bugs.winehq.org/show_bug.cgi?id=25730 Summary: xmlnode_get_nodeTypedValue need to handle node type Product: Wine Version: 1.3.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: surfing86(a)live.it Trying to launch World of Tanks Autoupdater WOTLauncher.exe ~/.wine/drive_c/World_of_Tanks_closed_Beta$ wine WOTLauncher.exe fixme:msxml:xmlnode_get_nodeTypedValue need to handle node type 2 wine: Unhandled exception 0x40000015 at address 0x52c843 (thread 0009), starting debugger... -- 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 30

[Bug 3930] HOMM shows black screen (winmm sound callback deadlock)
by wine-bugs＠winehq.org Sept. 29, 2013

Sept. 29, 2013

http://bugs.winehq.org/show_bug.cgi?id=3930 winehq_bugzilla(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq_bugzilla(a)yahoo.com --- Comment #57 from winehq_bugzilla(a)yahoo.com 2013-09-29 00:17:56 CDT --- Still present in wine 1.7.3. Starting with /s0 (i.e. without sound) still works around the 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 0

[Bug 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org Sept. 28, 2013

Sept. 28, 2013

http://bugs.winehq.org/show_bug.cgi?id=2467 Wolter Hellmund <wolterh6(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wolterh6(a)gmail.com --- Comment #152 from Wolter Hellmund <wolterh6(a)gmail.com> 2013-09-28 21:11:03 CDT --- Sorry I don't know wine's API, but could somebody explain why doesn't wine draw everything on a surface (acting as a virtual screen) and then there would be no problems with X? -- 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 0

[Bug 34470] New: NCsoft's Aion (MMORPG) fails to load "CrySystem.dll" (WinLicense software protection, avoid forwarding some msvcp80 API to msvcp90)
by wine-bugs＠winehq.org Sept. 28, 2013

Sept. 28, 2013

http://bugs.winehq.org/show_bug.cgi?id=34470 Bug #: 34470 Summary: NCsoft's Aion (MMORPG) fails to load "CrySystem.dll" (WinLicense software protection, avoid forwarding some msvcp80 API to msvcp90) Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 34455 We're still 'purist' here, no winetricks (VC++ runtimes). There is a crash in initializer, run from "CrySystem.dll" entry point. --- snip --- ... 0009:trace:msvcrt:_initterm Call init function 0x33b6410 0009:trace:ntdll:NtQueryInformationProcess (0xffffffff,0x00000022,0x32df08,0x00000004,(nil)) 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf34f5f7b ip=f34f5f7b tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=f34f5f7b 0009:trace:seh:raise_exception eax=033b6410 ebx=f2aa1000 ecx=0343fa4c edx=7bce99c8 esi=03444ebc edi=00000002 0009:trace:seh:raise_exception ebp=0032e2d0 esp=0032e26c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0009:trace:seh:call_stack_handlers calling handler at 0x33b4b0d code=c0000005 flags=0 0009:trace:seh:_except_handler4_common exception c0000005 flags=0 at 0xf34f5f7b handler=0x33b4b0d 0x32df48 0x32ddcc cookie=a5990def scope table=0x3414310 cookies=-2/0,-48/0 0009:trace:seh:_except_handler4_common level 1 prev 0 filter 0x33b48c2 0009:trace:seh:_except_handler4_common filter returned CONTINUE_SEARCH 0009:trace:seh:_except_handler4_common level 0 prev -2 filter (nil) 0009:trace:seh:_except_handler4_common reached -2, returning ExceptionContinueSearch 0009:trace:seh:call_stack_handlers handler at 0x33b4b0d returned 1 0009:trace:seh:call_stack_handlers calling handler at 0x7bc9c738 code=c0000005 flags=0 0009:trace:seh:__regs_RtlUnwind code=c0000005 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc801d1 code=c0000005 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc801d1 returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0x33b4b0d code=c0000005 flags=2 0009:trace:seh:_except_handler4_common exception c0000005 flags=2 at 0xf34f5f7b handler=0x33b4b0d 0x32d958 0x32d8b8 cookie=a5990def scope table=0x3414310 cookies=-2/0,-48/0 0009:trace:seh:msvcrt_local_unwind4 (0x32e320,1,-2) 0009:trace:seh:msvcrt_local_unwind4 __try block cleanup level 0 handler 0x33b48f6 ebp 0x32e330 0009:trace:seh:msvcrt_local_unwind4 unwound OK 0009:trace:seh:_except_handler4_common unwound current frame, returning ExceptionContinueSearch 0009:trace:seh:__regs_RtlUnwind handler at 0x33b4b0d returned 1 0009:trace:module:MODULE_InitDLL (0x3250000,PROCESS_ATTACH,(nil)) - RETURN 0 0009:trace:module:MODULE_InitDLL (0x3250000 L"CrySystem.dll",PROCESS_DETACH,(nil)) - CALL 0009:trace:module:LdrUnloadDll (0xf67b0000) --- snip --- The reason for the crash are msvcp80 forwards to msvcp90. WinLicense software protection scheme doesn't like this (same as previous bug) and Windows probably doesn't do this too. Disassembly of the crashing initializer (with imports fixed): --- snip --- 033A6410 53 PUSH EBX 033A6411 56 PUSH ESI 033A6412 68 FD8C3A03 PUSH CrySyste.033A8CFD 033A6417 B9 4CFA4203 MOV ECX,CrySyste.0342FA4C 033A641C 90 NOP 033A641D E8 11E40779 CALL MSVCP80.??0?$basic_string(a)DU?$char_traits(a)D@std@@V?$allocator(a)D@2@@std@@QAE(a)PBD@Z 033A6422 68 FD8C3A03 PUSH CrySyste.033A8CFD 033A6427 B9 68FA4203 MOV ECX,CrySyste.0342FA68 033A642C 90 NOP 033A642D E8 01E40779 CALL MSVCP80.??0?$basic_string(a)DU?$char_traits(a)D@std@@V?$allocator(a)D@2@@std@@QAE(a)PBD@Z 033A6432 83CE FF OR ESI,FFFFFFFF 033A6435 68 FD8C3A03 PUSH CrySyste.033A8CFD 033A643A B9 88FA4203 MOV ECX,CrySyste.0342FA88 033A643F 8935 84FA4203 MOV DWORD PTR DS:[342FA84],ESI 033A6445 90 NOP ... --- snip --- I avoided the forwards and copied the code (from msvcp90): --- snip --- ... -@ thiscall -arch=win32 ??0?$basic_string(a)DU?$char_traits(a)D@std@@V?$allocator(a)D@2@@std@@QAE(a)PBD@Z(ptr str) msvcp90.??0?$basic_string(a)DU?$char_traits(a)D@std@@V?$a +@ thiscall -arch=win32 ??0?$basic_string(a)DU?$char_traits(a)D@std@@V?$allocator(a)D@2@@std@@QAE(a)PBD@Z(ptr str) MSVCP_basic_string_char_ctor_cstr ... --- snip --- Now running the game again with additional +msvcp debug channel enabled gives: --- snip --- ... 0009:trace:msvcrt:_initterm Call init function 0x33b6410 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fa4c "" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fa4c "" 0 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fa68 "" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fa68 "" 0 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fa88 "" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fa88 "" 0 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343faa4 "" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343faa4 "" 0 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fac0 "" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fac0 "" 0 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fae0 "DxDiag_SystemInfo" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fae0 "DxDiag_SystemInfo" 17 0009:trace:msvcrt:MSVCRT_operator_new (32) returning 0x1e42e0 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fafc "" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fafc "" 0 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fb1c "szBuildLab" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fb1c "szBuildLab" 10 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fb38 "" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fb38 "" 0 0009:trace:msvcp:MSVCP_basic_string_char_ctor_cstr 0x343fb54 "System.szBuildLab" 0009:trace:msvcp:MSVCP_basic_string_char_assign_cstr_len 0x343fb54 "System.szBuildLab" 17 0009:trace:msvcrt:MSVCRT_operator_new (32) returning 0x1d95f8 ... --- snip --- and the game runs again further (into next issue). 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 8

[Bug 6955] Software vertex blending not implemented (affects NOLF2, Divinity 2, ...)
by wine-bugs＠winehq.org Sept. 27, 2013

Sept. 27, 2013

http://bugs.winehq.org/show_bug.cgi?id=6955 WineBuG <winebugs140(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winebugs140(a)gmail.com -- 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 0

[Bug 34416] New: The Testament of Sherlock Holmes dark player model, textures disappearing and appear
by wine-bugs＠winehq.org Sept. 27, 2013

Sept. 27, 2013

http://bugs.winehq.org/show_bug.cgi?id=34416 Bug #: 34416 Summary: The Testament of Sherlock Holmes dark player model, textures disappearing and appear Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 45811 --> http://bugs.winehq.org/attachment.cgi?id=45811 disappeared carpet Seems these two issues are related to d3dx9_36, when installed native, all is fine. Textures disappearing and appear depending from angle of view. -- 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 30815] New: Can't create winsock on Proteus ISIS for remote controll through mplabX
by wine-bugs＠winehq.org Sept. 27, 2013

Sept. 27, 2013

http://bugs.winehq.org/show_bug.cgi?id=30815 Bug #: 30815 Summary: Can't create winsock on Proteus ISIS for remote controll through mplabX Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: diecore64(a)gmail.com Classification: Unclassified On Proteus ISIS 7.10 as also older versions when i try to enable the remote debug monitor from debug menu to make a tcp listening connection so i can remote control the ISIS through mplabX it shows this on the terminal: fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0 -- 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 27

[Bug 34455] New: Aion launch failed
by wine-bugs＠winehq.org Sept. 27, 2013

Sept. 27, 2013

http://bugs.winehq.org/show_bug.cgi?id=34455 Bug #: 34455 Summary: Aion launch failed Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: snowwind72(a)gmail.com Classification: Unclassified Created attachment 45872 --> http://bugs.winehq.org/attachment.cgi?id=45872 tail of wine console log Aion started to launch, then gave error: CrySystem.dll Loading failed tail of wine console log attached. Note: There were also dozens of fixme:MoveFileWithProgress errors in log before this last part of it. -- 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 10