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

[Bug 16577] New: ntdll/loader/actctx: add support of SxS assembly binding redirects
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=16577 Summary: ntdll/loader/actctx: add support of SxS assembly binding redirects Product: Wine Version: 1.1.10 Platform: All URL: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a showcase bug. I used the app from bug 12414 as example because it highlights some of the issues and hopefully helps to understand the problem (with my comments). We need to end this winetricks vcrun2XXX SxS mess/hell, which requires direct match of SxS assembly dependencies/bindings. Download: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE $ sha1sum CNX130NSAEN.EXE -> f31b38e3bcca17c8050c207b79315c9be23d582d Prerequisite: clean WINEPREFIX, winetricks dotnet20 --- The first installer show stopper (which is this bug report out) are actually two bugs: one in winetricks and one in the installer. When you did 'sh winetricks dotnet20' step and start the installer, an error message box will be shown shortly thereafter: --- snip --- Microsoft Visual C++ Runtime Library Program: c:\windows\temp\RarSFX0\cnx.exe R6034 An application has made an attempt to load the C runtime library incorrectly. --- snip --- The problem comes in form of a sub-installer dependency: WINEDEBUG=+tid,+seh,+loaddll,+process wine ./nikon.exe --- snip --- ... 0079:trace:process:CreateProcessW app (null) cmdline L"C:\\windows\\temp\\RarSFX0\\cnx.exe" ... 0079:trace:process:CreateProcessW started process pid 007a tid 007b ... 007b:trace:loaddll:free_modref Unloaded module L"C:\\windows\\temp\\nshbb9d.tmp\\UserInfo.dll" : native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\process.dll" at 0x10000000: native 007b:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\LIBEXPATW.dll" at 0x3d0000: native 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\mpr.dll" at 0x60c50000: builtin 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wininet.dll" at 0x60c00000: builtin 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x60c80000: builtin 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCR80.dll" at 0x78130000: native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCP80.dll" at 0x7c420000: native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\Activation.dll" at 0x3a0000: native --- snip --- The culprit is: "fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" If we dump the embedded manifest from PE for the "Activation.dll": --- snip --- <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity> </dependentAssembly> </dependency> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50608.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"> </assemblyIdentity> --- snip --- We can see two VC 8.0 runtime versions referenced, the VC 8.0 SP1 and an older VC 8.0 one. "8.0.50727.762" -> Visual C++ 2005 SP1 Redistributable Pack 8.0.50727.762 At this stage, only .NET Framwork 2.0 redist got installed as prerequisite in WINEPREFIX. Because of winetricks' winver 2k hack (missing junction point workaround, bug 12401), VC 8.0.50727.42 runtimes are placed in both: system32 and SxS repo. This results in errorneous behaviour in case of SxS assembly resolver failure (app references 8.x CRT assemblies not found in SxS) - a fallback load from system32 - which causes the CRT error. I already explained the differences between 2K and XP in several other bug reports when it comes to loading of SxS assemblies. In short: prevent any CRT (and ATL/MFC) 8.x+ runtime from being put into system32! Such assemblies are never to be loaded from system32 with winver > 2K! To fix this, 'winetricks dotnet20' step needs to include the removal of these assemblies from system32 as cleanup procedure. A second copy is properly installed into SxS as precaution from M$ guys in the light of win2k -> winxp update which knows about activation contexts/SxS. --- snip .wine/drive_c/windows/system32 --- $ ls -lsa msvc* 472 -rw-rw-r-- 1 focht focht 479232 2005-09-23 08:29 msvcm80.dll 540 -rw-rw-r-- 1 focht focht 548864 2005-09-23 08:29 msvcp80.dll 616 -rw-rw-r-- 1 focht focht 626688 2005-09-23 08:29 msvcr80.dll .. --- snip .wine/drive_c/windows/system32 --- The vendor msi installer bug at this stage is that the sub-installer is executed *before* the VC redist installer which would install all required CRT dependencies into SxS. Hence this error is only shown once. That sub-installer failure seems not critical. Now one might think: "ok, lets do the usual winetricks vcrun2005 ... vcrun2005sp1 mess" before install. If you do this, the error will still remain (assuming you restart with clean WINEPREFIX). The reason is the other "old" VC 8.0 CRT version, referenced in dll manifest: 8.0.50608.0 Winetricks dotnet20 installed a VC 8.0.50727.42 CRT version into SxS (after we removed the ones from system32). This would ideally work but Wine's loader doesn't support the redirection of assembly bindings yet. If you take a look at the policy file from .NET 2.0 installed VC 8 runtime: "c:\windows\winSxS\policies\x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773\": --- snip 8.0.50727.42.policy --- <bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0" newVersion="8.0.50727.42"/> --- snip 8.0.50727.42.policy --- The policy rule would be satisfied, because the assembly asks for version 8.0.50608.0 and the current "up-to-date" version 8.0.50727.42 can be used for that. After VC 8.0 SP1 install (sh winetricks vcrun2005sp1), another policy file is added: --- snip 8.0.50727.762.policy --- <bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0" newVersion="8.0.50727.762"/> <bindingRedirect oldVersion="8.0.50727.42-8.0.50727.762" newVersion="8.0.50727.762"/> --- snip 8.0.50727.762.policy --- This would cover (match) the first assembly binding dependency, 8.0.50727.762 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 15

[Bug 33080] New: While running DPFMate.exe, Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x0040ea53).
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=33080 Bug #: 33080 Summary: While running DPFMate.exe, Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x0040ea53). Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jon(a)sprig.gs Classification: Unclassified Created attachment 43734 --> http://bugs.winehq.org/attachment.cgi?id=43734 Backtrace Please see attached backtrace. This is a simple keyring photoframe manager. Wine is using Ubuntu 12.04, plus the Wine PPA, latest winetricks downloaded from the SVN (WINETRICKS_VERSION=20120912) to install MFC42U.dll. After I got similar results to the backtrace, I tried forcing the app to use the Win2k emulation mode, and then captured this backtrace - probably not the best idea, but I'm happy to run any other diagnostics. -- 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 9

[Bug 31839] New: Mouse jumps to the upper left corner of the screen
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=31839 Bug #: 31839 Summary: Mouse jumps to the upper left corner of the screen Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified On some games (I noticed this only on Blizzard games) the mouse position is set on starting/exiting the game to the upper left corner of the screen. Just a few examples: - On Diablo 3 this works on starting and exiting the game (independent if -opengl is used or not). - On Warcraft 3 (RoC and TFT) this works only on starting the game and if -opengl is used. -- 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 32760] New: Mono not running VB.NET app
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=32760 Bug #: 32760 Summary: Mono not running VB.NET app Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pwthomas95(a)satx.rr.com Classification: Unclassified I tried running the VB.Net app on 1.5.19 with exact same results. When run from the command line it produces a massive, console over flowing error log. I had a forum thread so I have the log on pastebin: http://pastebin.com/kh9CLcqM -- 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 30376] New: Baldurs Gate II (GOG.com version) crashes on loading specific save games
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=30376 Bug #: 30376 Summary: Baldurs Gate II (GOG.com version) crashes on loading specific save games Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jpranevich(a)gmail.com Classification: Unclassified Created attachment 39718 --> http://bugs.winehq.org/attachment.cgi?id=39718 Crash info Baldurs Gate II (GOG.com version) crashes on loading specific save games from certain areas of the game, especially Chapter 7. The identical save games work on Windows install. -- 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 31933] New: GOG.com installer displays the options menu poorly
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=31933 Bug #: 31933 Summary: GOG.com installer displays the options menu poorly Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Classification: Unclassified Created attachment 42059 --> http://bugs.winehq.org/attachment.cgi?id=42059 screenshot Here's an example with the Heroes of Might and Magic 5 Bundle. The console displays these lines in loop. fixme:uniscribe:GPOS_apply_lookup We do not handle SubType 5 fixme:uniscribe:GPOS_apply_PairAdjustment Pair Adjustment Positioning: Format 2 Unhandled I suspect that all the games from GOG have this issue. Marking the issue to fonts, as I suspect this has to do with a font that Linux does not have. -- 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 27

[Bug 29434] New: Picasa 3.9 fails to authenticate with Google
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=29434 Bug #: 29434 Summary: Picasa 3.9 fails to authenticate with Google Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mihai(a)mihaic.ro Classification: Unclassified Created attachment 38101 --> http://bugs.winehq.org/attachment.cgi?id=38101 Output from running Picasa 3.9 in a terminal. Picasa 3.9 fails to authenticate with Google. Picasa 3.8 works with the same setup (Ubuntu 11.10). The problem is known to Google: http://www.google.com/support/forum/p/Picasa/thread?tid=1c3f770cc876aeb9&fi… "[...] we've switched to using OAuth in Picasa 3.9 and our implementation isn't supported on WINE." I'm attaching the output I get when running in a terminal (wine Picasa3.exe). When I try to connect to Google, the following line is output: "err:ntdll:RtlpWaitForCriticalSection section 0xe10440 "?" wait timed out in thread 0033, blocked by 0009, retrying (60 sec)" -- 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 27

[Bug 33402] New: err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x793f87 in Scribblenaughts
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=33402 Bug #: 33402 Summary: err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x793f87 in Scribblenaughts Product: Wine Version: 1.5.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: romulasry(a)gmail.com Classification: Unclassified Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00793f87). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00793f87 ESP:0033f4e8 EBP:00000000 EFLAGS:00010386( R- -- ITS - -P- ) EAX:00000000 EBX:0277737c ECX:02777328 EDX:00000001 ESI:02777328 EDI:02777328 Stack dump: 0x0033f4e8: 00000000 02777328 00000000 0277737c 0x0033f4f8: 0033f4e0 0033f538 007ddd10 ffffffff 0x0033f508: 00000000 0044c125 00000001 02777328 0x0033f518: b2ebfec6 007947b9 b2ebff1a 008e0b60 0x0033f528: 00000000 00000000 00000000 02777328 0x0033f538: 0033f5a8 007def1c 00000005 007a10ce 000c: sel=0067 base=00000000 limit=00000000 16-bit r-x Backtrace: =>0 0x00793f87 in scribble (+0x393f87) (0x00000000) 0x00793f87: movl 0x0(%eax),%ecx Wine-dbg>pass err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x793f87 Process of pid=0024 has terminated -- 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 33019] New: PDH does not support the 'Object Index' when creating strings
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=33019 Bug #: 33019 Summary: PDH does not support the 'Object Index' when creating strings Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: pdh AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified PDH allows for performance counters to be specified to address a particular object. For example, on a machine with multiple processors one uses the index-specific string: \Processor(_Total#0)\% Processor Time rather than the generic string: \Processor(_Total)\% Processor Time Silverlight uses these index-specific strings to construct the processor time string, which poses a problem since this is not currently implemented. -- 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 5

[Bug 33018] New: PDH does not support the 'Processor' object string
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=33018 Bug #: 33018 Summary: PDH does not support the 'Processor' object string Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: pdh AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified Calling PdhLookupPerfNameByIndex with the index 238 should return the string 'Processor', this is used by Silverlight to construct the string: \Processor(_Total#0)\% Processor Time to obtain the processor usage. -- 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