http://bugs.winehq.org/show_bug.cgi?id=32197
Bug #: 32197
Summary: wusa.exe does not install .msu files (because its a
stub)
Product: Wine
Version: 1.5.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sfan5(a)live.de
Classification: Unclassified
Its not possible to install .NET Framework 4.0 because wusa.exe doesn't do
anything.
The Stub should at least install the .dll/.exe Files.
Registry Entries don't get installed that way, but that shouldn't lead to major
problems.
Information on the File Structure of .msu Files:
http://pastie.org/5362158
--
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.
https://bugs.winehq.org/show_bug.cgi?id=44469
Bug ID: 44469
Summary: Windows 10 DISM pkgmgr.exe crashes due to multiple
api-ms-win-crt-private-l1-1-0.dll._o__xxx
stubs/forwards to 'ucrtbase' missing (added with
Windows 10 Version 1507 OS build 10586)
Product: Wine
Version: 3.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 44430
Steps to reproduce
--- snip ---
# clean WINEPREFIX
$ winetricks -q dotnet452 corefonts
$ winetricks -q win10
$ wine adksetup.exe /features OptionId.DeploymentTools
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/10/Assessment and
Deployment Kit/Deployment Tools/x86/DISM
$ wine ./pkgmgr.exe
...
wine: Call from 0x7bc62a40 to unimplemented function
api-ms-win-crt-private-l1-1-0.dll._o__set_app_type, aborting
wine: Call from 0x7bc62a40 to unimplemented function
api-ms-win-crt-private-l1-1-0.dll._o__seh_filter_exe, aborting
--- snip ---
The unresolved imports:
--- snip ---
$ WINEDEBUG=warn+module wine ./pkgmgr.exe
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__exit imported from L"C:\\Program
Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x340000
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__get_initial_wide_environment imported
from L"C:\\Program Files\\Windows Kits\\10\\Assessment and Deployment
Kit\\Deployment Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x34000f
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__initialize_wide_environment imported from
L"C:\\Program Files\\Windows Kits\\10\\Assessment and Deployment
Kit\\Deployment Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x34001e
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__seh_filter_exe imported from
L"C:\\Program Files\\Windows Kits\\10\\Assessment and Deployment
Kit\\Deployment Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x34002d
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__set_app_type imported from L"C:\\Program
Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x34003c
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__set_fmode imported from L"C:\\Program
Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x34004b
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o_exit imported from L"C:\\Program
Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x34005a
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__crt_atexit imported from L"C:\\Program
Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x340069
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__controlfp_s imported from L"C:\\Program
Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x340078
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__configthreadlocale imported from
L"C:\\Program Files\\Windows Kits\\10\\Assessment and Deployment
Kit\\Deployment Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x340087
01e4:warn:module:import_dll No implementation for
api-ms-win-crt-private-l1-1-0.dll._o__cexit imported from L"C:\\Program
Files\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe", setting to 0x340096
--- snip ---
api-ms-win-crt-private-l1-1-0.dll._o__cexit
api-ms-win-crt-private-l1-1-0.dll._o__configthreadlocale
api-ms-win-crt-private-l1-1-0.dll._o__controlfp_s
api-ms-win-crt-private-l1-1-0.dll._o__crt_atexit
api-ms-win-crt-private-l1-1-0.dll._o_exit
api-ms-win-crt-private-l1-1-0.dll._o__exit
api-ms-win-crt-private-l1-1-0.dll._o__get_initial_wide_environment
api-ms-win-crt-private-l1-1-0.dll._o__initialize_wide_environment
api-ms-win-crt-private-l1-1-0.dll._o__seh_filter_exe
api-ms-win-crt-private-l1-1-0.dll._o__set_app_type
api-ms-win-crt-private-l1-1-0.dll._o__set_fmode
It's unfortunate that the initial commit which adds
'api-ms-win-crt-private-l1-1-0.dll' doesn't tell which exact Windows version
*and* build and/or Windows SDK version was used to generate the export list.
https://source.winehq.org/git/wine.git/commitdiff/a3e183572a7621635025fed02…
Also no Bugzilla ticket found related to the addition:
https://bugs.winehq.org/buglist.cgi?bug_status=bug_status%3DCLOSED&f1=cf_fi…
After some archaeology I found it mentioned in the mailing list:
https://www.winehq.org/pipermail/wine-patches/2015-August/https://www.winehq.org/pipermail/wine-patches/2015-August/141297.html ("[PATCH
v2 01/22] ucrtbase: Add the new universal CRT DLL.")
...
https://www.winehq.org/pipermail/wine-patches/2015-August/141306.html ("[PATCH
v2 16/22] api-ms-win-crt-private-l1-1-0: Add stub dll.")
--- quote ---
...
Since MSVC 2015/Windows 10, the C runtime has now been split into two
parts, ucrtbase, which is the generic C runtime which is now considered
a system component (in Windows 10, and as an extra installed runtime
component for older Windows version), and vcruntimeX which is specific
to the compiler version.
This uses the msvcrt implementation, just like the earlier msvcr* DLLs.
Functions with names that existed in msvcr120 are hooked up so far.
---
This is updated, based on ucrtbase.dll from Windows 10 RTM.
---
--- quote ---
https://technet.microsoft.com/en-us/en-en/windows/release-info.aspx
Windows 10 RTM -> Version 1507 (RTM) -> my guess it's OS build 10240.16xxx
where the initial dump information was generated from.
https://www.opendll.com/index.php?file-download=api-ms-win-crt-private-l1-1…
-> 10.0.10586.212 shows these imports/exports so it's likely the API set was
updated in Windows 10 Version 1511 (OS build 10586)
That's why I like have tickets (preferably with exact information on origin)
when new (stub) dlls are added to avoid wasting time for this kind of research.
$ sha1sum adksetup.exe
92892e71b083fc46c907b657c300ffc32608d223 adksetup.exe
$ du -sh adksetup.exe
1.7M adksetup.exe
$ wine --version
wine-3.0-180-g85635db0ea
Regards
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40673
Bug ID: 40673
Summary: mscoree.dll not found, after using Dotnet installer
(4.5.2)
Product: Wine
Version: 1.9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: wavecycle(a)gmail.com
Distribution: ---
NB: I am not using PoL, I am just creating the prefix in the PoL structure as I
want HDT to work with my PoL install of Hearthstone.
I am trying to get a good install of dotnet4.5 working for Hearthstone Deck
Tracker, using the instructions as per:
https://wine-staging.com/news/2015-12-22-release-1.8.html:
$ WINEARCH=win32 WINEPREFIX=~/.PlayOnLinux/wineprefix/HDT winecfg
> Select cancel on the mono install
> Set Win version to 7
> Add new override for mscoree.dll and set to native
Then I run the Dotnet5.2 installer:
$ WINEPREFIX=~/.PlayOnLinux/wineprefix/HDT wine start
'NDP452-KB2901907-x86-x64-AllOS-ENU.exe'
Installation works although I get the windows update missing error.
I then try and run Hearthstone Deck Tracker that has been placed in the program
files directory:
$ WINEPREFIX=~/.PlayOnLinux/wineprefix/HDT wine start 'c:\Program
Files\Hearthstone Deck Tracker\Hearthstone Deck Tracker.exe'
The following error message is output:
err:module:import_dll Library mscoree.dll (which is needed by
L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe") not found
err:module:LdrInitializeThunk Main exe initialization for
L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe" failed,
status c0000135
err:service:process_send_command service protocol error - failed to write pipe!
fixme:service:scmdatabase_autostart_services Auto-start service
L"clr_optimization_v4.0.30319_32" failed to start: 1053
fixme:exec:SHELL_execute flags ignored: 0x00000100
err:module:import_dll Library mscoree.dll (which is needed by L"C:\\Program
Files\\Hearthstone Deck Tracker\\Hearthstone Deck Tracker.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Hearthstone Deck Tracker\\Hearthstone Deck Tracker.exe" failed, status
c0000135
I have manually checked and mscoree.dll is in the system32 directory
--
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.
http://bugs.winehq.org/show_bug.cgi?id=26757
Summary: IE8 for Vista refuses to install
Product: Wine
Version: 1.3.17
Platform: x86-64
URL: http://download.microsoft.com/download/F/8/8/F88F09A2-
A315-44C0-848E-48476A9E1577/IE8-WindowsVista-x86-ENU.e
xe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
IE8 for Vista/2008 (32/64) reports "an update is needed..." to install, and
refuses to continue. Presumably it is looking for a DLL that is a newer
version than used in XP/2003.
fixme:clusapi:GetNodeClusterState ((null),0x32eb74) stub!
fixme:advapi:DecryptFileA "c:\\c6bfe201057e127e938a40a0dfb8ea\\" 00000000
fixme:advapi:RegisterTraceGuidsW (0x7ff72344414, 0x7ff723685a0,
{e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x23efe0, (null), (null),
0x7ff723685a8,)
fixme:storage:create_storagefile Storage share mode not implemented.
fixme:storage:create_storagefile Storage share mode not 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.
http://bugs.winehq.org/show_bug.cgi?id=22928
Summary: IE8 for Vista's "missing updates" message is cut off
Product: Wine
Version: 1.2-rc2
Platform: x86-64
URL: http://download.microsoft.com/download/F/8/8/F88F09A2-
A315-44C0-848E-48476A9E1577/IE8-WindowsVista-x86-ENU.e
xe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: shlwapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=28374)
--> (http://bugs.winehq.org/attachment.cgi?id=28374)
Terminal output
Trying to run the Vista installer for IE8 (with Windows version set to Vista)
yields a message complaining about missing updates, but the message ends
prematurely in the middle of a word. Native shlwapi makes it fully visible.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37779
Bug ID: 37779
Summary: .Net 4.5 installation faulty on 64 bit
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t0mcat(a)gmx.de
Distribution: ---
Created attachment 50320
--> https://bugs.winehq.org/attachment.cgi?id=50320
.Net 4.5 Installation Warning
Installation of .Net 4.5 on 64 bit systems completes seemingly successfully.
However, applications cannot use mscoree.dll and maybe other components, too.
This might be related to the warning during installation (see attached
screenshots).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37781
Bug ID: 37781
Summary: MS .NET Framework 4.5 installer displays warning
'Setup may not run properly, because the Windows
Update Service is not available on this computer'
Product: Wine
Version: 1.7.33
Hardware: x86
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
mentioned here: https://bugs.winehq.org/attachment.cgi?id=50320&action=edit
Actually not an issue (StopBlocker vs. WarnBlocker), so this is just for
reference.
Installer log shows:
--- snip ---
Logging all the global blocks
Pre-Installation Warnings:
1. Setup may not run properly, because the Windows Update Service is not
available on this computer.
2. Setup may not run properly, because the Windows Modules Installer Service
is not available on this computer.
--- snip ---
Resource XML:
--- snip ---
<Text ID="#(loc.Blocker_WUServiceMissing)" LocalizedText="Setup may not run
properly, because the Windows Update Service is not available on this
computer." />--- snip ---
<Text ID="#(loc.Blocker_TIServiceMissing)" LocalizedText="Setup may not run
properly, because the Windows Modules Installer Service is not available on
this computer." />
--- snip ---
'ParameterInfo.xml' tells the conditions to be evaluated:
--- snip ---
<WarnBlockers>
...
<BlockIf DisplayText="#(loc.Blocker_WUServiceMissing)"
ID="WUServiceMissing">
<Not>
<Exists>
<Service ShortName="wuauserv" />
</Exists>
</Not>
</BlockIf>
<BlockIf DisplayText="#(loc.Blocker_TIServiceMissing)"
ID="TIServiceMissing">
<Not>
<Exists>
<Service ShortName="TrustedInstaller" />
</Exists>
</Not>
</BlockIf>
...
</WarnBlockers>
--- snip ---
Trace log:
--- snip ---
0026:Call advapi32.OpenServiceW(001f6740,0019ab10 L"wuauserv",00000005)
ret=10032c6c
...
0026:Ret advapi32.OpenServiceW() retval=00000000 ret=10032c6c
0026:Call KERNEL32.GetLastError() ret=10032c7d
0026:Ret KERNEL32.GetLastError() retval=00000424 ret=10032c7d
...
--- snip ---
--- snip ---
...
0026:Call advapi32.OpenServiceW(00ddbb98,0019b068 L"TrustedInstaller",00000005)
ret=10032c6c
...
0026:Ret advapi32.OpenServiceW() retval=00000000 ret=10032c6c
0026:Call KERNEL32.GetLastError() ret=10032c7d
0026:Ret KERNEL32.GetLastError() retval=00000424 ret=10032c7d
--- snip ---
Having those services in Wine is kind of pointless (and potentially harmful)
since Wine can't be serviced Windows updates (binaries) by design.
Regards
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51379
Bug ID: 51379
Summary: Application crash
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: virtualreal(a)gmail.com
Distribution: ---
Created attachment 70235
--> https://bugs.winehq.org/attachment.cgi?id=70235
Crash report
Almost right after the start Zorro S 2.35 ('S' means licence version) crashed
after running a test ('test' button).
FYI:
- Zorro is an environment for automatic trading strategies. It works with
scripts. Mine are in C.
- More info about Zorro can be found on https://zorro-project.com/ and a free
copy can be found on http://opserver.de/down/Zorro_setup.exe, but it requires a
licence if you want to run the features of my script. Maybe the creator 'JCL',
who also reported a bug (https://bugs.winehq.org/show_bug.cgi?id=47221) can
help?
- I've followed all bug reporting checks on https://wiki.winehq.org/Bugs
In case you need any more info, please let me know!
Bas
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51341
Bug ID: 51341
Summary: incomplete Audio USB class compliant driver emulation
/ passthrough
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: audioprof2002(a)hotmail.com
Distribution: ---
Story goes like this:
Focusrite is currently the most popular manufacturer of home studio sound
interfaces.
has different products, Thunderbolt, USB, FireWire.
but does Not care about Linux,
Focusrite support is Not interested in Linux.
https://support.focusrite.com/hc/en-gb/articles/208530735-Is-my-Focusrite-P…
USB products (Scarlett and Clarett USB) are Class Compliant USB Devices,
and sound in Linux.
Kubuntu 20.10 Groovy Gorilla.
also work in older OSX like Mavericks 10.9.5
alsamixer in terminal, works, but has No options.
https://www.alsa-project.org/wiki/Matrix:Vendor-Focusrite
Focusrite interfaces have lots of settings/configurations/routings for the
built-in DSP, that can only be changed with the Focusrite Software.
Focusrite v3.6.0 software works in PlayOnLinux and Wine 6.10 - 6.11,
works,
BUT.....
Does Not detect the USB interface, and cannot change anything.
Because: Wine requires a USB dummy / USB passthrough / USB emulator /
translator driver
to communicate with the interface.
Wine needs to emulate the Focusrite windows USB driver, HW ID address, name,
version,
and route signals to Linux USB class compliant driver.
for the Focusrite software to see & control the interface.
Focusrite Clarett 8pre usb,
Scarlett 18i20 mk2 mk3
are almost the same,
have different exterior case, analog circuit components, different DAC
but same drivers, same software that detects the different Firmware & serial
numbers.
to add or remove editable / controllable settings.
https://fael-downloads-prod.focusrite.com/customer/prod/s3fs-public/downloa…https://customer.focusrite.com/en/support/downloads?brand=Focusrite&product…https://customer.focusrite.com/en/support/downloads?brand=Focusrite&product…https://customer.focusrite.com/en/support/downloads?brand=Focusrite&product…
Asking ALSA to make a similar control software would require open source code
released from Focusrite,
thats why i think emulating the driver side is more easy, than making the whole
software in Linux without access to source code.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51377
Bug ID: 51377
Summary: Driver binaries cross-compiled with MinGW (PE) have
'IMAGE_FILE_DLL' image characteristics set
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
while investigating bug 51375 ("SCM erroneously tries to start 64-bit kernel
drivers as 32-bit service due to incorrect handling of 'IMAGE_FILE_DLL' image
characteristics in 'kernel32.dll.GetBinaryTypeW' (Protect DiSC
'acedrv11.sys'))", I've found another discrepancy:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/windows/system32/drivers
$ file *
acedrv11.sys: PE32+ executable (native) x86-64, for MS Windows
etc: directory
fltmgr.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
hidclass.sys: PE32+ executable (DLL) (GUI) x86-64, for MS Windows
http.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
ksecdd.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
mountmgr.sys: PE32+ executable (native) x86-64, for MS Windows
ndis.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
netio.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
nsiproxy.sys: PE32+ executable (native) x86-64, for MS Windows
scsiport.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
tdi.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
usbd.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
winebus.sys: PE32+ executable (native) x86-64, for MS Windows
winehid.sys: PE32+ executable (DLL) (native) x86-64, for MS Windows
wineusb.sys: PE32+ executable (native) x86-64, for MS Windows
--- snip ---
All driver binaries which have been cross-compiled with MinGW (PE) have
'IMAGE_FILE_DLL' image characteristics set which is rather unusual.
--- snip ---
$ winedump http.sys
Contents of http.sys: 49152 bytes
*** This is a Wine builtin DLL ***
File Header
Machine: 8664 (AMD64)
Number of Sections: 6
TimeDateStamp: 60DC03A9 (Wed Jun 30 07:39:53 2021) offset 128
PointerToSymbolTable: 00000000
NumberOfSymbols: 00000000
SizeOfOptionalHeader: 00F0
Characteristics: 2022
EXECUTABLE_IMAGE
LARGE_ADDRESS_AWARE
DLL
...
--- snip ---
Real native and Wine builtin 'fake' drivers are fine.
https://source.winehq.org/git/wine.git/blob/0ec555e58ea9d5b33f4c825e96965ad…
--- snip ---
1 MODULE = nsiproxy.sys
2 IMPORTS = ntoskrnl uuid
3 EXTRADLLFLAGS = -Wl,--subsystem,native
--- snip ---
vs.
https://source.winehq.org/git/wine.git/blob/0ec555e58ea9d5b33f4c825e96965ad…
--- snip ---
1 MODULE = http.sys
2 IMPORTS = ntoskrnl ws2_32
3 EXTRADLLFLAGS = -Wl,--subsystem,native -mno-cygwin
--- snip ---
This doesn't cause a problem in shared WoW64 prefixes under Linux but still
could be addressed.
$ wine --version
wine-6.11-235-g7f1623bc626
Regards
--
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.