June 2010 - Wine-bugs - list.winehq.org

[Bug 14040] New: Microsoft Virtual Earth 3D beta inner installer aborts when reading registry
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=14040 Summary: Microsoft Virtual Earth 3D beta inner installer aborts when reading registry Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download, Installer, patch Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com [Copied from To get past bugs 11517 and 14035, do 'winetricks gdiplus dotnet20' (though that might not download the right service pack level of .net?) Then download VirtualEarth3D.msi from http://go.microsoft.com/fwlink/?LinkId=106129 and install that instead of the outer installer. +relay,+msi shows that VirtualEarth3D.msi aborts shortly after checking for a com object Anastasius Focht wrote: the cause of the failure is due to unsupported access flags. 0037:Call advapi32.RegCreateKeyExW(80000000,100138e0 L"CLSID\\{0DB074F0-617E-4EE9-912C-2965CF2AA5A4}\\InprocServer32",00000000,00000000,00000000,000f023f,00000000,7de9685c,7de96860) ret=1000230d 0037:Ret advapi32.RegCreateKeyExW() retval=00000005 ret=1000230d 0xf023f = KEY_ALL_ACCESS (0xF003F) | KEY_WOW64_32KEY (0x0200) ... dlls/advapi32/registry.c's KEY_ACCESS_MASK check doesn't include WOW64 flags yet. Sure enough, fixing that let the installer finish. There's no .exe, but the app does create a menu entry which does wine "C:\Program Files\Internet Explorer\iexplore.exe" http://go.microsoft.com/fwlink/?LinkId=75722 (This starts the app ok. It immediately complains that the web browser isn't supported. If you continue, it complains System.Configuration.SettingsPropertyNotFoundException: The settings property 'DetailSetting' was not found. at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName) at System.Configuration.SettingsBase.get_Item(String propertyName) and lets you continue in 2D mode. But that's for a different bug report.) -- 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.

2 7

[Bug 14035] New: Microsoft Virtual Earth 3D beta installer fails to download .net framework
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=14035 Summary: Microsoft Virtual Earth 3D beta installer fails to download .net framework Product: Wine Version: CVS/GIT Platform: Other URL: http://www.microsoft.com/Downloads/details.aspx?FamilyID =e9298080-50c4-4f2e-9fc4-4009074996ba&displaylang=en OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To get past bug 11517, do 'winetricks gdiplus'. The next problem is it fails downloading .net 2.0 sp1. The installer offers to show you a log, but can't find the log itself when you ask; it's really at ~/.wine/dosdevices/c:/windows/temp/VirtualEarth3DInstallLog.txt and it says [2008/06/21 12:35:44.709] DownloadManager: HTTP Status String: 'OK' for 'http://go.microsoft.com/fwlink/?LinkId=87970' [2008/06/21 12:35:44.710] DownloadManager: HttpQueryInfo(HTTP_QUERY_CONTENT_LENGTH) failed for 'http://go.microsoft.com/fwlink/?LinkId=87970' (System Error Code: 12150 (unknown), WinInet Error Code: 12150 ()) +wininet shows trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 200 OK\r\nContent-Length: 24758792\r\nContent-Type: application/octet-stream\r\nLast-Modified: Thu, 08 Nov 2007 00:36:49 GMT\r\nAccept-Ranges: bytes\r\nETag: \"dfcf19739f21c81:8037\"\r\nServer: Microsoft-IIS/6.0\r\nX-Powered-By: ASP.NET\r\nDate: Sat, 21 Jun 2008 12:45:10 GMT\r\nConnection: k"... ... trace:wininet:HttpQueryInfoW Attribute: HTTP_QUERY_CONTENT_LENGTH Modifier: HTTP_QUERY_FLAG_NUMBER trace:wininet:HTTP_GetCustomHeaderIndex L"Content-Length" trace:wininet:HTTP_GetCustomHeaderIndex Return: -1 trace:wininet:HttpQueryInfoW 0 <-- 001a:Ret wininet.HttpQueryInfoW() retval=00000000 ret=00404710 So we can't retrieve content-length for some reason, even though we've received 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.

2 8

[Bug 19492] New: SketchUp and OpenGL with ATI Video Cards
by wine-bugs＠winehq.org 13 Feb '21

13 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=19492 Summary: SketchUp and OpenGL with ATI Video Cards Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P4 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: tuttocacca(a)gmail.com After several attempts, I suppose there is a big bug with Google SketchUp 6 and 7 and the use of ATI Video Cards driver in Ubuntu 9.04 As ATI drivers (not proprietary) are already installed in Ubuntu 9.04 and is not possible to use the proprietary driver such as ATI Catalyst and fglrx, it is impossible to use Google SketchUp 7. Installation is not a problem, then menus and tools bar are visible and usable but the working screen is black and nothing appears. The black zone is the 3d environment which requires the proper drivers and settings. It's known it is possible to use SketchUp 7 with Invida graphics card but seems impossible to use with ATI's. Any ideas how to fix this bug? -- 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.

2 7

[Bug 22439] New: Paint.NET's EULA is garbled with Mono
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22439 Summary: Paint.NET's EULA is garbled with Mono Product: Wine Version: 1.1.43 Platform: x86-64 URL: http://www.getpaint.net/download.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=27478) --> (http://bugs.winehq.org/attachment.cgi?id=27478) Text corruptions in the Paint.NET 2.5 EULA The EULA for Paint.NET is garbled and partially unreadable when using it with mono26. It looks like the text is jumbled together and running off the screen. Seen in Paint.NET versions 3.5.4, 3.31, and 2.5. This doesn't occur in the latter two if dotnet20 is used instead. Terminal output varies by version, but 2.5 produces none up to this point, and the others don't produce any new output at this point. -- 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.

2 10

[Bug 22242] New: Paint.NET 3.5.4 installer fails with mono
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22242 Summary: Paint.NET 3.5.4 installer fails with mono Product: Wine Version: 1.1.41 Platform: x86 URL: http://www.getpaint.net/download.html OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com The Paint.NET installer fails with mono installed (via winetricks mono26). The current blocking issue is the lack of ngen.exe. I sent a patch for that: http://www.winehq.org/pipermail/wine-patches/2010-April/086832.html After that, it apparently fails due to a FileNotFound error, which I suspect is caused by a program's inability to detect its own path. We should switch mscoree.dll to using the mono embedding api rather than calling mono.exe, so that the GetCommandLine and GetModuleFileName(0) point to the program being executed. -- 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.

2 19

[Bug 23094] New: R6034 runtime error during AVATAR Demo install
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=23094 Summary: R6034 runtime error during AVATAR Demo install Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eg.galano(a)gmail.com CC: dank(a)kegel.com Towards the end of James Camerons AVATAR The Game Demo installation, It installs the VC Runtime Library. At this point an error pops up stating: R6034: An application has made an attempt to load the C Runtime library incorrectly. It does not effect the game and you are able to run it despite this error. To get the message to not appear during install doing: winetricks vcrun2005 does the trick. The game is downloadable from: http://www.bigdownload.com/games/james-camerons-avatar-the-game/pc/james-ca… -- 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.

2 16

[Bug 17289] New: Slingplayer 2.0 fails with MSI error -1603: Fatal error during installation
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=17289 Summary: Slingplayer 2.0 fails with MSI error -1603: Fatal error during installation Product: Wine Version: 1.1.14 Platform: PC URL: http://downloads.slingmedia.com/go/slingbox-desktop-us OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=19297) --> (http://bugs.winehq.org/attachment.cgi?id=19297) "Feature transfer error" screenshot Slingplayer 2.0 US tries to install the dotnet 2.0 SDK during installation but fails. Using "winetricks dotnet20" the installation continues slightly further but exits with error "-1603: Fatal error during installation". -- 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.

2 35

[Bug 22713] New: it returns error
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22713 Summary: it returns error Product: Wine Version: unspecified Platform: x86 URL: http://www.tivibu.com.tr/downloads/Tivibu.exe OS/Version: Mac OS X 10.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cemyildiz(a)estonya.net Created an attachment (id=28000) --> (http://bugs.winehq.org/attachment.cgi?id=28000) log from darwine the software provided by turkish telecom seems that it doesn't have problem while installation, it even downloads and installs the silverlight too. but after executing the program, it returns error. -- 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.

2 19

[Bug 15655] New: Tournament director doesn't start
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=15655 Summary: Tournament director doesn't start Product: Wine Version: 1.1.6 Platform: PC URL: http://www.thetournamentdirector.net/download.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Depends on: 15654 Created an attachment (id=16714) --> (http://bugs.winehq.org/attachment.cgi?id=16714) +relay in git After bug 15654, Tournament Director still won't run: Few generic errors, but seems this may be the culprit: err:ole:CoGetClassObject class {a6b222ab-a5ea-4899-b230-084657eddc7d} not registered err:ole:CoGetClassObject no class object {a6b222ab-a5ea-4899-b230-084657eddc7d} could be created for context 0x1 which is "Browser Thread State" +relay 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.

2 15

[Bug 14697] New: wineserver: debug events can block completion of queued user APCs
by wine-bugs＠winehq.org 11 Feb '21

11 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=14697 Summary: wineserver: debug events can block completion of queued user APCs Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, consider the following scenario... A debugger is attached to a debuggee. The debuggee has two threads. The debugger processes debug events and queries virtual memory info of remote process using VirtualQueryEx in its main loop. VirtualQueryEx -> NtQueryVirtualMemory -> enqueues APC_VIRTUAL_QUERY user APC for remote process (debuggee). The calling thread is blocked until the APC is completed. Following is the "good" case: tid=0009 (debugger process, calling thread, main debugger loop) tid=001a (debuggee thread 1) --- snip --- .. 0009: queue_apc( thread=(nil), process=0x54, call={APC_VIRTUAL_QUERY,addr=0x7fff0000} ) 001a: *wakeup* signaled=192 cookie=0x7ffdb7b4 0009: queue_apc() = 0 { handle=0x68, self=0 } 0009: select( flags=4, cookie=0x32d30c, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x68} ) 0009: select() = PENDING { apc_handle=(nil), timeout=infinite, call={APC_NONE} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=(nil), timeout=1c8f097946d2824 (-0.1787600), result={}, handles={} ) 001a: select() = USER_APC { apc_handle=0x68, timeout=1c8f097946d2824 (-0.1787600), call={APC_VIRTUAL_QUERY,addr=0x7fff0000} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=0x68, timeout=1c8f097946d2824 (-0.1792110), result={APC_VIRTUAL_QUERY,status=40000002,base=(nil),alloc_base=(nil),size=0,state=0,prot=0,alloc_prot=0,alloc_type=0}, handles={} ) 0009: *wakeup* signaled=0 cookie=0x32d30c 001a: select() = PENDING { apc_handle=(nil), timeout=1c8f097946d2824 (-0.1792110), call={APC_NONE} } 0009: get_apc_result( handle=0x68 ) 0009: get_apc_result() = 0 { result={APC_VIRTUAL_QUERY,status=40000002,base=(nil),alloc_base=(nil),size=0,state=0,prot=0,alloc_prot=0,alloc_type=0} } --- snip --- Now the interesting one, which ultimately leads to block of calling thread ... tid=0009 (debugger process, calling thread, main debugger loop) tid=001a (debuggee thread 1) tid=001b (debuggee thread 2) --- snip --- 0009: continue_debug_event( pid=0019, tid=001a, status=65538 ) 001a: *wakeup* signaled=258 cookie=0x7ffdb7b4 001b: *wakeup* signaled=258 cookie=0x7ffd77b4 0009: continue_debug_event() = 0 .. 0009: read_process_memory( handle=0x54, addr=0x7ffd8000 ) 001a: *signal* signal=19 0009: read_process_memory() = 0 { data= {} } 0009: read_process_memory( handle=0x54, addr=0x7ffd4000 ) 001a: *signal* signal=19 0009: read_process_memory() = 0 { data={} } 0009: queue_apc( thread=(nil), process=0x54, call={APC_VIRTUAL_QUERY,addr=(nil)} ) 001b: *wakeup* signaled=192 cookie=0x7ed44874 0009: queue_apc() = 0 { handle=0x68, self=0 } 001a: load_dll( handle=(nil), base=0x61090000, size=102400, dbg_offset=0, dbg_size=0, name=0x13e468, filename=L"C:\\windows\\system32\\msacm32.dll" ) 001a: *sent signal* signal=10 001b: *sent signal* signal=10 001a: load_dll() = 0 .. 0009: select( flags=4, cookie=0x32d30c, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x68} ) 0009: select() = PENDING { apc_handle=(nil), timeout=infinite, call={APC_NONE} } 001a: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context= {...}) 001a: set_thread_context() = 0 { self=1 } 001b: select( flags=4, cookie=0x7ed44874, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x4c} ) 001b: select() = USER_APC { apc_handle=0x68, timeout=infinite, call={APC_VIRTUAL_QUERY,addr=(nil)} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=(nil), timeout=0, result={}, handles={} ) 001a: select() = PENDING { apc_handle=(nil), timeout=1c8f09794c8b694 (+0.0000000), call={APC_NONE} } 001b: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context= {...}) 001b: set_thread_context() = 0 { self=1 } 001b: select( flags=4, cookie=0x7ffd77b4, signal=(nil), prev_apc=(nil), timeout=0, result={}, handles={} ) 001b: select() = PENDING { apc_handle=(nil), timeout=1c8f09794c90dc4 (+0.0000000), call={APC_NONE} } ... --- snip --- At this point, tid=0009 (debugger) is blocked forever. When the APC_VIRTUAL_QUERY user APC is queued, remote thread 001b is selected/destined to carry out the APC. After thread 001a and 001b woke up, a dynamic library is loaded from thread 001a which results in LOAD_DLL_DEBUG_EVENT dispatched. This initiates the suspension of all threads in the child process (SIGUSR1 is sent for 001a and 001b). Thread 001a is suspended first, 001b next. The suspension of 001b happens to a time when 001b is about to carry out the APC_VIRTUAL_QUERY. Meanwhile thread 0009 (calling process) is waiting for APC completion result forever because it's blocked by VirtualQueryEx in debugger loop, unable to receive and process any debug event. 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.

2 21