https://bugs.winehq.org/show_bug.cgi?id=51345
Bug ID: 51345
Summary: Regression: Visual Studio 2005 "package load failure"
Product: Wine
Version: 6.11
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
winetricks vc2005trial
wine cmd
"C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat"
devenv
Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving
+/- 10 of these error dialogs on startup, each relating to a different package.
This is a rough transcript of one of them:
------------------------
Package Load Failure
------------------------
Package
'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage,
Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0,
Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load
properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please
contact package vendor for assistance. Application restart is recommended,
due to possible environment corruption. Would you like to disable loading this
package in the future? You may use 'devenv /resetskippkgs' to re-enable
package loading.
Yes No
------------------------
It is the worst git bisect I've ever done. Apart from the lengthy time needed
to test each commit, the regression occurs within a range of 44 commits
(bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we
can't easily distinguish that bug from this one.
I've now had to make a separate branch, "git rebase --onto <that range>" to
copy commits from that range there, then "git rebase -i" to reorder them and
separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the
other commits.
Unfortunately, having done so, it appears the startup-breaking commits are also
the commits that caused this regression. One or more of these is the culprit:
ntdll: Move kernel32 loading into LdrInitializeThunk().
ntdll: Return system dir path for PE mapping bootstrap placeholders.
ntdll: Fail to load non-existent dlls, except during prefix bootstrap.
ntdll: Also check syswow64 to determine if the prefix was initialized.
include: Add more SYSTEM_INFORMATION_CLASS definitions.
kernel32: Implement GetSystemCpuSetInformation().
ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation).
kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE.
ntdll: Set the window title to the image name on the Unix side.
ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface.
ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the
prefix.
--
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=43481
Bug ID: 43481
Summary: GeoForms Demo needs "vs_2_a" compilation target
Product: Wine
Version: 2.14
Hardware: x86-64
URL: http://www.nvidia.com/coolstuff/demos#!/geoforms
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
fixme:d3dcompiler:compile_shader Compilation target "vs_2_a" not yet supported
--
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=43245
Bug ID: 43245
Summary: Secret World Legends - Installer fails
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 58553
--> https://bugs.winehq.org/attachment.cgi?id=58553
Console output wine 2.10 (non-staging)
Hello everyone,
Secret World has been released as free to play today and I did a brief test on
wine 2.10. Unfortunately the installation fails and I can submit a crash report
to Funcom. Console output is attached.
--
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=55557
Bug ID: 55557
Summary: wpcap:wpcap crashes on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wpcap:wpcap crashes on macOS:
wpcap.c:368: lib version
wpcap.c:369: supports PCAP_MMAP_32BIT: no
Unhandled exception: page fault on read access to 0xffffffffffffffff in 64-bit
code (0x000002c74cd410).
See https://test.winehq.org/data/patterns.html#wpcap:wpcap
The crash is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines).
The issue is probably that Wine is being compiled against macOS' pcap library
which is too old. Using a newer library would require installing it with
something like Homebrew and then making sure Wine can find and use it.
So there are two things to do:
* Detect cases when the pcap library is too old and skip the tests accordingly.
* Check if installing a newer pcap library on the macOS test machines is
feasible.
--
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=39761
Bug ID: 39761
Summary: MDK (MDKDEM95.EXE) graphics not drawn
Product: Wine
Version: 1.8-rc3
Hardware: x86
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeffz(a)jeffz.name
Tested on OSX 10.9.5.
http://jeffz.name/mdkdemo_repack.tar.bz2
winecfg virtual desktop set to 640x480
cd ~/.wine/drive_c && tar xf ~/mdkdemo_repack.tar.bz2 && cd mdkdemo_repack
wine MDKDEM95.EXE
The game loads (as can be heard by the sounds after hitting enter a few times)
but nothing is ever drawn. There should be intro credits, main menu and
gameplay.
Confirmed that this bug does not happen on Windows 7. It works fine there.
Note: bug #39760 deals with the D3D version of the demo.
--
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=56614
Bug ID: 56614
Summary: Videos are not player in The Signifier (GOG)
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 76371
--> https://bugs.winehq.org/attachment.cgi?id=76371
console log
Videos are not played. Observable during menu and on the computer at the
beginning. Console output attached.
wine-9.7-100-g7641124d07a
--
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=50944
Bug ID: 50944
Summary: MDK-ARM Version 5.34
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pmoter2010(a)yandex.ru
Distribution: ---
Created attachment 69757
--> https://bugs.winehq.org/attachment.cgi?id=69757
Backtrace generated by wine
Crash at the end of the installation, running by MDK534.EXE
--
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=57027
Bug ID: 57027
Summary: GetFinalPathNameByHandleW does not handle paths
exceeding MAX_PATH (260 chars)
Product: Wine
Version: 9.0
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)purisa.me
Hello,
I am writing a Rust program that calls canonicalize() on a path that is over
260 characters long. The Windows implementation of this function calls
GetFinalPathNameByHandleW.
On Windows, this works just fine and returns a valid path. With Wine on macOS,
the call returns a win32 error code ERROR_MORE_DATA (234, 0xEA). I re-ran the
binary with WINEDEBUG=+relay and there is an NtStatus code
STATUS_BUFFER_OVERFLOW (0x80000005) coming from NtQueryObject.
I believe this is because the buffer allocated in Wine's implementation of
GetFinalPathNameByHandleW is not large enough for the ObjectInformation
NtQueryObject is trying to return. Should GetFinalPathNameByHandleW fall back
to a dynamically allocated buffer in this situation?
Thank you!
--
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=47154
Bug ID: 47154
Summary: Rise of the Tomb Raider crashes after 1st bink video
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 64383
--> https://bugs.winehq.org/attachment.cgi?id=64383
Rise of the Tomb Raider d3d12 log
Hello,
I'm on Gentoo + AMD Rx580 + Mesa Git + LLVM git (9.0.0) + Vkd3d Git and i
decided to try the only d3d12 game i have : Rise of the Tomb Raider.
The game runs but crash after the 1st bink video when the main menu must be
appear. The game runs on wined3d/d3d11 but it's unplayable, works (of course
with DXVK) and with the Native version.
I attach the +d3d12 log. Josef, i you need something else to help you, don't
hesitate.
--
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.