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=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=49165
Bug ID: 49165
Summary: Crash when trying to open Veracrypt
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal54(a)gmail.com
Distribution: ---
Created attachment 67184
--> https://bugs.winehq.org/attachment.cgi?id=67184
Veracrypt log
I'm not sure if this is fixable bug, because Veracrypt probably use a lot of
low level functions.
https://launchpad.net/veracrypt/trunk/1.24-update6/+download/VeraCrypt%20Po…
Steps to reproduce:
- Download
- Extract/Install project
- Run
--
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=39739
Bug ID: 39739
Summary: Cobra 11 - Burning Wheels demo: crashes when starting
the tutorial
Product: Wine
Version: 1.8-rc2
Hardware: x86-64
URL: http://www.4players.de/4players.php/download_info/Down
loads/Download/50183/Alarm_fuer_Cobra_11_Burning_Wheel
s/Deutsche_Demo.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)vr-web.de
CC: hverbeet(a)gmail.com
Regression SHA1: ffc9f535eb7817ea4cd0d0657471e61a9813debd
Distribution: ---
Created attachment 52998
--> https://bugs.winehq.org/attachment.cgi?id=52998
Avoid freeing memory that gets used later by the demo version of "Cobra 11 -
Burning Wheels".
When starting the tutorial the demo crashes.
This seems to be because the accessed memory was freed before:
(See attached patch for the additional trace calls.)
002d:0065:trace:d3d:wined3d_resource_allocate_sysmem Allocated
mem=0x1ac47020-0x1aec1093 size=0x27a073 heap_memory=0x1ac47030
resource=0xd70aa98
002d:002e:trace:d3d:wined3d_resource_free_sysmem Freeing heap_memory=0x1ac47030
resource=0xd70aa98
wine: Unhandled page fault on read access to 0x1ada2920 at address 0x52f7b2
(thread 002e), starting debugger...
The demo was working some years ago. A git bisect leads to this commit:
ffc9f535eb7817ea4cd0d0657471e61a9813debd is the first bad commit
commit ffc9f535eb7817ea4cd0d0657471e61a9813debd
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Jun 14 09:07:12 2013 +0200
wined3d: Handle pre-transformed vertices in the GLSL vertex pipe.
This also avoids a fallback to drawStridedSlow().
Attached patch makes the game (or at least the tutorial) playable by never
freeing the memory above a certain size in buffer_create_buffer_object.
--
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.