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=53973
Bug ID: 53973
Summary: Launcher for GTA RP does not start.
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
Launcher for GTA 5 RP does not start. It is installed, but does not start after
installation. You can check these links:
https://gta5rp.com/download - first.
https://arizona-rp.com/#how-to-play - second.
These are different projects and they both don't work in wine. I specially left
the links so that you can download and try to run them.
Many people will be grateful to you if you can get these projects to work in
wine. GTA 5 and GTA San Andreas work fine in wine. But projects such as the
above - for some reason do not run.
Translated with www.DeepL.com/Translator (free version)
--
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=50618
Bug ID: 50618
Summary: FoxPro for Windows 2.6a fails to start
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: JSladek(a)juno.com
Distribution: ---
Created attachment 69308
--> https://bugs.winehq.org/attachment.cgi?id=69308
Terminal output with both start conditions
Any attempt to start foxprow.exe with or without an appended program script
results in a program crash. Attached are copies of terminal output for both
types or foxprow start.
--
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=33492
Bug #: 33492
Summary: Yukon Trail installer fails to install its font
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: Installer, win16
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 10349
Classification: Unclassified
The installer will offer to let you install its custom font (optional, not
required). If you choose to, it then fails, saying:
=========
FATAL ERROR AT SCRIPT LINE 260
Cannot find section header
=========
if you open ~/.wine/drive_c/windows/win.ini, and add:
[fonts]
to the end, the font will install fine
--
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=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.
http://bugs.winehq.org/show_bug.cgi?id=10349
Summary: Yukon Trail installer crashes at the end
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9017)
--> (http://bugs.winehq.org/attachment.cgi?id=9017)
Crash Log
After the Yukon Trail's installer is done installing, it crashes, taking the
file browser it spawns with it.
To reproduce:
-Run installer
-Complete installation
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46700
Bug ID: 46700
Summary: notepad++ keep non existing file when deleted
Product: Wine
Version: 4.0-rc7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrej8anubis(a)gmail.com
Distribution: ---
I have notepad++ set so that it silently updates file changes, but if some file
open in notepad++ gets deleted, I get the window in notepad++, asking me "keep
non existing file" on the title bar, and I see no buttons to click. Can someone
check this out pleas? 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=42566
Bug ID: 42566
Summary: Edit control uses WM_PAINT instead of WM_ERASEBKGND
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: james.tabor(a)reactos.org
Distribution: ---
Created attachment 57478
--> https://bugs.winehq.org/attachment.cgi?id=57478
Test Program
In Windows, the edit control uses the WM_ERASEBKGND message to erase the
background but the Wine edit control uses the WM_PAINT message. Test app
included..
--
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=18578
Summary: Wine reverses big/small icon resources in WM_SETICON
Product: Wine
Version: 1.1.21
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: emwine(a)earthlink.net
Created an attachment (id=21241)
--> (http://bugs.winehq.org/attachment.cgi?id=21241)
Testcase binary and source (VC 6.0 command line for compiling at end of c file)
This could be two bugs, could be one-- I'm not sure. This occurs both in
WM_SETICON, and also when registering a WNDCLASS structure with
RegisterClassEx().
When calling WM_SETICON, wParam indicates whether or not to use the big or
small resource. (ICON_BIG, or ICON_SMALL). Windows reverses these, Wine
doesn't. Running the testcase:
Windows:
icon, then press 'b': get 16x16 IDI_ICON
icon, then press 's': get scaled 32x32 IDI_ICON
Wine:
wine icon, then press 'b': get scaled 32x32 IDI_ICON
wine icon, then press 's': nothing at all
For Wine, you may have to hit 'b' a few times, even restarting the app before
it works-- I don't know why it's flaky.
I noticed this problem because I had ugly icons in my MFC MDI app in Wine, and
realized it was scaling the 32x32 resource instead of using the 16x16 one.
When writing the app, I noticed that CWnd::SetIcon(HICON, BOOL bBig) reversed
the 2nd parameter in reality. Probably Wine just went by the docs and nobody
noticed the docs are reversed from reality.
The other issue that may in fact be the same bug is that the WNDCLASS
structure's icons are reversed as well. I'm thinking it's the same windows bug
responsible for the reversal with the documentation manifesting itself in
multiple places. So it's entirely possible it's just one issue in Wine also
since Wine doesn't reverse them. Running the testcase again:
Windows:
icon: IDI_APPLICATION used (hIconSm)
icon foo: IDI_QUESTION used (hIconSm)
Wine:
wine icon: IDI_QUESTION used (hIcon)
wine icon foo: IDI_APPLICATION used (hIcon)
There's also a question of what happens when you use hInstance instead of NULL
in the LoadIcon() calls, but this bug isn't dealing with that problem.
--
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=38566
Bug ID: 38566
Summary: LB_SETSEL message should set caret as well
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: q.winehq(a)rsn-tech.co.uk
Distribution: ---
When you send the LB_SETSEL message to a multi-selection list box in Windows,
it also sets the focus to the appropriate item and scrolls it into view if
necessary. In Wine, this secondary function appears not to happen and an
additional LB_SETCARETINDEX message is needed to duplicate the full Windows
functionality.
I don't know if this happens in all circumstances, but it fixed a long-standing
problem in a complex application where a list box would not automatically
scroll as it did in Windows.
--
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.