https://bugs.winehq.org/show_bug.cgi?id=47436
Bug ID: 47436 Summary: `winetricks -q dotnet30sp1` fails Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download, Installer, regression Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs@winehq.org Reporter: austinenglish@gmail.com CC: z.figura12@gmail.com Regression SHA1: download, regression, installer, dotnet Distribution: Gentoo
To reproduce: winetricks -q dotnet30p1
Regression introduced by: commit 705d3eed86f3ff96ee1190dbc694148c21c4939c Author: Zebediah Figura z.figura12@gmail.com Date: Wed May 1 18:24:04 2019 -0500
setupapi: Fill out all source file parameters in SetupQueueDefaultCopy().
Later, it hangs because of: commit 9ccf1dd88b89530977923058a7334816e6b368d4 Author: Zebediah Figura z.figura12@gmail.com Date: Tue May 7 18:04:10 2019 -0500
setupapi: Avoid passing a NULL source filename to SetupQueueDefaultCopy().
Fixes a regression introduced by 705d3eed86f3ff96ee1190dbc694148c21c4939c.
And that hang is fixed by (but the installer still fails): 8bc25b24af0276985ad080c8364c11cfff3a1fe5 is the first bad commit commit 8bc25b24af0276985ad080c8364c11cfff3a1fe5 Author: Zebediah Figura z.figura12@gmail.com Date: Fri May 17 17:36:53 2019 -0500
setupapi: Don't fail a queued copy if no copy was necessary.
This fixes a regression introduced by 3e5c9798a80641e0e39e95e4467c60405b22b062.
With wine-4.11: The .NET Runtime Optimization Service is started and paused. 0078:fixme:msvcrt:__clean_type_info_names_internal (0x64085a64) stub 0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d0c00 (device=2d access=0 func=300 method=0) 0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d0c00 (device=2d access=0 func=300 method=0) 0075:fixme:advapi:LsaOpenPolicy ((null),0x32ddb4,0x00000001,0x32dda8) stub 0075:fixme:advapi:GetWindowsAccountDomainSid (0x32dd24 0x16765c 0x32dd20): semi-stub 0075:fixme:secur32:GetComputerObjectNameW NameFormat 7 not implemented 0075:fixme:advapi:LsaClose (0xcafe) stub 0075:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet Microsoft (R) CLR Native Image Generator - Version 2.0.50727.1433 Copyright (c) Microsoft Corporation. All rights reserved.
The .NET Runtime Optimization Service is running. 0082:fixme:msvcrt:__clean_type_info_names_internal (0x64085a64) stub ------------------------------------------------------ exit status 236 - dotnet30sp1 installation failed ------------------------------------------------------
https://bugs.winehq.org/show_bug.cgi?id=47436
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1|download, regression, |705d3eed86f3ff96ee1190dbc69 |installer, dotnet |4148c21c4939c
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- I can't reproduce this with current git (90a1e5d943724f8cb5e51fe806cb38ce6c98c4c1); it fails in dotnet20sp1 first.
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #2 from Austin English austinenglish@gmail.com --- (In reply to Zebediah Figura from comment #1)
I can't reproduce this with current git (90a1e5d943724f8cb5e51fe806cb38ce6c98c4c1); it fails in dotnet20sp1 first.
Interesting. 32/64bit prefix? With a 32-bit wine/prefix, dotnet20sp1 works, while dotnet30sp1 fails.
For reference: Using winetricks 20190615-next - sha256sum: a01051beb257cdb7ab143aff3809b171651d7de0bf7270edbb005980d378c0e6 with wine-4.11-192-g90a1e5d943 and WINEARCH=win32
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #3 from Zebediah Figura z.figura12@gmail.com --- (In reply to Austin English from comment #2)
(In reply to Zebediah Figura from comment #1)
I can't reproduce this with current git (90a1e5d943724f8cb5e51fe806cb38ce6c98c4c1); it fails in dotnet20sp1 first.
Interesting. 32/64bit prefix? With a 32-bit wine/prefix, dotnet20sp1 works, while dotnet30sp1 fails.
For reference: Using winetricks 20190615-next - sha256sum: a01051beb257cdb7ab143aff3809b171651d7de0bf7270edbb005980d378c0e6 with wine-4.11-192-g90a1e5d943 and WINEARCH=win32
That's a 32-bit prefix. dotnet30sp1 refuses to install in a 64-bit prefix.
https://bugs.winehq.org/show_bug.cgi?id=47436
winetaste@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetaste@gmx.net
--- Comment #4 from winetaste@gmx.net --- (In reply to Zebediah Figura from comment #1)
I can't reproduce this with current git (90a1e5d943724f8cb5e51fe806cb38ce6c98c4c1); it fails in dotnet20sp1 first.
Confirming with 4.11:
winetricks -q dotnet30sp1 Using winetricks 20190615-next - sha256sum: 47304e177f259d6f9c05af01ab42c06531fd8a9716e2751d2fadcd664130feea with wine-4.11 and WINEARCH=win32 [...] ------------------------------------------------------ exit status 67 - dotnet20sp1 installation failed ------------------------------------------------------
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #5 from Zebediah Figura z.figura12@gmail.com --- Okay, I've filed bug 47484 for the dotnet20sp1 problem. I've also submitted https://github.com/Winetricks/winetricks/pull/1271.
With that out of the way, I do see the problem. If you run without -q, it's clear: XPSEP isn't installing properly. dotnet30sp1 uses the version resource of prntvpt.dll to check (side note: we should really just supply our own version resource and then stop installing XPSEP), and that's not getting installed for some reason.
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #6 from Zebediah Figura z.figura12@gmail.com --- XPSEP is failing to install essentially because of bug 6194. So probably dotnet30 or dotnet20sp1 used to install the missing catalog files, but no longer do. I guess I'll keep digging, to try to figure out why...
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #7 from Zebediah Figura z.figura12@gmail.com --- I confirmed with 4.7 (which should be a "good" version, though I didn't test dotnet30sp1) that the catroot directory does get created by dotnet30.
Yet another regression seems to affect dotnet30 with current Wine, causing it to crash somewhere inside native mscoree.
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #8 from Zebediah Figura z.figura12@gmail.com --- This entire thing is a mess and I hate it.
I tested again with current git (17c5a2509) for sanity (plus the patch to work around bug 47484), and I did encounter the same "exit status 236" message. But there was a native prntvpt.dll in the prefix. The problem is it's too old. From C:\users...\Temp\dd_depcheck_NETFX30_EXP_35.txt:
[08/22/19,17:58:02] The file to be verified is C:\windows\system32\prntvpt.dll. [08/22/19,17:58:02] Version on user's machine: 6.0.5824.16384 [08/22/19,17:58:02] Version to be installed: 6.0.6000.16438 [08/22/19,17:58:02] XPSEPSC Installer == Component to be installed.
This version of prntvpt.dll is coming from dotnet30. It gets installed well enough on both 4.7 and current git.
The subsequent installation of XPSEP, on Wine 4.7, replaces the one native prntvpt.dll with the other, newer, native prntvpt.dll. With 4.14, it does not get replaced. I'll see if I can figure out why this happens.
https://bugs.winehq.org/show_bug.cgi?id=47436
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1|705d3eed86f3ff96ee1190dbc69 |3e5c9798a80641e0e39e95e4467 |4148c21c4939c |c60405b22b062
--- Comment #9 from Zebediah Figura z.figura12@gmail.com --- Finally tracked down the bug; 3e5c9798a8 broke handling of FILEOP_SKIP.
https://bugs.winehq.org/show_bug.cgi?id=47436
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |a431b4b54a36b49821cae363d7e | |a8733eefe62ef
--- Comment #10 from Zebediah Figura z.figura12@gmail.com --- Fixed by https://source.winehq.org/git/wine.git/commitdiff/a431b4b54a36b49821cae363d7ea8733eefe62ef.
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.15.
https://bugs.winehq.org/show_bug.cgi?id=47436
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.15.
https://bugs.winehq.org/show_bug.cgi?id=47436
--- Comment #13 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.15.
https://bugs.winehq.org/show_bug.cgi?id=47436
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://web.archive.org/web | |/20111211075227/http://down | |load.microsoft.com/download | |/8/F/E/8FEEE89D-9E4F-4BA3-9 | |93E-0FFEA8E21E1B/NetFx30SP1 | |_x86.exe CC| |focht@gmx.net
-
wine-bugs＠winehq.org -
WineHQ Bugzilla