https://bugs.winehq.org/show_bug.cgi?id=54243
Bug ID: 54243
Summary: Warcraft 2 BNE: Fails CD check in wine versions >6.0.X
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mmogilvi2+wine(a)gmail.com
Distribution: ---
SYMPTOM: Starting with wine versions mid-6.X and including all 7.X through at
least 7.22, the game "Warcraft 2: Battle.net Edition" always fails a CD check
and pops up an error dialog:
"Warcraft II Battle.net Edition is unable to read a required file. Your
Warcraft II Battle.net Edition CD may not be in the CDROM drive. Please ensure
that the disk in in the CDROM drive and press OK. To leave the program, press
Exit."
----
BACKGROUND:
Wine had long been able to run "Warcraft 2: Battle.net Edition", up through
wine version 6.0.2 and some early 6.X versions.
As described in the howto of the application DB
https://appdb.winehq.org/objectManager.php?sClass=version&iId=592 (and other
places), in my setup I have long used an .iso of my original CD, with symlinks
for "d::" (linked to the iso) and "d:" (linked to the directory where the .iso
is loop-mounted). (I actually use some wrapper scripts to temporarily mount it
only when needed, etc...)
I unsuccessfully asked about this in the wine forum last July
https://forum.winehq.org/viewtopic.php?f=8&t=36787&sid=e1b75b6a5ffa1534a042…
and am finally digging deeper into it on my own. There are also some
tangential mentions in my recent Gentoo Linux forum post:
https://forums.gentoo.org/viewtopic-p-8766703.html
----
ANALYSIS:
I have managed to git bisect this bug to commit
50903a15046354e405564aff6430ee505c01100a "kernelbase: Reimplement
GetVolumeInformation on top of GetVolumeInformationByHandle" (although I needed
to cherry-pick an unrelated "sincos()" build fix at each step...).
Digging deeper, the following sequence of events leads to the bug:
1. The game calls GetVolumeInformationW() with root=L"D:\\".
- The game only wants file system flags and FS type name.
- Wine proceeds to:
2. NtOpenFile() the root (I haven't traced into this much)...
3. GetVolumeInformationByHandleW()
4. NtQueryVolumeInformationFile() with
info_class=FileFsAttributeInformation
5. get_mountmgr_fs_info(), which determines
unix_name="/archive/wineData/warcraftII-BNE-2001.iso"
and letter=25 (Z:).
- BUG: letter=25 definitely indicates a bug. The game is asking
about D:, not Z:.
- MAYBE BUG: Not sure whether mapping "D:\\"'s handle to the .iso
rather than the loop mount point directory is a bug or not.
- FYI: I'll note that NtQueryVolumeInformationFile()'s documentation
says that if the handle "represents a direct device open, only
FileFsDeviceInformation can be specified..." in the remarks (i.e.,
not the info_class being asked for here). There doesn't seem
to be any attempt to enforce this in wine. See
https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/nf-nti…
6. Since wine now thinks the game is asking about "Z:", it returns file
system type "NTFS" and associated flags, rather than the correct
"CDFS" (and flags).
7. Presumably the game sees the "NTFS" and/or flags, decides this
isn't a CD at all, and after some more searching, ultimately
pops up the error dialog.
----
POTENTIAL FIXES:
I'm not sure the best way to fix this. Some possibilities include:
A. Somehow ensure the handle that GetVolumeInformation() opens gets
mapped to the mounted directory, instead of the .iso file?
- This would seem to make sense, but I'm not sure.
B. Add more logic to find_dos_device() to notice if path is a file
(or device) that is pointed at by one of the double-colon symlinks?
- It might need similar caching as get_drives_info(), etc?
This would be just a little involved, but might be the best
"smallish scale" fix.
C. Just revert commit 50903a15046354e405564aff6430ee505c01100a?
But that might leave GetVolumeInformationByHandle() broken,
and it does seem cleaner to only do all the device/FS
superblock parsing and determination in one place...
D. Do a more thorough audit / cleanup of how different ways of
representing and mapping between unix names, NT names, devices,
mount points, symlinks, fallback logic, etc all interact with
each other? My initial vague impression is that a lot of this
logic is a bit haphazard and only "mostly" works, rather than
being robustly designed to always work.
- Very involved and time consuming, and well beyond anything
I currently have any interest in attempting myself.
----
WORKAROUND:
A quick end-user workaround that seems to work is to change the "d::" symlink
to point to the correct /dev/loop0 or loop1, or 2...., that just happens to
match whatever free loop device that "mount" dynamically picks to use.
- I think this only works because these days /dev is usually
mounted as a separate file system, and in wine there is
find_dos_device() logic to stops looking if the st_dev changes
and then later stuff falls back on doing something else...
- Even disregarding that, it seems a bit ugly and fragile to
assume a particular loop device, especially if you have other
things you sometimes loop mount... (Although maybe my wrapper
script could dynamically update the symlink based on parsing
/proc/mounts after things are mounted...)
--
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=23921
Summary: LBA2 doesnt refresh its screen
Product: Wine
Version: 1.3.0
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vleon1(a)gmail.com
Little big adventure 2 rarely refresh its screen, rendering the game
unplayable. the bug didnt exist in the 1.2 branch.
You can hear the games music from the next screen (for example from the ingame)
while having a picture of the games menu.
--
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=45123
Bug ID: 45123
Summary: gdiplus/graphicspath test crashes under clang-5.0.1
but not gcc-7.3.0
Product: Wine
Version: 3.7
Hardware: x86
URL: https://test.winehq.org/data/8dca6c35e11a104385242ed83
46ee05707b78ef7/linux_ae-gentoo-dbg-clang/gdiplus:grap
hicspath.html
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: madewokherd(a)gmail.com
Distribution: Gentoo
Backtrace:
=>0 0x7eca42d9 widen_joint+0x139(p1=<is not available>, p2=<is not available>,
p3=<is not available>, pen=<is not available>, last_point=<has been optimized
away by compiler>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:1849]
in gdiplus (0x0033fc38)
1 0x7eca2ac1 GdipWidenPath+0x3a0(path=<is not available>, pen=<is not
available>, matrix=<is not available>, flatness=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:2029]
in gdiplus (0x0033fca8)
2 0x7ed36262 func_graphicspath+0x3331() in gdiplus_test (0x0033fe08)
3 0x7ed74968 main+0x457() in gdiplus_test (0x0033fea8)
4 0x7ed74caa in gdiplus_test (+0x8fca9) (0x0033fee0)
5 0x7b45df9c call_process_entry+0xb() in kernel32 (0x0033fef8)
6 0x7b45e0f3 start_process+0x122(entry=0x7ed74f7a, peb=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/kernel32/process.c:1099] in
kernel32 (0x0033ffdc)
7 0x7b45dfaa start_process_wrapper+0x9() in kernel32 (0x0033ffec)
0x7eca42d9 widen_joint+0x139
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:1849]
in gdiplus: divps %xmm5,%xmm0
1849 float dx0 = distance * (p2->X - p1->X) / length_0;
--
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=27916
Summary: Ferro CCTV: Fails to start
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=35713)
--> (http://bugs.winehq.org/attachment.cgi?id=35713)
Error message
Steps to reproduce:
1) remove ~/.wine
2) winetricks wmp9
3) install Ferro CCTV
4) wine FerroCCTV.exe
Behaviour:
Error message (see attachment).
Expected behaviour:
No error message.
--
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=54115
Bug ID: 54115
Summary: wine client error:68: write: Bad file descriptor
Product: Wine
Version: 8.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
This is starting to happen in Wine 8.0-rc1, however I didn't have version 7.22
installed, so I cannot say when it regressed exactly.
After exiting any application you can see:
wine client error:68: write: Bad file descriptor
wine client error:b4: write: Bad file descriptor
wine client error:11c: write: Bad file descriptor
Full log for notepad:
$ notepad
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0050:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0050:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0050:err:ole:start_rpcss Failed to open RpcSs service
0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0048:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0048:fixme:imm:ImeSetActiveContext (0001002E, 0): stub
0048:fixme:imm:ImmReleaseContext (00010020, 0001002E): stub
002c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub
002c:fixme:imm:ImmReleaseContext (0001004C, 0001004E): stub
008c:err:setupapi:SetupDefaultQueueCallbackW copy error 1812
L"@C:\\windows\\system32\\drivers\\wineusb.sys,-1" ->
L"C:\\windows\\inf\\wineusb.inf"
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
wine: configuration in L"/home/birdie/.wine" has been updated.
010c:fixme:imm:ImeSetActiveContext (00030062, 1): stub
010c:fixme:imm:ImmReleaseContext (00030048, 00030062): stub
Exit it, a few seconds later:
wine client error:68: write: Bad file descriptor
wine client error:b4: write: Bad file descriptor
wine client error:11c: write: Bad file descriptor
This doesn't look very appealing.
I'm not using mingw, it's a classic i686 GCC build under Fedora 37.
--
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=52000
Bug ID: 52000
Summary: EA Desktop still fails to install
Product: Wine
Version: 6.21
Hardware: x86-64
URL: http://https://click.e.ea.com/?qs=901607d0b32d0c5a668b
64755ddd9eba252d701599100e11239ca43b1bf873c0e60313c1d4
0a800d3f39b81848b7bb8fffbcdbbb6a19828f6f85cbfbe8e45705
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 70994
--> https://bugs.winehq.org/attachment.cgi?id=70994
+seh log
Hello,
Maybe there was a new version of EA Desktop but in my case, the installation
still fails even after the fix for the bug 49887.
Step to reproduce :
- Set WinVer to Win8.1/Win10
- Launch EAappInstaller.exe and click on "Let's go". The application closes
immediatly after this action.
I have this line in my ouput console when the app closes :
0114:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x434a8e
I attach the +seh log if it's interesting for 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=55179
Bug ID: 55179
Summary: Drag and Drap don't work at all in Wine HQ 8.0 and
8.0.1 Regression from version 7 which was OK
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pascal_mons(a)hotmail.com
Distribution: ---
Created attachment 74769
--> https://bugs.winehq.org/attachment.cgi?id=74769
A .gpx file (route Paris to Madrid) to test drag and drop
I use Garmin MapSource 6.16.3 to create and modify POI files (like speed
cameras) and Routes. Obviously I was used to drag and drop the file inside the
map. This was working fine in Wine HQ 7.
However, since the upgrade to version 8 this capability is broken. I have to
use File -> Open to manually run through the directories. Even then using the
keyboard return when an object is selected won't work. I have to use only the
mouse clicks.
In order for you to investigate I will give you the downlink of MapSource and
the steps to install it within Wine by command lines.
https://download.garmin.com/software/MapSource_6163.exe
you have to unpack / extract files from the .exe and use MSmain.msi in order to
install properly (even in Windows).
Installing .wine32.1 Prefix for MapSource
_________________________________________
$ WINEPREFIX=~/.wine32.1 WINEARCH=win32 wineboot
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winecfg
Since I have a 4K HD screen I use in Graphics --> Screen resolution a 144 dpi &
Applications Windows 7
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks msxml4
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks dotnet48
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks ie8
All these modules are required.
Install MapSource 6.16.3
________________________
$ cd ~/Downloads/Garmin/Garmin\ MapSource\ 6.16.3/
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 wine MapSource_6163\
Extracted/MSmain.msi
It won't work because of another program presence check, use :
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 wine MapSource_6163.exe
The Drag and Drop capability was working fine in Wine HQ 7.
You don't need to install a Garmin map to test the drag and drop with the
attached route in .gpx format.
--
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=54987
Bug ID: 54987
Summary: Waves Central no more opens in Manjaro Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marquinhosbissoli(a)gmail.com
Distribution: ---
Created attachment 74534
--> https://bugs.winehq.org/attachment.cgi?id=74534
Error details
Waves Central no more opens on Manjaro Linux. It worked until two months ago.
--
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=54847
Bug ID: 54847
Summary: dnsapi:query - test_DnsQuery() fails on the TestBot
VMs in Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dnsapi:query - test_DnsQuery() fails on the TestBot VMs in Windows and Wine:
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:96: Test failed: unexpected CNAME chain
See https://test.winehq.org/data/patterns.html#dnsapi:query
This is because winehq.org points to a CDN which uses DNS tricks to point web
browsers to the closest server and do load balancing. Interestingly this does
not happen for all clients, e.g. it does not happen on fg-deb64.
These failures happen in new tests that were introduced by this commit:
commit 6e2efe54f17e72415b790edf6c9c1f9de5acb9f7
Author: François Gouget <fgouget(a)codeweavers.com>
Date: Thu Apr 13 05:51:20 2023 +0200
dnsapi/tests: Test how DnsQuery() handles CNAMEs.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54819
--
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=52883
Bug ID: 52883
Summary: Improve support for high-level graphic settings in The
Settlers: Heritage of Kings
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
Created attachment 72267
--> https://bugs.winehq.org/attachment.cgi?id=72267
screenshot for a questionable display of graphic settings
I wonder why I get hindered so far to switch the graphic settings to the
highest quality (which my hardware could support).
How will the software capabilities evolve further also for the game “The
settlers (gold edition)” after the software “Wine 7.7-1449.4”?
See also:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=5360
--
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=45122
Bug ID: 45122
Summary: gdiplus/font test crashes under clang-5.0.1 but not
gcc-7.3.0
Product: Wine
Version: 3.7
Hardware: x86
URL: https://test.winehq.org/data/8dca6c35e11a104385242ed83
46ee05707b78ef7/linux_ae-gentoo-dbg-clang/gdiplus:font
.html
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Backtrace:
=>0 0x7ec9e635 GdipMeasureString+0x1e5(graphics=<is not available>, string=<is
not available>, length=<has been optimized away by compiler>, font=<has been
optimized away by compiler>, rect=<has been optimized away by compiler>,
format=<is not available>, bounds=<has been optimized away by compiler>,
codepointsfitted=<has been optimized away by compiler>, linesfilled=<has been
optimized away by compiler>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphics.c:5427] in
gdiplus (0x0033f958)
1 0x7ed1385d in gdiplus_test (+0x2485c) (0x0033fac8)
2 0x7ed0f1c7 func_font+0x486() in gdiplus_test (0x0033fe08)
3 0x7ed7e968 main+0x457() in gdiplus_test (0x0033fea8)
4 0x7ed7ecaa in gdiplus_test (+0x8fca9) (0x0033fee0)
5 0x7b45df9c call_process_entry+0xb() in kernel32 (0x0033fef8)
6 0x7b45e0f3 start_process+0x122(entry=0x7ed7f5cb, peb=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/kernel32/process.c:1099] in
kernel32 (0x0033ffdc)
7 0x7b45dfaa start_process_wrapper+0x9() in kernel32 (0x0033ffec)
0x7ec9e635 GdipMeasureString+0x1e5
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphics.c:5427] in
gdiplus: mulps %xmm1,%xmm1
5427 (pt[2].X-pt[0].X)*(pt[2].X-pt[0].X));
lmk what other logs/tests would be useful.
--
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=54769
Bug ID: 54769
Summary: major regression in dnSpy startup time
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
(OK, this will be quite a bit different than what I've planned when I started
to write this)
Let's start with an oddity: only 32bit versions of dnSpy work, 64bit fail to
show anything besides the recently popular stack corruption line (it does not
terminate upon it, but fails to do anything else either).
The problem (initially observed in 6.1.8, but dnSpyEx 6.3.0 has the same
problem):
I'm not quite sure when this happened, but IIRC it was at most two releases
back, maybe it was the latest one.
Before, upon startup there was a minor delay before the window showed up and
every now and then (but relatively rarely) the window got filled with visual
garbage until it was refreshed.
Now, it *seems* corruption has been dealt with (though that needs more time to
be verified), but there's a crippling startup delay (over 2-3 min) between when
a blank window shows up and when it's filled with content.
--
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=54361
Bug ID: 54361
Summary: Winebus doesn't enumerate evdev devices in a
--without-sdl build unless SDL also disabled by
winebus registry key
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Not sure what info to add.
--
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=53845
Bug ID: 53845
Summary: Regression in GetCalendarInfoEx et al
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: elpochodelagente(a)gmail.com
Distribution: ---
Created attachment 73375
--> https://bugs.winehq.org/attachment.cgi?id=73375
test case, succeeds in Windows and wine 6.0
The following line succeeds in Windows and used to work in Wine 6, but not in
Wine 7.19. Attached is a complete program test
GetCalendarInfoEx(0, CAL_GREGORIAN_US, 0, CAL_ITWODIGITYEARMAX |
CAL_RETURN_NUMBER, 0, 0, dwData); // returns 0
Looking at dlls/kernelbase/locale.c current git master I can see that now there
is an explicit check against CAL_GREGORIAN, and if I change the
CAL_GREGORIAN_US parameter in the call to CAL_GREGORIAN then GetCalendarInfoEx
succeeds.
--
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=21550
Summary: Winedbg's disassembler doesn't support SSE2
instructions
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Winedbg doesn't support SSE2 instructions while gdb does.
--
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=55139
Bug ID: 55139
Summary: loader: regression - error running winecfg
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: arusanu.bu(a)gmail.com
Distribution: ---
The switch to PIE loader seems to affect running wine on my system.
Running winecfg generates these errors:
'$ winecfg
wine: created the configuration directory '/home/iurt_build/.wine'
0024:err:environ:run_wineboot failed to start wineboot c00000e5
wine: could not load kernel32.dll, status c0000135'
The regression started with commit cc2cfb9b792bee681b96c5859084fd6d4d0bbed7.
Reverting that commit and
commit 78ed343842dcd8ffb95c416420953e121959d40d
commit c55578f3a54c63084657e7d79c043b22b10df989
commit ac1761d1dae8bf114a05e28ed6886deba6c2c860 ,
allows wine 8.11 to run fine.
System: Mageia 9(cauldron),
kernel-6.3.9 - x86_64., gcc-12.3.0, mingw-gcc-12.2.1
Wine specific configuration options used for x86_64/i586:
'
./configure --with-x --with-dbus --with-gstreamer --enable-win64
--with-system-dllpath=/usr/x86_64-w64-mingw32/sys-root/mingw/bin
--disable-tests
./configure --with-x --with-dbus --with-gstreamer
--with-system-dllpath=/usr/i586-w64-mingw32/sys-root/mingw/bin --disable-tests
'
--
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=49312
Bug ID: 49312
Summary: wineg++ - "invalid program stack in 64-bit code" on
exception catching - regression
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dd-tom(a)web.de
Distribution: ---
Created attachment 67324
--> https://bugs.winehq.org/attachment.cgi?id=67324
full crash log
Referencing this issue here:
https://bugs.launchpad.net/ubuntu/+source/wine/+bug/1881293
When compiling the following C++ program with "wineg++ main.cpp":
#include <stdexcept>
#include <stdio.h>
int main() {
printf("start\n");
try {
throw std::runtime_error("desc");
} catch (std::exception &ex) {
printf("in catch\n");
}
printf("end\n");
}
Wine crashes with:
Unhandled exception: assertion failed, invalid program stack in 64-bit code
(0x00007f33f6c24781).
The full log is attached.
Tested with (not working):
- Debian Bullseye and wine 5.0 (packaged)
- wine 5.0 compiled from source on Debian Buster
Regression since wine 4.0, tested working with:
- Debian Buster and wine 4.0 (packaged)
- wine 4.0 compiled from source on Debian Buster
--
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=37517
Bug ID: 37517
Summary: VideoReDo TVSuite H.264 crashes on loading video when
using VMR9
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gordon.lack(a)dsl.pipex.com
Distribution: ---
Created attachment 49929
--> https://bugs.winehq.org/attachment.cgi?id=49929
backtrace saved from crash
VideoReDo TVSuite H.264 (http://www.videoredo.com/en/ProductTVS.htm) starts up
OK.
Under Tools/Options/Playback Devices you can select VMR9 as the Video Driver
(FYI: DirectX is also listed there, but it isn't supported any more, and
actually used VMR7 as well - the option is going away). This determines the
driver used when running the editing page.
If you now load a video (mpeg, or h.264) into the program it will crash.
--
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=21790
Summary: 3D Rad demo "BeltBall" can't use its bundled
mfc80u.dll?
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.3drad.com/games/BeltBall%20v102.exe
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The smallest demo from http://www.3drad.com/free-pc-games.php is the 8MB
http://www.3drad.com/games/BeltBall%20v102.exe, sha1sum
d8827274480b0391ad200478b2ebe26a2658166d BeltBall v102.exe
It installs fine, but when you start it, it complains
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.762)
and puts up a dialog saying
"The dynamic link library 'MFC80U.DLL' could not be found"
even though it's installed in
./3D Rad Games/BeltBall v102/Microsoft.VC80.MFC/mfc80u.dll
Perhaps the installer forgot to set an app path or a manifest or something?
winetricks vc2005 works around the problem.
The game installs and runs fine on Vista; I guess we need to try it
on an old XP box that doesn't have vc2005 runtimes already and see
if it works there to confirm this bug.
(I checked on Vista, and there's no entry for the app in
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths, for what it's worth.
And there doesn't seem to be a manifest file next to the .exe.)
--
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=54396
Bug ID: 54396
Summary: Rutoken driver cannot install.
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: igor.bz(a)list.ru
Distribution: ---
Created attachment 73963
--> https://bugs.winehq.org/attachment.cgi?id=73963
Wine log.
Distro: Ubuntu 20.04 x64
Kernel: Linux 6.0.9
Download link:
https://download.rutoken.ru/Rutoken/Drivers/Current/rtDrivers.exe
Steps to reproduce:
- Running the installation file (rtDrivers.exe).
- An error is reported during the installation process: Error. Error code: 120
(0x00000078): Function not implemented
- Installation failure.
- The program cannot be installed.
Translation:
- Установить => Install
- Ошибка. Код ошибки: 120 (0x00000078): Функция не реализована => Error. Error
code: 120 (0x00000078): Function not implemented
- Ошибка. Код ошибки: 3758096907 (0xe000020b) => Error. Error code: 3758096907
(0xe000020b)
- 0x80070643 Сбой установки => 0x80070643 Installation failure.
--
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=16957
Summary: CreateProcess handles are inherited even when
bInheritHandles=FALSE
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)salilab.org
Created an attachment (id=18729)
--> (http://bugs.winehq.org/attachment.cgi?id=18729)
test.c
The attached file uses CreateProcess to create a subprocess (gzip in this case)
with redirected standard output. In order for this to work properly, the output
handle created in this code must be inherited by the subprocess - thus the
bInheritHandles argument to CreateProcess must be TRUE. And indeed if this
program is compiled to test-true.exe, a simple text file 'test.in' and the gzip
binary are placed in the same directory, and then test-true.exe is run, it
successfully produces the output test.gz.
If the TRUE argument is switched to FALSE and the file is compiled again to
test-false.exe, when the program is run in the same way on a 'real' Windows
sytem (32 bit Vista Business in this case) the following is output:
gzip: stdout: Bad file descriptor
This is also fine and expected, since the output file handle was not passed to
gzip. *However* if the same test-false.exe program is run with Wine (the Fedora
10 wine-core-1.1.12-1.fc10.i386 package in this case) it runs in just the same
way as test-true.exe, generating the test.gz output.
This suggests to me that the bInheritHandles argument is ignored by Wine. As
stated, this is a minor bug but it would be nice if Wine behaved the same way
as Windows here. (In our case we discovered this problem after we tested our
program successfully under Wine, but then had it fail on a real Windows
system.) I am not familiar with the code, but hopefully it should be
straightforward enough to provide the subprocess with invalid handles if
bInheritHandles=FALSE?
--
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=49195
Bug ID: 49195
Summary: Multiple 4k demoscene OpenGL demos crash on startup
(failure to lookup atom 0xC019 'static' from global
atom tables)
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
extracted from bug 48898
My comment: https://bugs.winehq.org/show_bug.cgi?id=48898#c12
--- quote ---
To me it looks like bug 18490 ("Multiple games fail to set pixel format on D3D
device context created on desktop window (Empire: Total War, Napoleon: Total
War, Utopia City)") but for GL device context on the desktop window.
According to online information it's not allowed to do any rendering using this
context but enough to call functions like glGetString() etc.
Maybe some of the Wine graphics folks could weigh in with an opinion if this
limitation is already known / tracked in a bug?
--- quote ---
Henri's answer: https://bugs.winehq.org/show_bug.cgi?id=48898#c13
--- quote ---
I'm not aware of an existing bug report for this issue, no. It does strike me
as similar to bug 36506 though, and it would not particularly surprise me if
wglGetProcAddress() is supposed to return results consistent with
GL_EXTENSIONS/GL_VERSION here, even without a current GL context.
I seem to recall having established in the context of bug 18490 that creating a
GL context (or more specifically, setting a pixel format) on the desktop window
is indeed supposed to fail. In any case, this seems like of of those bugs that
would benefit from tests to establish what's supposed to happen.
--- quote ---
Turns out this was a side-effect of an earlier problem.
It was not supposed to be GetDC(NULL) (Desktop window).
--- snip ---
$ WINEDEBUG=+seh,+relay,+server,+class,+win,+msg wine ./End\ of\ time\ 720p.exe
>>log.txt 2>&1
...
0024:Call user32.ChangeDisplaySettingsA(00421288,00000004) ret=004200da
...
0024: get_desktop_window( force=0 )
0024: get_desktop_window() = 0 { top_window=00010020, msg_window=00010026 }
...
0024:Ret user32.ChangeDisplaySettingsA() retval=00000000 ret=004200da
0024:Call
KERNEL32.CreateThread(00000000,00000000,004201ca,004304e8,00000000,00000000)
ret=004200ee
...
0024:Ret KERNEL32.CreateThread() retval=00000080 ret=004200ee
00bc: *fd* 17 <- 38
00bc: init_thread( unix_pid=3683, unix_tid=3729, debug_level=1, teb=7ffd4000,
entry=004201ca, reply_fd=15, wait_fd=17, cpu=x86 )
0024:Call
user32.CreateWindowExA(00000000,0000c019,00000000,91000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000)
ret=004200f4
0024:trace:win:WIN_CreateWindowEx (null) #c019 ex=00000000 style=91000000 0,0
0x0 parent=(nil) menu=(nil) inst=(nil) params=(nil)
00bc: init_thread() = 0 { pid=0020, tid=00bc, server_start=1d62d3b280579be
(-2.9701360), info_size=0, version=603, all_cpus=00000003, suspend=0 }
0024:trace:win:dump_window_styles style: WS_POPUP WS_VISIBLE WS_MAXIMIZE
0024:trace:win:dump_window_styles exstyle:
...
00bc:Starting thread proc 0x4201ca (arg=0x4304e8)
...
0024: create_window( parent=00010020, owner=00000000, atom=c019,
instance=00000000, dpi=96, awareness=2, class=L"" )
0024: create_window() = INVALID_HANDLE { handle=00000000, parent=00000000,
owner=00000000, extra=0, class_ptr=00000000, dpi=0, awareness=0 }
0024:warn:win:create_window_handle error 6 creating window
0024:trace:class:GetClassInfoExW (nil) #c019 0x1518f9e0
0024:trace:class:CLASS_FindClass #c019 0x7e910000 -> not found
0024:Ret user32.CreateWindowExA() retval=00000000 ret=004200f4
--- snip ---
The failing window creation resulted in NULL handle which got passed to
user32.GetDC():
--- snip ---
0024:Call user32.GetDC(00000000) ret=004200fb
0024:trace:win:GetDCEx hwnd 0x10020, hrgnClip (nil), flags 00000003
...
0024: get_visible_region( window=00010020, flags=00000013 )
0024: get_visible_region() = 0 { top_win=00010020, top_rect={-1920,0;-1919,1},
win_rect={0,0;3200,1080}, paint_flags=00000001, total_size=16,
region={{-1920,0;1280,1080}} }
0024:Call
winex11.drv.GetDC(00030039,00010020,00010020,1518fde0,1518fdf0,00000013)
ret=7e97bd3e
0024:Ret winex11.drv.GetDC() retval=00000001 ret=7e97bd3e
0024:trace:win:GetDCEx (0x10020,(nil),0x13): returning 0x30039 (updated)
0024:Ret user32.GetDC() retval=00030039 ret=004200fb
--- snip ---
Well, the rest of the OpenGL story is known and the current behaviour makes
sense.
Back to the actual problem...
The creation of the window which ought the be used for OpenGL context/rendering
fails because atom 0xc019 can't be found/resolved.
I should have looked more carefully at the trace log and the demo disassembly.
--- snip ---
...
004200B6 | xor esi,esi |
004200B8 | push esi |
004200B9 | push esi |
004200BA | push esi |
004200BB | push esi |
004200BC | push esi |
004200BD | push esi |
004200BE | push esi |
004200BF | push esi |
004200C0 | push esi |
004200C1 | push 91000000 |
004200C6 | push esi |
004200C7 | push C019 | global atom!
004200CC | push esi |
004200CD | push 4 |
004200CF | push end of time 720p.421288 |
004200D4 | call dword ptr ds:[<&user32.ChangeDisplaySettingsA>] |
004200DA | push esi |
004200DB | push esi |
004200DC | push end of time 720p.4304E8 |
004200E1 | push end of time 720p.4201CA |
004200E6 | push esi |
004200E7 | push esi |
004200E8 | call dword ptr ds:[<&KERNEL32.CreateThread>] |
004200EE | call dword ptr ds:[<&user32.CreateWindowExA>] | fails
004200F4 | push eax |
004200F5 | call dword ptr ds:[<&user32.GetDC>] |
004200FB | mov edi,eax |
004200FD | mov dword ptr ds:[3AB08EC],eax |
00420102 | push esi |
00420103 | push edi |
00420104 | push esi |
00420105 | push end of time 720p.42125C |
0042010A | push edi |
0042010B | call dword ptr ds:[<&gdi32.ChoosePixelFormat>] |
00420111 | push eax |
00420112 | push edi |
00420113 | call dword ptr ds:[<&gdi32.SetPixelFormat>] |
00420119 | call dword ptr ds:[<&opengl32.wglCreateContext>] |
0042011F | push eax |
00420120 | push edi |
00420121 | call dword ptr ds:[<&opengl32.wglMakeCurrent>] |
00420127 | call dword ptr ds:[<&user32.ShowCursor>] |
0042012D | call end of time 720p.4202CC |
--- snip ---
The demoscene guys are crazy and fight for each saved byte ;-)
Courtesy of: http://www.pouet.net/topic.php?which=9894
--- quote ---
I was able to get 4 bytes off of a test 1k intro (Peach GLSL Shader of Japan)
by replacing the "edit" string with 0xC018, making it 1006 bytes instead of
1010. Nice.
...and then I got it down to 1004 bytes, because now "test eax, eax" compressed
better than "test ax, ax", which used to compress better sometime before this
newest change. ;) This 1k intro business is crazy, you'd really need some kind
of brute-force code masher that tries all possible combinations of code that
perform the same thing.
--- quote ---
--- quote ---
That´s mine since 2009 using DirectX9...someone told me using "static" instead
of "edit" would be better back then in some other thread...was iq if i remember
correctly.
The ATOM for "static" is 0xC019 btw, but be warned: it added 7 bytes here in my
first test, opposed to chopping off 4 bytes in case of "edit".
--- quote ---
--- quote ---
Oh, shit...i did the test the wrong way around...meaning the ATOM actually
chopped off 7 bytes in case of "static" vs. "0xC019" :/ :D
Yay, thanks for the nice trick, man! :)
--- quote ---
Also relevant, shows dump of global and typical local atom tables:
https://github.com/lungetech/ICAS/blob/master/logs/volatility/win32/output/…
Wine source:
https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c…
--- snip ---
407 /***********************************************************************
408 * CLASS_FindClass
409 *
410 * Return a pointer to the class.
411 */
412 static CLASS *CLASS_FindClass( LPCWSTR name, HINSTANCE hinstance )
413 {
414 static const WCHAR comctl32W[] =
{'c','o','m','c','t','l','3','2','.','d','l','l',0};
415 struct list *ptr;
416 ATOM atom = get_int_atom_value( name );
417
418 GetDesktopWindow(); /* create the desktop window to trigger builtin
class registration */
419
420 if (!name) return NULL;
421
422 name = CLASS_GetVersionedName( name, NULL, NULL, TRUE );
423
424 for (;;)
425 {
426 USER_Lock();
427
428 LIST_FOR_EACH( ptr, &class_list )
429 {
430 CLASS *class = LIST_ENTRY( ptr, CLASS, entry );
431 if (atom)
432 {
433 if (class->atomName != atom) continue;
434 }
435 else
436 {
437 if (strcmpiW( class->name, name )) continue;
438 }
439 if (!class->local || class->hInstance == hinstance)
440 {
441 TRACE("%s %p -> %p\n", debugstr_w(name), hinstance,
class);
442 return class;
443 }
444 }
445 USER_Unlock();
446
447 if (atom) break;
448 if (!is_comctl32_class( name )) break;
449 if (GetModuleHandleW( comctl32W )) break;
450 if (!LoadLibraryW( comctl32W )) break;
451 TRACE( "%s retrying after loading comctl32\n", debugstr_w(name) );
452 }
453
454 TRACE("%s %p -> not found\n", debugstr_w(name), hinstance);
455 return NULL;
456 }
--- snip ---
https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c…
$ sha1sum atz-end_of_time.zip
3a4ce3fd92e2fdd1a4533ee67d4809d3f2184f6b atz-end_of_time.zip
$ du -sh atz-end_of_time.zip
3.3M atz-end_of_time.zip
$ wine --version
wine-5.8-173-g9e26bc8116
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=47028
Bug ID: 47028
Summary: WinSCP hosts list missing indentation
Product: Wine
Version: 4.6
Hardware: x86-64
URL: http://winscp.net/download/winscp577.zip
OS: Mac OS X
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: jr98(a)gmx.net
Created attachment 64194
--> https://bugs.winehq.org/attachment.cgi?id=64194
terminal output, +message log, screenshots
On windows there is space between the edge of the box and the icons.
To reproduce, run WinSCP.exe and you can see the hosts list on the left.
Attached is a zip containing terminal output, a +message log and screenshots
for comparison.
--
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=54397
Bug ID: 54397
Summary: Wine does not populate prefixes with 32-bit dlls
Product: Wine
Version: 7.22
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: eralegrid(a)hotmail.com
Starting from Wine 7.22, Wine doesn't copy any 32-bit files into new prefixes.
For a 32-bit prefix, only system.reg/user.reg/user.reg and a bunch of empty
directories are created.
For a 64-bit prefix, things appear to be normal aside from
$WINEPREFIX/drive_c/windows/syswow64 being empty.
It seems this situation started with commit
d45de318748639cfd1e80a976b39f5e19213990f.
--
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=13778
Summary: Date and Time display
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rx9tx(a)qrz.ru
Created an attachment (id=13813)
--> (http://bugs.winehq.org/attachment.cgi?id=13813)
wine window
The problem is that in a Windows application running in Wine the date and time
displayed as digit like 39591.6425810185 instead of May-23-2008, 15:25, see
pictures http://rx9tx.qrz.ru/wine.jpg and http://rx9tx.qrz.ru/windows.jpg .
Same about the frequency value 0000000000028.012100 in mHz (28.0121 mhz) is
shown like 298112000.0. I dont know what kind of database is used, but it has
the .isd extension, also .isf, .ism, .isl files are present.
Here's the excerption from the database with the data shown on the pics:
http://rx9tx.qrz.ru/log.txt
--
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=50338
Bug ID: 50338
Summary: Open/save dialog don't show current folder path.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: ltgustavsen(a)gmail.com
Distribution: ---
Created attachment 68924
--> https://bugs.winehq.org/attachment.cgi?id=68924
Screenshot from linux. Missing folder path.
Hello
The opening/save dialog in Picture Window 8 from dl-c.com doesn't work as
expected. There is no way to see which folder I’m in. The green back arrows on
the top don’t work when I open the default catalog. I have to start each time
in the left sidebar and browse to the correct directory. If I do so, the arrows
work.
I have attached some screenshots. And a debug file.
I have tested with wine-5.0.3 and wine-6.0-rc2
I have installed Picture Window this way
winetricks vcrun2019
wine msiexec /i Picture\ Window\ Pro.msi
--
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=44016
Bug ID: 44016
Summary: Improve path handling in Open and Save dialogs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
Current open and save dialogs have large usability issues.
1 When I paste a path of a folder into it to make it open that folder in itself
it doesn't work and writes an error.
2 I also expect this dialog to accept the absolute path in linux rootfs.
3 I also expect it to show a drop-down menu as 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.
https://bugs.winehq.org/show_bug.cgi?id=42645
Bug ID: 42645
Summary: File dialog usability
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: freddi34(a)yahoo.de
Distribution: ---
When working with project files across different programs (e.g. Linux/OS X
program and Windows program through Wine), users usually have to access the
same locations and files. Quick file access and navigation is essential for
productivity. If Wine's goal is not to be a bottom-of-the-drawer academic
project, but actually useful, it must sufficiently integrate with the
non-Windows desktop that its users are using.
Example workflow:
A 1. Native file manager (e.g. Nautilus) is opened at /home/username/folder1
2. User wants to open file1.ext from this folder in a Wine program through
the file open dialog.
B 1. User creates a file2.ext in a Wine program, opens the file save dialog
and wants to save it in the same location (folder1).
2. File save dialog is opened at a path deep in the virtual C: drive
(C:/Programs/Manufacturer/ProgramName/client/assets/.../...).
The file save dialog's location may be controlled by the Windows
application or where it was opened the last time.
Wine's file open/save dialog has significantly worse usability than any
GTK/KDE/OS X file dialog or even Windows' own.
- It is more likely not opened where the user needs it (since working
cross-system)
- Navigation is only possible by one step up (green up arrow button) or by
going multiple steps up towards the file system root (scrollable dropdown) and
then navigating step by step down in the native system's file tree.
- Double-click is cumbersome and leads repeatedly to accidental renamings or
wrong selections.
Wine's open/save dialogs should allow faster changing between commonly used
locations. This should be supported through:
- editable address (would allow to paste a complete path and press enter)
- droppable for native paths (drag&drop a folder from a native file manager,
this is commonly supported in e.g. GTK)
- persistent list of recently openend locations in this WINEPREFIX
While these are platform-agnostic, more comfort can be achieved by further
integrating with the desktop (Gnome/KDE/OS X):
- integrate with the desktop's bookmarks through Free Desktop Standard
- integrate with the desktop's recent locations
- (native file dialogs)
--
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=35062
Bug #: 35062
Summary: FarCry3 : graphical glitches
Product: Wine
Version: 1.7.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: berillions(a)gmail.com
Classification: Unclassified
Created attachment 46762
--> http://bugs.winehq.org/attachment.cgi?id=46762
Graphical glitches on see
Hi,
There is a graphical bug when i play at FarCry3. this bug appears only when you
look the sea.
As you can see in the screenshot, it seems that the map is drawn in the sea.
I think it's not a problem about the sun/moon light reflections on the sea,
they're correctly drawn (not viewable in the screenshot)
Thanks,
Max
--
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=23676
Summary: Arcanum essentially unusable due to graphics errors
Product: Wine
Version: 1.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex.richardson(a)gmx.de
When playing Arcanum, the issue shown by the screenshot happens as soon as you
attempt to scroll the view.
It seems that it only happens when scrolling to the top, left right and down
seem to be fine.
I know this did not happen with older versions of Wine ~1 year ago.
For testing purposes there is a demo of the game available here:
http://www.terra-arcanum.com/downloads/
If you need any other information please tell me, I'm quite new to reporting
bugs in Wine.
--
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=53699
Bug ID: 53699
Summary: Hearthstone/Battle.net caught in update loop
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kilzzz(a)hotmail.com
Distribution: ---
Created attachment 73103
--> https://bugs.winehq.org/attachment.cgi?id=73103
Terminal section of update loop
Attempting to update an already working battle.net/Hearthstone install results
in the client repeatedly trying to update some unknown component. The client
will attempt to update the game only to cycle back to updating something else.
Its happening to more than just me
https://us.forums.blizzard.com/en/blizzard/t/cannot-download-any-games-from…
looking at the linux posts.
The same thing happens on a Manjaro install and a Debian testing install that
previously worked. Attached is a section of the terminal output from the
cycling.
--
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=49107
Bug ID: 49107
Summary: Rise of the Tomb Raider shows a black screen in DX12
mode
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
No crash just spamming this line:
err:vkd3d_wait_for_gpu_fences: Failed to wait for Vulkan fences, vr -4.
wine-5.7-209-g4e2ad334b5
--
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=52146
Bug ID: 52146
Summary: [Control DX12]Wrong color when Global Reflections
setting is enabled
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hi,
I use vkd3d-git + Connor's patch from
https://bugs.winehq.org/show_bug.cgi?id=47713#c6
Sorry if it's not correct to create this BR considering that this is an
unnofficial patch (need more works to be upstreamed)
I tried Control DX12 with this patch and the game works great despite the
stuttering.
As explained in the BR's title, when "Global Reflections" is enabled in the
game's settings, a red color appears in game as you can see in the video and
screenshot.
I attach a VKD3D_DEBUG="trace" log (1.6Gb size) :
https://www.mediafire.com/file/7pn6eyhsa7mvy72/Control_DX12_glitches.7z/file
--
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=51653
Bug ID: 51653
Summary: HITMAN (2016) crashes when loading level in DX12 mode
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Default output
fixme:d3d12_command_queue_GetClockCalibration: iface 0x7f8a5500, gpu_timestamp
0x2917fa48, cpu_timestamp 0x2917faa0 stub!
fixme:d3d12_command_queue_Wait: Failed to acquire Vulkan semaphore for fence
0x7ec63700, value 0x143b3, completed value 0x143ac.
04b8:fixme:dxgi:d3d12_swapchain_set_sync_interval Unsupported sync interval 2.
fixme:d3d12_pipeline_state_GetCachedBlob: iface 0x7f4d34f40140, blob 0x2917fa20
stub!
wine: Unhandled page fault on read access to 0000000000000000 at address
0000000140EDD169 (thread 04b8), starting debugger...
vkd3d-1.2-442-g04a0808
--
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=54627
Bug ID: 54627
Summary: Steelrising fails to start (needs ID3D12Device5
interface)
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
An error has occurred :
Failed to create the DirectX12 rendering device.
Error code : 0x80004002
vkd3d:warn:d3d12_device_QueryInterface {8b4f173b-2fea-4b80-8f58-4307191ab95d}
not implemented, returning E_NOINTERFACE.
1.6-180-g6ccde9e8
--
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=55220
Bug ID: 55220
Summary: Dying Light 2: Stay Human fails to start due to
missing ID3D12Device1 interface
Product: vkd3d
Version: 1.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Failed to create D3D12Device
Feature level: D3D_FEATURE_LEVEL_11_1
Failed to get ID3D12Device1 interface
Failed to initialize D3D12Device
1.8-76-g2a3413e0
--
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=55415
Bug ID: 55415
Summary: Spider-Man: Shattered Dimensions crashes after a few
minutes of playing
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 74977
--> https://bugs.winehq.org/attachment.cgi?id=74977
Logs just before the game crashes
When playing Spider-Man: Shattered Dimensions for a few minutes, the game
crashes.
--
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=55172
Bug ID: 55172
Summary: Guild Wars 2 - Black Lion Trading Company
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: garciamiguel3(a)gmail.com
Distribution: ---
Created attachment 74752
--> https://bugs.winehq.org/attachment.cgi?id=74752
Program Error Detail
If you open the "Black Lion Trading Company" window in the Guild Wars 2 game
and then enter the Gem Store or Trading Store tab. The error window will pop
up. Stating cefhost.exe encountered an error. However, the tab Currency
Exchange does not encounter any error.
--
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=50391
Bug ID: 50391
Summary: Hitman: Absolution player head model rendered with
artifacts with Vulkan renderer
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 69006
--> https://bugs.winehq.org/attachment.cgi?id=69006
example
With Tessellation enabled.
wine-6.0-rc3-28-ge27a95e9209
--
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=50334
Bug ID: 50334
Summary: vkd3d from git fails to run bison
libs/vkd3d-shader/preproc.tab.h
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)fireburn.co.uk
Distribution: ---
[Thursday, 10 December 2020] [02:37:22 GMT] <FireBurn> The last 4 commits to
vkd3d have created a build issue for me https://pastebin.com/FBTuDXbM
[Thursday, 10 December 2020] [02:37:47 GMT] <FireBurn> It's probably
f544cb38e5184c8218a36629f59c64568e55e6f5
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/configure
--prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking
--disable-silent-rules --docdir=/usr/share/doc/vkd3d-9999
--htmldir=/usr/share/doc/vkd3d-9999/html --libdir=/usr/lib
--without-spirv-tools --disable-doxygen-pdf
configure: loading site script /usr/share/config.site
checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc -m32 accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc -m32 option to accept ISO C89... none
needed
checking whether x86_64-pc-linux-gnu-gcc -m32 understands -c and -o together...
yes
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -m32 -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for i686-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar
checking the archiver (x86_64-pc-linux-gnu-ar) interface... ar
checking for i686-pc-linux-gnu-gcc... (cached) x86_64-pc-linux-gnu-gcc -m32
checking whether we are using the GNU C compiler... (cached) yes
checking whether x86_64-pc-linux-gnu-gcc -m32 accepts -g... (cached) yes
checking for x86_64-pc-linux-gnu-gcc -m32 option to accept ISO C89... (cached)
none needed
checking whether x86_64-pc-linux-gnu-gcc -m32 understands -c and -o together...
(cached) yes
checking for a sed that does not truncate output... /bin/sed
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking for widl... widl
checking checking whether widl version >= 3.20... yes (6.0-rc2)
checking for flex... flex
checking for bison... bison
checking for i686-pc-linux-gnu-doxygen... no
checking for doxygen... no
configure: WARNING: doxygen not found - will not generate any doxygen
documentation
checking for i686-pc-linux-gnu-perl... no
checking for perl... /usr/bin/perl
checking for a BSD-compatible install...
/usr/lib/portage/python3.8/ebuild-helpers/xattr/install -c
checking whether build environment is sane... yes
checking whether make sets $(MAKE)... yes
checking whether make supports the include directive... yes (GNU style)
checking whether make supports nested variables... yes
checking dependency style of x86_64-pc-linux-gnu-gcc -m32... none
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... (cached) /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by x86_64-pc-linux-gnu-gcc -m32... x86_64-pc-linux-gnu-ld
-m elf_i386
checking if the linker (x86_64-pc-linux-gnu-ld -m elf_i386) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... x86_64-pc-linux-gnu-nm
checking the name lister (x86_64-pc-linux-gnu-nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu
format... func_convert_file_noop
checking how to convert i686-pc-linux-gnu file names to toolchain format...
func_convert_file_noop
checking for x86_64-pc-linux-gnu-ld -m elf_i386 option to reload object
files... -r
checking for i686-pc-linux-gnu-objdump... x86_64-pc-linux-gnu-objdump
checking how to recognize dependent libraries... pass_all
checking for i686-pc-linux-gnu-dlltool... no
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for i686-pc-linux-gnu-ar... (cached) x86_64-pc-linux-gnu-ar
checking for archiver @FILE support... @
checking for i686-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip
checking for i686-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib
checking command to parse x86_64-pc-linux-gnu-nm output from
x86_64-pc-linux-gnu-gcc -m32 object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for i686-pc-linux-gnu-mt... no
checking for mt... no
checking if : is a manifest tool... no
checking for dlfcn.h... yes
checking for objdir... .libs
checking if x86_64-pc-linux-gnu-gcc -m32 supports -fno-rtti -fno-exceptions...
no
checking for x86_64-pc-linux-gnu-gcc -m32 option to produce PIC... -fPIC -DPIC
checking if x86_64-pc-linux-gnu-gcc -m32 PIC flag -fPIC -DPIC works... yes
checking if x86_64-pc-linux-gnu-gcc -m32 static flag -static works... yes
checking if x86_64-pc-linux-gnu-gcc -m32 supports -c -o file.o... yes
checking if x86_64-pc-linux-gnu-gcc -m32 supports -c -o file.o... (cached) yes
checking whether the x86_64-pc-linux-gnu-gcc -m32 linker
(x86_64-pc-linux-gnu-ld -m elf_i386) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking if LD -Wl,--version-script works... yes
checking whether the compiler supports -std=c99... yes
checking whether the compiler supports -Wdeclaration-after-statement... yes
checking whether the compiler supports -Wimplicit-fallthrough... yes
checking whether the compiler supports -Wmissing-prototypes... yes
checking whether the compiler supports -Wunused-but-set-parameter... yes
checking whether the compiler supports -Wvla... yes
checking whether the compiler supports -Wpointer-arith... yes
checking whether the compiler supports -Wl,--no-undefined... yes
checking for i686-w64-mingw32-gcc... i686-w64-mingw32-gcc
checking whether i686-w64-mingw32-gcc works... yes
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
checking whether x86_64-w64-mingw32-gcc works... yes
checking for dlfcn.h... (cached) yes
checking pthread.h usability... yes
checking pthread.h presence... yes
checking for pthread.h... yes
checking vulkan/vulkan.h usability... yes
checking vulkan/vulkan.h presence... yes
checking for vulkan/vulkan.h... yes
checking vulkan/spirv.h usability... no
checking vulkan/spirv.h presence... no
checking for vulkan/spirv.h... no
checking vulkan/GLSL.std.450.h usability... no
checking vulkan/GLSL.std.450.h presence... no
checking for vulkan/GLSL.std.450.h... no
checking spirv/unified1/spirv.h usability... yes
checking spirv/unified1/spirv.h presence... yes
checking for spirv/unified1/spirv.h... yes
checking spirv/unified1/GLSL.std.450.h usability... yes
checking spirv/unified1/GLSL.std.450.h presence... yes
checking for spirv/unified1/GLSL.std.450.h... yes
checking whether VK_HEADER_VERSION >= 113... yes
checking whether SpvCapabilityDemoteToHelperInvocationEXT is declared... yes
checking whether program_invocation_name is declared... yes
checking pkg-config is at least version 0.9.0... yes
checking for ceilf in -lm... yes
checking for dlopen in -ldl... yes
checking for pthread_create in -lpthread... yes
checking for ldd... /usr/bin/ldd
checking for i686-pc-linux-gnu-otool... no
checking for otool... no
checking for i686-pc-linux-gnu-readelf... x86_64-pc-linux-gnu-readelf
checking for -lvulkan... libvulkan.so.1
checking for ncurses... yes
checking for xcb xcb-keysyms... yes
checking for __builtin_clz... yes
checking for __builtin_popcount... yes
checking for __sync_add_and_fetch... yes
checking for __sync_sub_and_fetch... yes
checking for pthread_setname_np... yes
checking how many arguments pthread_set_np() takes... two
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Doxyfile
config.status: creating Makefile
config.status: creating include/config.h
config.status: executing depfiles commands
config.status: executing libtool commands
Configuration summary for vkd3d 1.2
widl: widl
Have ncurses: yes
Have SPIRV-Tools: no
Have xcb: yes
Building demos: no
Building tests: yes
Building documentation: no
Building crosstests: yes
Using 32-bit cross compiler: i686-w64-mingw32-gcc
Using 64-bit cross compiler: x86_64-w64-mingw32-gcc
make -j8
widl -h -o include/vkd3d_d3d12.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_d3d12.idl
widl -h -o include/vkd3d_d3d12sdklayers.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_d3d12sdklayers.idl
widl -h -o include/vkd3d_d3dcommon.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_d3dcommon.idl
widl -h -o include/vkd3d_dxgi.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgi.idl
widl -h -o include/vkd3d_dxgi1_2.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgi1_2.idl
widl -h -o include/vkd3d_dxgi1_3.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgi1_3.idl
widl -h -o include/vkd3d_dxgi1_4.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgi1_4.idl
widl -h -o include/vkd3d_dxgibase.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgibase.idl
widl -h -o include/vkd3d_dxgiformat.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgiformat.idl
widl -h -o include/vkd3d_dxgitype.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgitype.idl
bison -d -o libs/vkd3d-shader/preproc.tab.c
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d-shader/preproc.y
bison: libs/vkd3d-shader/preproc.tab.h: cannot open: No such file or directory
make: *** [Makefile:2197: libs/vkd3d-shader/preproc.tab.h] Error 1
--
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=49398
Bug ID: 49398
Summary: vkd3d fails to compile against Vulkan 1.2.140 headers
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)fireburn.co.uk
Distribution: ---
Here's the compile error:
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:20:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
libtool: compile: x86_64-pc-linux-gnu-gcc -m32 -DHAVE_CONFIG_H -I.
-I/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999 -I./include
-I/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include
-I/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/dummy
-I/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/private
-Wall -pipe -std=c99 -Wdeclaration-after-statement -Wimplicit-fallthrough
-Wmissing-prototypes -Wunused-but-set-parameter -Wvla -Wpointer-arith
-Wl,--no-undefined -O3 -march=native -pipe -flto -c
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_main.c
-fPIC -DPIC -o libs/vkd3d/.libs/vkd3d_main.o
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_invalidate_root_parameters’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:1876:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
1876 | VkPipelineBindPoint bind_point)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_prepare_descriptors’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:2551:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
2551 | VkPipelineBindPoint bind_point)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_update_descriptor_table’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:2648:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
2648 | VkPipelineBindPoint bind_point, unsigned int index, struct
d3d12_desc *base_descriptor)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_update_push_descriptors’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:2751:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
2751 | VkPipelineBindPoint bind_point)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_set_descriptor_table’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:4083:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
4083 | VkPipelineBindPoint bind_point, unsigned int index,
D3D12_GPU_DESCRIPTOR_HANDLE base_descriptor)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_set_root_constants’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:4121:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
4121 | VkPipelineBindPoint bind_point, unsigned int index, unsigned
int offset,
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/device.c:19:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/resource.c:20:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/state.c:20:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
make[1]: *** [Makefile:1167: libs/vkd3d/command.lo] Error 1
make[1]: *** Waiting for unfinished jobs....
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/utils.c:19:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
make[1]: *** [Makefile:1167: libs/vkd3d/device.lo] Error 1
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_main.c:20:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
make[1]: *** [Makefile:1167: libs/vkd3d/resource.lo] Error 1
make[1]: *** [Makefile:1167: libs/vkd3d/state.lo] Error 1
make[1]: *** [Makefile:1167: libs/vkd3d/utils.lo] Error 1
make[1]: *** [Makefile:1167: libs/vkd3d/vkd3d_main.lo] Error 1
The patch required to get this compiling is:
diff --git a/libs/vkd3d/vkd3d_private.h b/libs/vkd3d/vkd3d_private.h
index 1cc7864..fa736e4 100644
--- a/libs/vkd3d/vkd3d_private.h
+++ b/libs/vkd3d/vkd3d_private.h
@@ -53,6 +53,7 @@
#define VKD3D_MAX_SHADER_EXTENSIONS 1u
#define VKD3D_MAX_SHADER_STAGES 5u
#define VKD3D_MAX_VK_SYNC_OBJECTS 4u
+#define VKD3D_PIPELINE_BIND_POINT_COUNT 2u
struct d3d12_command_list;
struct d3d12_device;
@@ -961,7 +962,7 @@ struct d3d12_command_list
VkPipeline current_pipeline;
VkRenderPass pso_render_pass;
VkRenderPass current_render_pass;
- struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
+ struct vkd3d_pipeline_bindings
pipeline_bindings[VKD3D_PIPELINE_BIND_POINT_COUNT];
struct d3d12_pipeline_state *state;
Which is slightly different to:
https://github.com/d3d12/vkd3d/commit/8e7bf8a5c3e004763a62822ff2d79cf76907b…
--
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=47713
Bug ID: 47713
Summary: Control crashes at launch with vkd3d
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 65184
--> https://bugs.winehq.org/attachment.cgi?id=65184
WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" output log
Hello,
The game has two separate executable, once for d3d11 and the second for d3d12.
The game works correctly with Dx11/DXVK but crashes at launch when i want
launch it with vkd3d.
You can find the "WINEDEBUG=+vkd3d VKD3D_DEBUG="trace"" output log attached.
The backtrace is this :
Backtrace:
=>0 0x00007fe4ac02bbe7 vkd3d_serialize_root_signature+0xffffffffffffffff() in
libvkd3d.so.1 (0x00007fe4a4c409d0)
1 0x00007fe4ac02bdcb vkd3d_serialize_root_signature+0xffffffffffffffff() in
libvkd3d.so.1 (0x00007fe4a4c409d0)
2 0x0000000003f2cd55 EntryPoint+0xffffffffffffffff() in d3d_rmdwin10_f
(0x00000000198ea7e0)
3 0x0000000003f3ae50 EntryPoint+0xffffffffffffffff() in d3d_rmdwin10_f
(0x000000000bbae070)
4 0x0000000003f3e485 EntryPoint+0xffffffffffffffff() in d3d_rmdwin10_f
(0x000000000bbae070)
5 0x0000000002d3bf8c EntryPoint+0xffffffffffffffff() in renderer_rmdwin10_f
(0x000000003590fbf0)
6 0x0000000002d3afcd EntryPoint+0xffffffffffffffff() in renderer_rmdwin10_f
(0x000000003d2f5800)
0x00007fe4ac02bbe7 vkd3d_serialize_root_signature+0xffffffffffffffff in
libvkd3d.so.1: movq 0x0000000000000028(%r8),%r9
--
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=46510
Bug ID: 46510
Summary: Vkd3d is confused on optimus systems.
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: janarvottin(a)gmail.com
Distribution: ---
When on integrated card, wine crashes. When discrete card is enabled following
error message is reported:
fixme:vkd3d_select_physical_device: Multiple physical devices available,
selecting the first one.
DXVK works around this problem by selecting discrete card over integrated one.
If dicrete isn't shown, integrated will be used instead.
https://github.com/doitsujin/dxvk/commit/40b52758e3240700b061dd9650986a1312…
Debian buster packages: libvkd3d1 (1.1-2)
wine-4.0-rc6 (Debian 4.0~rc6-1)
--
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=54895
Bug ID: 54895
Summary: Stray silently exits after a while
Product: vkd3d
Version: 1.7
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: cmccarthy(a)codeweavers.com
Regression SHA1: e63201a7a3970da569a0723613d7d98e93146edc
Distribution: ---
Launching in DX12 mode gives a black screen for around 15-20 seconds then just
exits.
--
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=52915
Bug ID: 52915
Summary: Build vkd3d-git is broken (configure: error: libvulkan
and libMoltenVK not found.)
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72297
--> https://bugs.winehq.org/attachment.cgi?id=72297
config.log
Hi,
I tried to build vkd3d-git (last commit eb2c3b0b) and it fails with this error
message during configure :
######
checking for -lvulkan... not found
checking for -lvulkan-1... not found
checking for -lMoltenVK... not found
configure: error: libvulkan and libMoltenVK not found.
make: *** [Makefile:1121 : config.status] Erreur 1
######
I attach the config log.
Revert these commits fix this issue :
- cab16fe9034ce6492ed7cc0a97a3ee69a4085f2a
- 99a3adcc19f2a64fad630948851616f52c00d553
Maxime
--
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=47269
Bug ID: 47269
Summary: World of Warcraft / D3D12 / Unplayable with RADV
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 64563
--> https://bugs.winehq.org/attachment.cgi?id=64563
WoW d3d12 log
Hello,
i use wine-staging 4.8 + Mesa Git + LLVM 9 + vkd3d git and the game is
unplayable with RADV. As you can see on the screenshot, i have a lot of
graphical glitches.
I have this line in the log :
fixme:vkd3d_bind_heap_memory: Invalid heap offset 0x3b0000.
--
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=46551
Bug ID: 46551
Summary: Vkd3d GPU VA allocator never reclaims allocated GPU VA
ranges
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: joseph.kucia(a)gmail.com
Distribution: ---
A proper memory allocator for GPU VA ranges is needed.
--
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=46291
Bug ID: 46291
Summary: Blizzard update WoW to use DX12 and Multithread.
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: eaglecomputers.ok(a)gmail.com
Distribution: ---
Shown below are the fixme that come from vkd3d, after the most recent Blizzard
patch to World of Warcraft. Using Nvidia, driver 415.23, latest vkd3d from
git, and wine-4.0-rc1-36-gec2c2f9fa0 (Staging).
fixme:vkd3d_create_device: Unsupported feature level 0xc000.
fixme:d3d12_device_CheckFeatureSupport: Root signature version 1_1 not
supported yet.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x25f418.
fixme:d3d12_root_signature_init: Ignoring root signature flags 0x1.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x25f418.
fixme:d3d12_root_signature_init: Ignoring root signature flags 0x1.
fixme:rs_desc_from_d3d12: Ignoring MultisampleEnable 0x1.
fixme:d3d12_device_CheckFeatureSupport: Unhandled feature 0x4.
fixme:d3d12_command_queue_GetPrivateData: iface 0x7e5a6230, guid
{000000f0-0000-000d-c0f5-fed7c47f0000}, data_size 0x25f898, data 0x25f860 stub!
Tell me how I can help, since I can test and report back usually same day.
--
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=52886
Bug ID: 52886
Summary: [The Council]Graphical glitches with Damavand (and
system hang)
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72270
--> https://bugs.winehq.org/attachment.cgi?id=72270
Output Console log
Hi,
I have the game from GoG. Tried with plain wine and with my patched wine, same
issue for both.
There are graphical glitches when the game uses Damavand and my system hangs
after a while. The main menu in-game has no problem. The glitch appears during
the 1st cutscene at the beginning.
I attach 4 screenshots, 2 with Damavand and 2 with DXVK, in the same place in
the both case.
I attach the output console log and "VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh" log.
VKD3D trace + d3d log :
https://www.mediafire.com/file/w8z6snwwcha7mrt/TheCouncil_d3dlog.7z/file
--
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=52723
Bug ID: 52723
Summary: error: ‘for’ loop initial declarations are only
allowed in C99 mode (wine-7.4)
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 72083
--> https://bugs.winehq.org/attachment.cgi?id=72083
log.txt
Unsure of version number for vkd3d.
Compiling in distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-7.4
In function ‘fold_mul’:
error: ‘for’ loop initial declarations are only allowed in C99 mode
note: use option -std=c99 or -std=gnu99 to compile your 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=46198
Bug ID: 46198
Summary: Xenia fails to find Directx 12 graphics adapter
[vkd3d]
Product: Wine
Version: 3.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chridye(a)gmail.com
Distribution: ---
Xenia seems to startup just fine but when it gets around to setting up the
directx 12 subsystem, it fails to find a suitable adapter. Xenia goes about
finding a suitable adapter via IDXGIFactory2::EnumAdapters1. It only requires
feature level 11_0.
the important bits:
I built wine from source on ubuntu 18.10 with support for vkd3d (or at least,
the build system said there was). I have nvidia 410 drivers installed.
gears-vkd3d ran.
vulkan doesn't crash at startup (wine64 xenia.exe --gpu=vulkan)
Directx 12 is used by default so just simply using wine64 xenia.exe is enough
to cause the problem.
This works consistently on Windows but is non-operational on Linux under wine.
The latest Xenia build can be found at
https://ci.appveyor.com/api/projects/benvanik/xenia/artifacts/xenia-d3d12.z…
To summarize:
Xenia fails to find a graphics device with a suitable feature level under wine
when one should exist.
--
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=46184
Bug ID: 46184
Summary: dx12 to vkd3d crashes wow, with a screen full of fixme
Product: Wine
Version: 3.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: eaglecomputers.ok(a)gmail.com
Distribution: ---
fixme:d3d12_device_CheckFeatureSupport: Root signature version 1_1 not
supported yet.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x25f378.
fixme:d3d12_root_signature_init: Ignoring root signature flags 0x1.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x25f378.
fixme:d3d12_root_signature_init: Ignoring root signature flags 0x1.
fixme:rs_desc_from_d3d12: Ignoring MultisampleEnable 0x1.
fixme:d3d12_device_CheckFeatureSupport: Unhandled feature 0x4
WoW, BFA, DX12 enabled in game, using vkd3d, and wine, with staging, compiled
from source. Latest vulkan driver, proprietary Nvidia driver 415.18, kernel
4.19.2-301, fedora 29, Gtx 970 4Gig, Amd FX 6300 6 Cores, 16Gig DDR3 1600.
Using DXVK for DX11 works fine. Vsync can not be disabled with vkd3d wrapper.
--
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=54726
Bug ID: 54726
Summary: Bioshock 1.0 demo crashes on missing 'tex2Dproj'
handling
Product: vkd3d
Version: 1.6
Hardware: x86-64
URL: http://us.download.nvidia.com/downloads/nZone/demos/nz
d_BioShockPC.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Depends on: 34106
Distribution: ---
01b4:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
01b4:err:d3dcompiler:D3DCompile2 Shader log:
01b4:err:d3dcompiler:D3DCompile2 <anonymous>:200:20: E5005: Function
"tex2Dproj" is not defined.
01b4:err:d3dcompiler:D3DCompile2
--
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=55182
Bug ID: 55182
Summary: Legend of Grimlock 2 menu screen shows no text
Product: vkd3d
Version: 1.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
Created attachment 74771
--> https://bugs.winehq.org/attachment.cgi?id=74771
VKD3D_SHADER_DEBUG=trace & +d3dcompiler log
winetricks -q d3dcompiler_47 works around.
--
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=55190
Bug ID: 55190
Summary: Conspiracy's Clean Slate 64K demo crashes with
'Assertion failed:
iff->condition.node->data_type->dimx == 1'
Product: vkd3d
Version: 1.8
Hardware: x86-64
URL: https://web.archive.org/web/20210807072016/https://con
spiracy.hu/files/cns%21cns-AMDfix.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
Created attachment 74788
--> https://bugs.winehq.org/attachment.cgi?id=74788
output
Continuation of bug 54926 & bug 54484.
--
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=15399
Summary: Colin Mcrae Rally 1.0 shows Graphical Glitches within
menus and crashes before loading any track.
Product: Wine
Version: 1.1.5
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=4216
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Salz85(a)gmail.com
Created an attachment (id=16253)
--> (http://bugs.winehq.org/attachment.cgi?id=16253)
game run without any argument.
After Setting the compatibility to windows 95/98, installing direct media end
the indeo codec, Colin Mcrae rally start but deos not show any menu correctly,
except for fixed bitmap like the Copyright screen (see the screenshot ).
Even if I try to navigate the menu and get to load the track, wine crashes.
See the crash.log for the output when the game crashes wine, and menu.log for a
debug with "relay,+d3d7,+ddraw" active (reaching the menu, navigating it and
then exiting the application).
--
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=54182
Bug ID: 54182
Summary: Altirra: Paste of text into debugger console replaces
whole text though it wasn't selected
Product: Wine
Version: 6.0.3
Hardware: x86-64
URL: https://www.virtualdub.org/altirra.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jaromir.obr(a)gmail.com
Distribution: Ubuntu
Created attachment 73715
--> https://bugs.winehq.org/attachment.cgi?id=73715
A screencast describing the issue - you can play it in Chrome
Originally reported here:
https://forums.atariage.com/topic/327133-altirra-400-released/?do=findComme…
Steps to reproduce:
1) Install and run Altirra emulator:
https://www.virtualdub.org/downloads/Altirra-4.01.zip
2) Press F8 (It will start debugger and break application)
3) Type "db" into debugger's console
4) Select and copy a text to clipboard over "Ctrl + C" - e.g. from Altirra or
from another application (even from a non Wine application)
5) Click into the debugger's console and paste text to the cursor after the
existing text ("Ctrl + V")
Expected result:
* The existing text is not replaced
Actual result:
* Whole existing text is replaced
The issue doesn't happen when running Altirra natively in Windows 10.
Used SW:
* Ubuntu 22.04
* Wine 6.0.3
* Altirra 4.10 (also older versions are affected)
--
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=55185
Bug ID: 55185
Summary: vbscript round does not handle numdecimalplaces
argument
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
We just found an issue where round wasn't returning expected values when using
the `numdecimalplaces` argument.
After looking at `Global_Round`, the second argument is not even looked at.
As a test, I modified the code to use: `VarR8Round` which seems to work well:
```
int decimal_places = 0;
double n;
double n2;
HRESULT hres;
.
.
.
if (args_cnt > 1) {
if (V_VT(args+1) != VT_ERROR) {
hres = to_int(args+1, &decimal_places);
if (FAILED(hres))
return hres;
}
}
hres = VarR8Round(n, decimal_places, &n2);
if(FAILED(hres))
return hres;
return return_double(res, n2);
```
--
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=55502
Bug ID: 55502
Summary: Sub argument name clash with global const
Product: Wine
Version: 8.13
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Public Sub Show(value)
WScript.Echo value
End Sub
Show 42
' with this line commented 42 is printed
' with this line uncommented 1 is not printed
Const Value = 1
--
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=54731
Bug ID: 54731
Summary: vbscript: stack_pop_bool doesn't support floats or ole
color
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on porting Visual Pinball to cross platform, I've found some
scripts where comparisons that use floats and OLECOLOR directly fail. For
example:
If Light005.State Then
' State is a float V_R4 like 1.2
End If
If Light005.Colorfull Then
' Colorfull is an OLECOLOR VT_UI4
End If
Fixing involves updating stack_pop_bool to support more types as seen in
VARIANT_Coerce.
--
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=55115
Bug ID: 55115
Summary: widl crashes with dlls/sti after adding wia_lh.idl
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nathbappai(a)gmail.com
Distribution: ---
Created attachment 74676
--> https://bugs.winehq.org/attachment.cgi?id=74676
backtrace.txt
widl crashes with dlls/sti/sti_wia.idl after adding the wia_lh.idl file in this
merge request https://gitlab.winehq.org/wine/wine/-/merge_requests/3025
Backtrace 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=55054
Bug ID: 55054
Summary: WineServer crash. (complete_async_poll: Assertion
`output->count == signaled_count' failed)
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: dfarkas82(a)gmail.com
Distribution: ---
Hello,
We are running two custom-built programs under Wine: a Manager (.Net framework
4.5) and a Streamer (WinApi).
The streamer program transfers audio/video streams from various devices (mostly
communicating over TCP), while the manager handles the starting/stopping of the
streamers (mostly communicating over HTTP).
Up to 60-70 streamers can be running at once, with only one manager.
On Windows, these programs can run for weeks without any problems.
However, under Wine on Linux, I receive the following error message after about
an hour of operation:
wineserver: server/sock.c:1122: complete_async_poll: Assertion `output->count
== signaled_count' failed.
This leads to WineServer shutting down.
Could you provide any insights into what this means, and if our own programs
are causing this, what modifications I would need to make to prevent this from
happening?
Wine-8.0.1 (64-bit)
Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64)
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=55052
Bug ID: 55052
Summary: For loop where right bound is string coercion issue
Product: Wine
Version: 8.9
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Dim i, num
num = "16"
For i = 0 To num
WScript.Echo i
Next
On windows using cscript this loops 16 times
Using wine vbscript this loops a lot further (at least 5022747)
As a workaround you can of course use 16 or CInt(num)
--
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=47699
Bug ID: 47699
Summary: For Honor and STEEP (Uplay) fail to connect to online
services (missing bcrypt functions)
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: stefan.riesenberger(a)gmail.com
Distribution: ---
Created attachment 65164
--> https://bugs.winehq.org/attachment.cgi?id=65164
Log with +fixme,-ntdll
For Honor starts fine, but on the "Press any Key to continue" screen it fails
to connect to the online services and puts the following lines into the log
when trying to connect:
011f:fixme:bcrypt:BCryptGenerateSymmetricKey ignoring object buffer
0161:fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
0161:fixme:secur32:schannel_get_mac_algid unknown algorithm 200, cipher 23
0163:fixme:bcrypt:BCryptCreateHash ignoring object buffer
0163:fixme:bcrypt:BCryptSecretAgreement 0x7fe82e905e10, 0x7fe82e907490,
0x7fe7d33bf8d8, 00000000
0163:fixme:bcrypt:BCryptDeriveKey 0xdeadfeed, L"HASH", (nil), 0x7fe840031920,
16, 0x7fe7d33bf8c0, 00000000
0163:fixme:bcrypt:BCryptDestroySecret 0xdeadfeed
0147:fixme:bcrypt:BCryptGenerateSymmetricKey ignoring object buffer
0147:fixme:bcrypt:BCryptGenRandom ignoring selected algorithm
STEEP also fails in a similar matter with the same log output.
Kind regards,
Riesi
--
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=54999
Bug ID: 54999
Summary: Process Explorer from Sysinternals shows a blank
window
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
This is a regression between wine 8.0 and 8.1.
You MUST make clean WINEPREFIX for this! When the WINEPREFIX was created with
8.0 it also works with 8.1 and later. Only when the WINEPREFIX is created with
8.1 and later the problem occurs.
Tested with procexp64 from
https://web.archive.org/web/20230406081546/http://download.sysinternals.com…
Tested with both the 64bit and 32bit version, same behavior.
--
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=13340
Summary: dicom image viewer aborts because
IMultiLanguage2_GetCharsetInfo doesn't like "ISO8859-1"
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I had an MRI recently, and got a copy on cd-rom. The viewer app
crashed quickly on Wine.
trace:mlang:fnIMultiLanguage2_GetCharsetInfo 0x19dce8 L"ISO8859-1" 0x32f5b4
...
0009:Call KERNEL32.lstrcmpiW(01031d58 L"ISO8859-1",0032f524 L"iso-8859-1")
ret=7d52ed97
...
0009:Call oleaut32.SysAllocString(01577b00 L"System does not support the
specified encoding.\r\n") ret=69bf1378
...
wine: Unhandled exception 0x80000003 at address 0x7b83d7c1 (thread 0009),
starting debugger...
Backtrace:
=>1 0x7b83d7c1 DebugBreak+0x3() [wine-git/include/winternl.h:1828] in kernel32
2 0x7bc54140 call_entry_point+0x20() in ntdll
3 0x7bc55118 relay_call_from_32+0x1a1(descr=0x7b8b416c, idx=?,
stack=0x32f8fc) [wine-git/dlls/ntdll/relay.c:372] in ntdll
4 0x7b8273c1 in kernel32 (+0x73c1)
5 0x69b20265 in msxml4 (+0x10265)
6 0x004b8a53 in efilmlt (+0xb8a53)
Looks like Windows is more forgiving about how callers
identify charsets. We were only accepting names
like "iso-8859-1", but Windows accepts "ISO8859-1".
I have test that passes on WinXP, and a patch that fixes both the
test and the real app. Will send to wine-patches.
--
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=55210
Bug ID: 55210
Summary: Hatching printed with wrong stripes direction in
Framemaker 8
Product: Wine
Version: 8.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
When printing a hatching in Framemaker 8 the stripes are printed in
the wrong direction (from left to right instead of from right
to left and vice versa).
Attached are two FrameMaker documents each with a hatching in different
directions and the generated postscript files. The Postscript files differ
only in one (relevant) line - the /DataSource Statement created by ps.c.
--
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=55075
Bug ID: 55075
Summary: Araxis Merge 2023.5877: Application will not start
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: djgredler(a)gmail.com
Distribution: ---
Araxis Merge 2023.5877 will not start after installation.
It looks like some Windows UWP libs (api-ms-win-core-com-l2-1-1.dll) are
missing: https://learn.microsoft.com/en-us/uwp/win32-and-com/win32-apis
The Araxis Merge installer is available here:
https://www.araxis.com/download/Merge2023.5877-x64.msi (SHA1
956406d574f21155dce99872ac0bff3f9f2b96e6)
Setup steps:
winecfg -v win10
wine Downloads/Merge2023.5877-x64.msi
wine "C:/Program Files/Araxis/Araxis Merge/Merge.exe"
Output from running application (immediate crash):
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00d4:err:module:import_dll Library api-ms-win-core-com-l2-1-1.dll (which is
needed by L"C:\\Program Files\\Araxis\\Araxis Merge\\Merge.exe") not found
00d4:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program
Files\\Araxis\\Araxis Merge\\Merge.exe" failed, status c0000135
--
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=55045
Bug ID: 55045
Summary: NFS Most Wanted has missing graphics with WineD3D in
WoW64 mode
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aidas957(a)gmail.com
Distribution: ArchLinux
Created attachment 74608
--> https://bugs.winehq.org/attachment.cgi?id=74608
NFS Most Wanted graphics corruption screenshot
Hello,
as you have seen in the title, Need for Speed Most Wanted has missing graphics
when using WineD3D together with the new WoW64 mode (the old WoW64 mode works
fine as expected)
The first thing you'll notice is that the intro video is a black screen with a
semi-broken cursor
After that the start screen is completely black with some flickering (and then
once the main menu loads the 3D scene looks fine but the 2D menu interface is
missing completely except for some weird flickers)
If I load the game in the old WoW64 mode, the issues disappear and the game
looks correct
Now for some system information:
Kernel: 6.3.6-arch1
Graphics driver: Mesa 23.1.2 (with radeonsi driver being used)
GPU: AMD Renoir (the GPU in my Ryzen 5 4600H)
Window manager: KWin 5.27.5 (Wayland)
I couldn't upload a log and a trace to the Bugzilla attachments due to file
size limits, so here they are:
WineD3D WoW64 apitrace (done from the Linux side):
https://drive.google.com/file/d/1JkRbuoq9QLeQ8EsLvIVRnVvn4Ub1PthI/view
Huge Wine log (with +d3d,+d3d9,-ver,-d3dx):
https://drive.google.com/file/d/1731nk11aUqVrJHw42TbulQ9WkvmT7rTz/view
Note: I had to apply this patch
(https://gitlab.winehq.org/wine/wine/-/commit/13b9d7da6446ba6386be6c586c7d15…)
to prevent the game from crashing (because WoW64 doesn't support the
PERSISTENT_BIT flag yet)
--
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=55065
Bug ID: 55065
Summary: user32:monitor - check_preferred_mode() fails on the
TestBot's debiant VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:monitor - check_preferred_mode() fails on the TestBot's debiant VM:
monitor.c:1699: Tests skipped: Current display mode is already 1024x768,
skipping test.
monitor.c:1788: Test marked todo: Expected 0, got 50
monitor.c:1789: Test marked todo: Expected adapter device path, got empty
string
monitor.c:1729: Test failed: got -2.
monitor.c:1788: Test marked todo: Expected 0, got 50
monitor.c:1789: Test marked todo: Expected adapter device path, got empty
string
monitor.c:1699: Tests skipped: Current display mode is already 1024x768,
skipping test.
monitor.c:1788: Test marked todo: Expected 0, got 50
monitor.c:1789: Test marked todo: Expected adapter device path, got empty
string
monitor.c:1729: Test failed: got -2.
monitor.c:1788: Test marked todo: Expected 0, got 50
monitor.c:1789: Test marked todo: Expected adapter device path, got empty
string
See: https://test.winehq.org/data/patterns.html#user32:monitor
The failures started with the commit below which introduced
check_preferred_mode():
commit 24019f0d385c653d58be50f7941256e4e1c8b68a
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Wed Apr 19 18:57:04 2023 -0600
win32u: Partially implement
NtUserDisplayConfigGetDeviceInfo(DISPLAYCONFIG_DEVICE_INFO_GET_TARGET_PREFERRED_MODE).
--
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=54037
Bug ID: 54037
Summary: user32:msg - test_SendMessage_other_thread() sometimes
gets a todo success (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - test_SendMessage_other_thread() sometimes gets a todo success:
msg.c:19067: Test succeeded inside todo block: WaitForSingleObject failed,
ret:0
msg.c:19091: Test succeeded inside todo block: wrong status 00000000
See https://test.winehq.org/data/patterns.html#user32:msg
This happens about once a month on the Debian VMs in the TestBot nightly
WineTest runs, but is also known to impact the GitLab CI (e.g. MR!1596 MR!1519
).
--
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=53175
Bug ID: 53175
Summary: Roon no longer works under wine staging, help needed,
thanks.
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rustytone(a)gmx.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72621
--> https://bugs.winehq.org/attachment.cgi?id=72621
backtrace of the roon application - failed start, get it every time i launch.
hello sorry if this in the wrong section,
I have roon installed using wine-staging, the wine (non staging) doesn't seem
to work well with the roon windows application so decided to go with staging
release.
it was working correctly until 2 days ago, there was an update to wine-staging
and an update to the roon application as well.
hopefully the backtrace is helpful and I have included it,
running arch, latest updates, latest kernel, latest wine-staging etc.
any more information you need I will be happy to assist.
sorry again if this in the wrong section.
thank you - antonio.
--
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=49527
Bug ID: 49527
Summary: Printing font Chilanka crashes Notepad and Word
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 67657
--> https://bugs.winehq.org/attachment.cgi?id=67657
Avoid crash in get_glyf_pos in wineps.drv with font Chilanka.
Function get_glyf_pos accesses unconditionally the memory pointed to by
".data".
Unfortunately with this font we end up here with a null pointer.
123 *start = GET_BE_WORD(((WORD*)t42->tables[t42->loca_tab].data) + index);
I could observe this with following font:
fonts-smc-chilanka_1.400-1_all.deb from Ubuntu focal (20.04LTS).
https://packages.ubuntu.com/focal/fonts-smc-chilankahttp://de.archive.ubuntu.com/ubuntu/pool/main/f/fonts-smc-chilanka/fonts-sm…
To reproduce just enter "Test" and select font "Chilanka" in either Notepad
or Word. Then attempt to print.
Attached path on top of 5.12 avoids the crash, but does still not
produce the expected output, maybe related to 42739.
But avoiding the crash separately might still be desired?
--
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=53905
Bug ID: 53905
Summary: widl: support MIDL 3.0 and WinMD output
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: alvin(a)alvinhc.com
C++/WinRT (cppwinrt):
https://github.com/microsoft/cppwinrt
It is currently impossible to build the custom components in the cppwinrt test
suite with mingw-w64. For this to work, widl needs to:
- understand MIDL 3.0 syntax,
- generate the ABI header (not required if only using C++/WinRT projection),
- produce .winmd metadata of the component,
- read existing system .winmd metadata (not sure if actually needed).
The MIDL command line for this:
midl.exe /metadata_dir C:\Windows\System32\WinMetadata /winrt /winmd
"D:\a\cppwinrt\cppwinrt\_build\x64\Debug\test_component.winmd" /h
"D:\a\cppwinrt\cppwinrt\_build\x64\Debug\test_component.h" /ns_prefix /nomidl
test_component.idl
## MIDL 3.0
https://learn.microsoft.com/en-us/uwp/midl-3/intro
What I can tell is missing widl so far:
- MIDL 3.0 uses different basic type names (e.g. Int32, String)
- Attribute types, and using custom attributes
Example file:
https://github.com/microsoft/cppwinrt/blob/5ca626adae21be363399b44d2b6a9ab3…
> widl --winrt -h -H out/test_component.h --ns_prefix test_component.idl
test_component.idl:5: error: syntax error, unexpected aIDENTIFIER,
expecting ',' or ']'
(widl version 7.7 from mingw-w64)
## WinMD metadata
https://learn.microsoft.com/en-us/uwp/winrt-cref/winmd-files
These are CLR (think .NET and ECMA 335) assemblies used as a replacement for
the old typelib files.
--
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=41977
Bug ID: 41977
Summary: Gunner3 always crashes due to wine having a different
allocation scheme than windows
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ArchLinux
Created attachment 56382
--> https://bugs.winehq.org/attachment.cgi?id=56382
Hack to get the game working, patch for the exe
Gunner 3 always crashes when selecting a level. According to my debugging, it's
because the game allocates memory with RtlAllocateHeap and then accesses the
area before that, aka undefined behavior. But note that it works just fine on
all windows versions and ReactOS.
It's probably WONTFIX, but since it works on windows I'll provide a hack (and
maybe a patch) for usage on linux.
Attached an patch for the gunner3.exe, make sure it has the MD5
4481bc4382bb00353edf0635516d904d.
--
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=29255
Bug #: 29255
Summary: Microsoft Office 2003, 2007 & 2010 applications do not
print OTF
Product: Wine
Version: 1.3.34
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gunwald(a)gmx.de
Classification: Unclassified
Created attachment 37835
--> http://bugs.winehq.org/attachment.cgi?id=37835
Document showing that OTF printing does not work
All Microsoft Office applications form 2003 to 2010 are not able to print
documents using any OTF (Open Type Font). Printing a Document using any OTF
leads in a completely blank page.
I think, this is an important bug, because printing is a main function of any
office application.
This bug may be related to bug 25515
(http://bugs.winehq.org/show_bug.cgi?id=25515).
I did attach an document to demonstrate the bug.
--
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=43418
Bug ID: 43418
Summary: gOddysey Pacemaker crashes with "User lib not found"
Product: Wine
Version: 2.12
Hardware: x86
URL: http://web.archive.org/web/20110624013029if_/http://webzoom.webs.com/smiff/PaceMakerR.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Split of from Bug 43414. For me the program doesn't work at all, while the OP
from Bug 43414 reported it working.
Snipped from the log that looks suspicous to me:
------
009:Ret PE DLL (proc=0x63cc6560,module=0x63c60000
L"msvcrt.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1
0009:Call PE DLL (proc=0x2251000,module=0x2250000
L"JV-ODE.dll",reason=PROCESS_ATTACH,res=(nil))
trace:seh:raise_exception code=c0000005 flags=0 addr=0x22c6010 ip=022c6010
tid=0009
trace:seh:raise_exception info[0]=00000000
trace:seh:raise_exception info[1]=9eeef1ec
trace:seh:raise_exception eax=02251000 ebx=7bd06000 ecx=b68a9cb0 edx=0033f95c
esi=0033f5d8 edi=00000001
trace:seh:raise_exception ebp=0033f5b8 esp=0033f59c cs=0023 ds=002b es=002b
fs=0063 gs=006b flags=00010246
trace:seh:call_stack_handlers calling handler at 0x7bcc7010 code=c0000005
flags=0
trace:seh:__regs_RtlUnwind code=c0000005 flags=2
trace:seh:__regs_RtlUnwind calling handler at 0x7bca52f0 code=c0000005 flags=2
trace:seh:__regs_RtlUnwind handler at 0x7bca52f0 returned 1
0009:exception in PE entry point
(proc=0x2251000,module=0x2250000,reason=PROCESS_ATTACH,res=(nil))
0009:Ret PE DLL (proc=0x2251000,module=0x2250000
L"JV-ODE.dll",reason=PROCESS_ATTACH,res=(nil)) retval=0
0009:Call PE DLL (proc=0x2251000,module=0x2250000
L"JV-ODE.dll",reason=PROCESS_DETACH,res=(nil))
trace:seh:raise_exception code=c0000005 flags=0 addr=0x22510a0 ip=022510a0
tid=0009
trace:seh:raise_exception info[0]=00000000
trace:seh:raise_exception info[1]=9eedf000
trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=02250000 edx=0033f900
esi=00000001 edi=00000000
trace:seh:raise_exception ebp=0033f5b8 esp=0033f5a0 cs=0023 ds=002b es=002b
fs=0063 gs=006b flags=00010246
trace:seh:call_stack_handlers calling handler at 0x7bcc7010 code=c0000005
flags=0
trace:seh:__regs_RtlUnwind code=c0000005 flags=2
trace:seh:__regs_RtlUnwind calling handler at 0x7bca52f0 code=c0000005 flags=2
trace:seh:__regs_RtlUnwind handler at 0x7bca52f0 returned 1
0009:exception in PE entry point
(proc=0x2251000,module=0x2250000,reason=PROCESS_DETACH,res=(nil))
0009:Ret PE DLL (proc=0x2251000,module=0x2250000
L"JV-ODE.dll",reason=PROCESS_DETACH,res=(nil)) retval=0
0009:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=100092fe
0009:Call KERNEL32.LoadLibraryA(0067fb94 "blitzclose.dll") ret=100092fe
0009:Call PE DLL (proc=0x2251199,module=0x2250000
L"blitzclose.dll",reason=PROCESS_ATTACH,res=(nil))
------
It seems like it can't load the DLLs, and thus crashes. But I might be wrong.
--
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=30969
Bug #: 30969
Summary: Tron 2.0 - No music while playing game and in menu
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: an0nym0usse(a)hotmail.com
Classification: Unclassified
Created attachment 40628
--> http://bugs.winehq.org/attachment.cgi?id=40628
output when launching Tron.exe
No music while playing game and in menu.
The game install with no problem
I add the msvcirt.dll in system32 like suggested on the wine site
All seems to go well, the first setting menu launch with sound
After that the diverse publishing companies videos are played with sound.
After a couple of seconds the Game menu appears with sound effects but NO
MUSIC.
No music while playing the game too.
You can look for clues in attachment1
When I re-install WMFADist.exe (probably audio codecs) included in Tron 2.0 cd
it seem to install without a problem but in the console it give some errors:
zool@Satellite-M40:~/JEUX/Progz/Win32/Tron2$ wine WMFADist.exe
fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0
err:setupapi:SetupDefaultQueueCallbackW copy error 0
L"C:\\users\\zool\\Temp\\IXP000.TMP\\msdmo.dll" ->
L"C:\\windows\\system32\\msdmo.dll"
fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0
err:setupapi:SetupDefaultQueueCallbackW copy error 0
L"C:\\users\\zool\\Temp\\IXP000.TMP\\msvcrt.dll" ->
L"C:\\windows\\system32\\msvcrt.dll"
fixme:sfc:SFC_3 0
fixme:sfc:SFC_3 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib
L"C:\\windows\\system32\\logagent.exe" failed with error 0
err:ole:TLB_ReadTypeLib Loading of typelib
L"C:\\windows\\system32\\logagent.tlb" failed with error 2
It's all for now
P.S.
I have filed this bug under : directx-dmusic, seemed logical
--
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=48220
Bug ID: 48220
Summary: dxruby needs WAVE form loading implemented
Product: Wine
Version: 4.20
Hardware: x86-64
URL: https://github.com/mirichi/dxruby/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This refers to 'fixme:dmime:seg_IPersistStream_Load WAVE form loading not
implemented'.
As you can see, DirectMusicPerformance8 is being used here.
...yeah, really...even though it's been updated less than a year ago, simply
because of the design goals
Anyway, it doesn't crash but obviously no music is being played.
--
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=52673
Bug ID: 52673
Summary: Missing IShellItemImageFactory implementation for
ShellItem.
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
This leads to KakaoTalk crashing when displaying the thumbnail of video being
uploaded.
--
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=53548
Bug ID: 53548
Summary: Msys2 installer UI has black background and incorrect
font spacing
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joel(a)airwebreathe.org.uk
Distribution: ---
Created attachment 72911
--> https://bugs.winehq.org/attachment.cgi?id=72911
Msys2 installer on Wine
The Msys2 installer is powered by Qt IFW (Installer Framework). When we load up
the installer window, the UI looks somewhat broken. Specifically there is black
rectangle along the top of the window, and the lettering is spaced out.
--
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=48669
Bug ID: 48669
Summary: iphlpapi.NotifyUnicastIpAddressChange() should call
the callback initially if requested (required for Far
Cry 5 online mode)
Product: Wine
Version: 5.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: gofmanp(a)gmail.com
Distribution: ---
Created attachment 66526
--> https://bugs.winehq.org/attachment.cgi?id=66526
Patch
Far Cry 5 fails to connect to online mode due to the missing part of
initialization which is done from NotifyUnicastIpAddressChange() callback. The
callback is supposed to be called right away if InitialNotification flag is
set.
The attached patch fixes the issue.
Far Cry 5 online mode also requires BCryptSecretAgreement(ECDH) and
BCryptDeriveKey(KDF_HASH, SHA1 hash) implementation, which is Bug #47699.
--
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=54574
Bug ID: 54574
Summary: Ubisoft Connect fails to initialize - Window doesn't
show
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 74117
--> https://bugs.winehq.org/attachment.cgi?id=74117
Console output (wine-8.2 on Slackware64/Multilib)
Hello everyone,
I am having problems launching UbisoftConnect.exe - it installs fine after
"winetricks corefonts" is run but doesn't start up. All I get is a blank window
and I can't log in as the login screen doesn't show.
--
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=54102
Bug ID: 54102
Summary: GPU Caps Viewer does not report any OpenCL devices
starting with version 7.21 / 7.22
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielyhwong(a)gmail.com
Distribution: ---
This is the exact same issue with ticket 52389 in which GPU Caps viewer no
longer report CUDA support. This happens starting with version 7.21 and 7.22.
Revert back to version 7.20 resolves this issue.
In addition, I also reported exactly the same problem to Julliard on Jan 17, in
which I highlighted that starting with WINE 7.0-RC6 the problem goes away. I
include this info here for completeness.
If more info is required, please let me know, I can run tests and provide
results here.
--
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=34774
Bug #: 34774
Summary: Crimson Skies crashes when a mission ends
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: benpicco-wine(a)flauschlabor.de
Classification: Unclassified
Created attachment 46368
--> http://bugs.winehq.org/attachment.cgi?id=46368
Unhandled page fault on read access
I've installed the game to a 32bit Windeprefix, installed quartz, Active Video
and native amstream.dll and disabled winegstreamer so the game would launch.
Everything works well, I can launch missions/instant action battles, but when
they end and the game normally would go to a debriefing screen, it crashes
instead.
Last few lines of console output (abbreviated):
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 1)
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
wine: Unhandled page fault on read access to 0x06240000 at address 0x22022e0
(thread 0047), starting debugger...
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
--
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=53556
Bug ID: 53556
Summary: winealsa.drv segfaults on process exit
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
Distribution: ---
Created attachment 72919
--> https://bugs.winehq.org/attachment.cgi?id=72919
Adds test to kernelbase_test.exe sync
I get a segfault on process exit whenever the winealsa.drv is loaded.
I can recreate this by running the winmm_test.exe midi test for example.
I've also attached a patch that adds a test to kernelbase_test.exe (under the
'sync' tests) that recreates this issue. It's recreated in this patch without
the process exit (thread termination is enough).
Here's the stacktrace for the winealsa.drv thread at the beginning of
signal_exit_thread (not long after SIGQUIT is signaled):
#0 0x00007ffff7cee3ce in signal_exit_thread ()
#1 0x00007ffff7d0d25b in abort_thread (status=status@entry=0) at
../../include/winnt.h:2246
#2 0x00007ffff7cf12e8 in quit_handler (signal=<optimised out>,
siginfo=<optimised out>, ucontext=<optimised out>) at
../../dlls/ntdll/unix/signal_x86_64.c:2861
#3 <signal handler called>
#4 0x00007ffff7e0a195 in __futex_abstimed_wait_common64 (private=0,
cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x7ffff5aa2528
<notify_read_cond+40>) at ./nptl/futex-internal.c:57
#5 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0,
clockid=0, expected=0, futex_word=0x7ffff5aa2528 <notify_read_cond+40>) at
./nptl/futex-internal.c:87
#6 __GI___futex_abstimed_wait_cancelable64
(futex_word=futex_word@entry=0x7ffff5aa2528 <notify_read_cond+40>,
expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0,
private=private@entry=0) at ./nptl/futex-internal.c:139
#7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0,
mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at
./nptl/pthread_cond_wait.c:503
#8 ___pthread_cond_wait (cond=cond@entry=0x7ffff5aa2500 <notify_read_cond>,
mutex=mutex@entry=0x7ffff5aa2540 <notify_mutex>) at
./nptl/pthread_cond_wait.c:627
#9 0x00007ffff5a99a67 in midi_notify_wait (args=0x23cfdd0) at
../../dlls/winealsa.drv/alsamidi.c:1512
#10 0x00007ffff7cd7f13 in __wine_unix_call (handle=<optimised out>,
code=<optimised out>, args=0x7ffff5aa2528 <notify_read_cond+40>) at
../../dlls/ntdll/unix/loader.c:1362
#11 0x00007ffff7cee565 in __wine_syscall_dispatcher ()
#12 0x00000000024cf640 in ?? ()
#13 0x0000000000000019 in ?? ()
#14 0x00007ffff7e0d850 in ?? () at ./nptl/pthread_create.c:321
#15 0x00007ffff7cee3cc in signal_start_thread ()
#16 0x0000000000000000 in ?? ()
Before the call to __GI___futex_abstimed_wait_cancelable64 (made from frame 7),
the following line of code is executed:
https://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/pthread_cond_wait.c;h…
__pthread_cleanup_push (&buffer, __condvar_cleanup_waiting, &cbuffer);
This appears to push some cleanup code on to a cleanup stack that glibc later
attempts to use during thread termination. However, the buffer and cbuffer
structs are allocated on the threads stack. Exploring frame 7, we can get the
memory address for the buffer struct (0x24ce870):
(gdb) f 7
#7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0,
mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at
./nptl/pthread_cond_wait.c:503
warning: Source file is more recent than executable.
503 err = __futex_abstimed_wait_cancelable64 (
(gdb) p &buffer
$1 = (struct _pthread_cleanup_buffer *) 0x24ce870
I then step forward 4 instructions:
(gdb) si
0x00007ffff7cee3d5 in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3d5 <signal_exit_thread+9>: test %rcx,%rcx
(gdb)
0x00007ffff7cee3d8 in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3d8 <signal_exit_thread+12>: jne 0x7ffff7cee3dc
<signal_exit_thread+16>
(gdb)
0x00007ffff7cee3dc in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3dc <signal_exit_thread+16>: mov %rcx,%rsp
(gdb)
0x00007ffff7cee3df in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3df <signal_exit_thread+19>: call *%rsi
(gdb) bt
#0 0x00007ffff7cee3df in signal_exit_thread ()
#1 0x00007ffff7d0a1f0 in start_thread (teb=0x67fd0000) at
../../dlls/ntdll/unix/thread.c:1070
#2 0x00007ffff7e0db43 in start_thread (arg=<optimised out>) at
./nptl/pthread_create.c:442
#3 0x00007ffff7e9fa00 in clone3 () at
../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
(gdb) p $rsp
$2 = (void *) 0x24cee00
And now the $rsp register is updated (to 0x24cee00), but it's to the right of
the buffer struct. 0x24cee00 - 0x24ce870 = 0x590 (1424 bytes). So once the
stack expands 1424 bytes (to the left), this buffer struct is overwritten.
I add a watch to the buffer structs memory address and continue:
(gdb) watch ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine
Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *)
0x24ce870)->__routine
(gdb) c
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff7e0c7a0 <__condvar_cleanup_waiting>
New value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop>
0x00007ffff7fc2426 in __GI__dl_find_object (pc1=0x7ffff51663e9
<_Unwind_ForcedUnwind+57>, result=0x24ce8d0) at ./elf/dl-find_object.c:363
363 if (__glibc_unlikely (_dlfo_main.map_end == 0))
1: x/i $rip
=> 0x7ffff7fc2426 <__GI__dl_find_object+6>: push %r13
(gdb)
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop>
New value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57>
0x00007ffff5166c91 in get_cie_encoding (cie=0x7ffff516a1b8) at
../../../src/libgcc/unwind-dw2-fde.c:299
299 aug = cie->augmentation;
1: x/i $rip
=> 0x7ffff5166c91 <get_cie_encoding+1>: mov %rdi,%rbp
(gdb)
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57>
New value = (void (*)(void *)) 0x24ce890
0x00007ffff516584c in uw_update_context_1 (context=0x24ceb90, fs=0x24ce9d0) at
../../../src/libgcc/unwind-dw2.c:1454
1454 switch (fs->regs.reg[i].how)
1: x/i $rip
=> 0x7ffff516584c <uw_update_context_1+492>: lea 0x4209(%rip),%rbp
# 0x7ffff5169a5c
(gdb) c
Continuing.
It actually gets updated a few times, but the last update is to an invalid
executable address (0x24ce890); which ultimately leads to the segfault:
Thread 2 "winmm_test.exe" received signal SIGSEGV, Segmentation fault.
0x00000000024ce890 in ?? ()
1: x/i $rip
=> 0x24ce890: rex.WXB add %al,(%r8)
1: x/i $rip
=> 0x24ce890: rex.WXB add %al,(%r8)
--
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=54359
Bug ID: 54359
Summary: DaciaMediaNavEvolutionToolbox crashes due to error in
libcef
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dani.faugiana(a)gmail.com
Distribution: ---
Created attachment 73931
--> https://bugs.winehq.org/attachment.cgi?id=73931
Backtrace of the crash in libcef.dll
Hello,
I am trying to run DaciaMediaNavEvolutionToolbox to update the car maps.
The application crashes right after starting, I have attached the backtrace.
I have tried running the software in Windows XP and Windows 7 modes.
Same result in both modes.
The error seems to be in libcef.dll, the Chromium Embedded Framework.
Searching other bugs, it seems that it's a bug that re-appears from time to
time as Chromium changes its internals.
Is the fix already ongoing?
Or should I give up (or maybe try to help fixing it?)
Thanks
--
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=33208
Bug #: 33208
Summary: WWII Battle Tanks: T-34 vs. Tiger selection of the new
company causes to crash
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 43931
--> http://bugs.winehq.org/attachment.cgi?id=43931
logout + backtrace
Game runs without any overrides, but has crash when selecting a new company.
--
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=40183
Bug ID: 40183
Summary: unable to install GOTO bridge software
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajax_lusinchi(a)yahoo.fr
Distribution: ---
Created attachment 53690
--> https://bugs.winehq.org/attachment.cgi?id=53690
report from installation
under ubuntu 140.04 with wine 1.6
GOTO bridge XVI works with windows
Installation failed
I also use without problem Funbridge sofware from the same firm
--
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=53951
Bug ID: 53951
Summary: Corsairs game crashes at startup
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: varrok(a)gmail.com
Distribution: ---
Created attachment 73527
--> https://bugs.winehq.org/attachment.cgi?id=73527
Logs from a clean wine32 prefix + winetricks dsound, quartz, gdi+, cinepack
components. WinXp compatibility mode.
Hi ????,
I'm trying to get the Corsairs Gold game to run
https://www.gog.com/game/corsairs_gold , but it refuses to. I got it to run on
one prefix (with issues, but at least got through the intro videos, menus [with
error messages] to gameplay), but reproducing it cleanly was too hard after
multiple attempts.
Sadly, this game doesn't have a demo for easy reproduction.
When I launch the game (getting past the separate .exe launcher), black screen
is displayed (where the cutscenes are supposed to play) for some time (probably
video duration) then the game's splash image is displayed, and the game crashes
at the first frame of the main menu.
The report issue Wine popup appears, but doesn't manage to fill in the data to
send even after waiting for a long while. I do have output logs though,
attached here.
Extra information:
- This game uses cinepack codec for the .avi videos, but installing it via
winetricks doesn't make them immediately run (they display black screen)
- The game requires at least the quartz component of winetricks (or
equivalent), and most likely dsound too - installing them alone didn't make the
game get to the menu correctly. Tried various other including: directmusic,
directshow, avifil32, dsmo, mf, allcodecs, gdi+, didn't seem to change
anything.
- The GOG version of the game uses a modified ddraw.dll (adraw.dll), it might
be the cause of some issues. Some person posted a modified exe that is
compatible with normal ddraw.dll
https://sourceforge.net/p/dxwnd/discussion/general/thread/2a942442/#7aa5 (Not
that I wish you to run potentially untrusted executables, so I'll just say I
tried it and though the file seems a legit game executable, it didn't help this
time)
- The crashed game doesn't exit cleanly, and sometimes the next launch crashes
a bit sooner than the others. Just a heads-up so you don't become insane from
seeing different outcomes to seemingly the same action :)
- wine-7.21-219-g5d1820c40bd , but the issue wasn't introduced in any new
version
- tested on a 32bit prefix, with emulated desktop 800x600
Br
--
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=34998
Bug #: 34998
Summary: 11 button mouse not detected in Wow
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)nuteknik.com
Classification: Unclassified
I am running wine 1.7.6 on Ubuntu 13.10.
I have a Razer Ochori 2013 mouse whose mouse buttons are not all detected while
running wow 5.4.
The mouse has four side buttons, two on the left, two on the right. Both
buttons on the right side are not detected in wow.
xev receives Buttonpress events for those two buttons, as 10 and 11.
note: xev receives both left side buttons as 8 and 9.
And curiously...I have never been able find buttons 6 or 7 on this mouse. The
mouse wheel does not tilt right or left...
I posted this issue in the forums and was suggested to open a bug.
Thanks for your help.
--
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=49616
Bug ID: 49616
Summary: Speechexec Pro Dictate fails with: ITERATE_Actions
Execution halted, action L"ProductKeyError" returned
1603 with "Use demo key" mode
Product: Wine
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: bozkar(a)gmail.com
Distribution: ---
Slighly older version of SpeechExec Pro Dictate does not install with "Use demo
key" under wine 5.2.10-staging
due to 0024:err:msi:ITERATE_Actions Execution halted, action L"ProductKeyError"
returned 1603
i.e. the generated demo key is not applied.
If You run the installer with WINEDEBUG=+msi and grep for the key, You will
find the generated trial key.
You can paste it during the next run and the installer will run (installing at
least some of the components).
0140:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"key", clsid
{000c109e-0000-0000-c000-000000000046} error was seen before in the output.
winetricks msxml6, dotnet40, dotnet20, and wsh were applied, the MS SQL
component ( SpeechExecLocalDataStorage_x86-ENU.msi ) was installed manually
before).
--
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=55407
Bug ID: 55407
Summary: wine-staging virtual desktop option breaks wine
creating windows
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lingtjien(a)hotmail.com
Distribution: ---
Environment:
AMD Ryzen 4800U
Wayland (Can also reproduce in X11)
Archlinux latest packages: wine-staging lib32-mesa lib32-vulkan-driver
lib32-vulkan-mesa-layers lib32-libva-mesa-driver lib32-pipewire lib32-libpulse
lib32-gnutls lib32-gst-plugins-good
Steps to reproduce:
1. start winecfg without a prefix and let it create a new prefix
2. go to graphics tab
3. enable the option to emulate a virtual desktop and press ok to confirm and
exit
4. start winecfg again
Result:
winecfg errors with:
```
0198:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0198:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
```
Expected result:
winecfg to open the config windows to allow the user to adjust settings
Note:
This problem does not occur with the regular wine version, only staging
--
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=25740
Summary: setupapi: registry values missing %token% replacement
(dynamic strings, updspapi) (Windows PowerShell 2.0)
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
trying to start the Windows PowerShell Integrated Scripting Environment (ISE)
after installing Windows PowerShell 2.0 fails.
--- snip ---
$ wine powershell_ise.exe
...
Unhandled Exception: System.Reflection.TargetInvocationException: Exception has
been thrown by the target of an invocation. ---> System.ArgumentNullException:
Value cannot be null.
Parameter name: window
at System.Windows.MessageBox.Show(Window owner, String messageBoxText,
String caption, MessageBoxButton button, MessageBoxImage icon, MessageBoxResult
defaultResult)
at Microsoft.Windows.PowerShell.Gui.Internal.Program.Initialize()
--- End of inner exception stack trace ---
at Microsoft.Windows.PowerShell.GuiExe.Internal.GPowerShell.Main(String[]
args)
wine: Unhandled exception 0xe0434f4d at address 0x7b838ce2 (thread 0009),
starting debugger...
--- snip ---
The real cause is the inability to locate/load the assembly
"CompiledComposition.Microsoft.PowerShell.GPowerShell.dll" leading to later
crash.
The path to assembly is resolved using registry:
--- snip ---
0026:Call advapi32.RegOpenKeyExW(80000002,009bf828
L"Software\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00020019,0032ece8)
ret=0036a6a7
0026:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=0036a6a7
...
0026:Call advapi32.RegQueryValueExW(00000180,009bf770
L"ApplicationBase",00000000,0032ed18,00000000,0032ed1c) ret=0036a7aa
0026:Ret advapi32.RegQueryValueExW() retval=00000000 ret=0036a7aa
...
0026:Call KERNEL32.GetFullPathNameW(0032ea1c
L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\CompiledComposition.Microsoft.PowerShell.GPowerShell.dll",00000105,0032e810,00000000)
ret=0036a1c3
0026:Ret KERNEL32.GetFullPathNameW() retval=00000073 ret=0036a1c3
--- snip ---
Registry export:
--- snip ---
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Microsoft\PowerShell\1\PowerShellEngine]
"ApplicationBase"="%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
"ConsoleHostAssemblyName"="Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil"
"ConsoleHostModuleName"="\"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\""
"PowerShellVersion"="2.0"
"PSCompatibleVersion"="1.0,2.0"
"RuntimeVersion"="v2.0.50727"
--- snip ---
The path contains "%SystemRoot%" token which should have been deformated at
_install_ time (.NET app code directly takes the path string).
>From the setupapi/updspapi based installer's update.inf:
--- snip ---
...
[ProductInstall.GlobalRegistryChanges.Install]
AddReg=PowerShell.Add.Reg
DelReg=PowerShell.Del.Reg
...
[PowerShell.Add.Reg]
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ApplicationBase",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostAssemblyName",0x00000000,"Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostModuleName",0x00000000,"""%SystemRoot%\system32\WindowsPowerShell\v1.0\Microsoft.PowerShell.ConsoleHost.dll"""
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PowerShellVersion",0x00000000,"2.0"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PSCompatibleVersion",0x00000000,"1.0,2.0"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"RuntimeVersion",0x00000000,"v2.0.50727"
HKLM,SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell,"Path",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe
--- snip ---
There are also %token% strings which are _not_ to be replaced, hence the double
% quoting:
--- snip ---
HKLM, SYSTEM\CurrentControlSet\Services\WinRM\Parameters, ServiceDll,
0x00020000, "%%SystemRoot%%\system32\WsmSvc.dll"
--- snip ---
MSDN says about the "INF AddReg Directive":
http://msdn.microsoft.com/en-us/library/ff546320.aspx
--- snip ---
[add-registry-section]
reg-root, [subkey],[value-entry-name],[flags],[value]
...
value
...
The expression of such a value depends on the registry type specified for
the flag, as follows:
* A registry string-type value can be expressed either as a "quoted
string" or as a %strkey% token defined in a Strings section of the INF file.
Such an INF-specified value does not have to include a NULL terminator at the
end of each string.
...
--- snip ---
There is a "dynamic strings" directive present in .inf file:
--- snip ---
[DynamicStrings]
SystemRoot=InstallPathEnvVar,SystemRoot
--- snip ---
This part is processed by installer, updspapi.UpdSpSetDynamicStringA gets
called:
--- snip ---
0023:Call setupapi.SetupFindFirstLineA(00144c68,01025d10
"DynamicStrings",00000000,0033bb94) ret=010758be
0023:Call ntdll.RtlCreateUnicodeStringFromAsciiz(0033baa8,01025d10
"DynamicStrings") ret=688f6bbf
0023:Ret ntdll.RtlCreateUnicodeStringFromAsciiz() retval=00000001 ret=688f6bbf
0023:trace:setupapi:SetupFindFirstLineW (0x144c68,L"DynamicStrings",(null)):
returning 63/0
..
0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025830 "ProcessDynamicStrings:
InstallPathEnvVar for %s returned %s",0033bb80) ret=010706ea
...
0023:Call updspapi.UpdSpSetDynamicStringA(00144c68,010f4940
"SystemRoot",001b7108 "C:\\windows") ret=01075d51
0023:fixme:updspapi:UpdSpSetDynamicStringA 0x144c68 "SystemRoot" "C:\\windows"
0023:Ret updspapi.UpdSpSetDynamicStringA() retval=00000001 ret=01075d51
...
0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025754 "ProcessDynamicStrings:
all %%%s%% replaced with %s.",0033bb80) ret=010706ea
--- snip ---
Setupapi installer log:
--- snip ---
2.734: ProcessDynamicStrings: InstallPathEnvVar for SystemRoot returned
C:\windows
2.734: ProcessDynamicStrings: all %SystemRoot% replaced with C:\windows.
--- snip ---
At later stage, when the registry section is processed:
--- snip ---
0023:trace:setupapi:SetupFindNextMatchLineW
(0x144c68,L"ProductInstall.GlobalRegistryChanges.Install",L"AddReg"): returning
2
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/10/2 index 1
returning L"PowerShell.Add.Reg"
0023:trace:setupapi:SetupFindFirstLineW
(0x144c68,L"PowerShell.Add.Reg",(null)): returning 48/0
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 1
returning L"HKLM"
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 2
returning L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine"
...
0023:trace:setupapi:SetupGetStringFieldA context 0x144c68/0x144c68/48/0 index 4
returning "0x00000000"
0023:Call advapi32.RegCreateKeyExW(80000002,0033935c
L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00000000,00000000,02000000,00000000,0033b37c,00000000)
ret=688ec641
0023:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=688ec641
0023:trace:setupapi:registry_callback key 0x80000002
L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine"
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 3
returning L"ApplicationBase"
...
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 5
returning L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
0023:trace:setupapi:do_reg_operation setting value L"ApplicationBase" to
L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
0023:Call advapi32.RegSetValueExW(0000006c,0033935c
L"ApplicationBase",00000000,00000001,0075d100,0000005a) ret=688ec5be
0023:Ret advapi32.RegSetValueExW() retval=00000000 ret=688ec5be
...
0023:Call advapi32.RegCloseKey(0000006c) ret=688ec6ce
0023:Ret advapi32.RegCloseKey() retval=00000000 ret=688ec6ce
--- snip ---
The string field containing %SystemRoot% token never got the replacement value.
Updspapi.dll UpdSpSetDynamicStringA() is a stub and does not have any
connection to setupapi, maybe this is the problem.
Updspapi seems like an internal/private version of Microsofts setupapi library,
distributed with installers/SP installers - not to be installed into OS.
Unfortunately setting updspapi to "native", skipping Wine's builtin stub
crashes the installer.
BTW ... the PowerShell console/command line stuff really integrates nicely now
that Wine has proper console support (wineconsole no longer needed).
Regards
--
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=42862
Bug ID: 42862
Summary: Gta 5 doesn't launch in dx10 mode
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jhntipo(a)gmail.com
Created attachment 57960
--> https://bugs.winehq.org/attachment.cgi?id=57960
The GTA5.exe backtrace
When I launch GTA 5, the game doesn't appear instead, the Program error
dialogue box shows up. I am using the 3dm crack but the file that crashes is
GTA5.exe. I used commandline.txt to set the graphics runtime to dx10.
--
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=34720
Bug #: 34720
Summary: Resident Evil 3: in the game launcher fonts not
rendered correctly
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46293
--> http://bugs.winehq.org/attachment.cgi?id=46293
RE3 Trace +font
You run the launcher using ResidentEvil3_menu.exe. I don't get anything in the
log. I've created a trace +font.
The problem can be reproduced in the demo (check out the link).
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=45472
Bug ID: 45472
Summary: oleaut32/oleaut.c: 1 MSVC "warning C4090: '=' :
different 'const' qualifiers"
Product: Wine
Version: 3.3
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugs_serge_180716(a)gautherie.fr
{{
...\oleaut32\oleaut.c(865) : warning C4090: '=' : different 'const' qualifiers
}}
pPSDispatchFacBuf is loosing its const.
Code added by
https://source.winehq.org/git/wine.git/commit/ebb839733ad84627a1be954ed861a…
.
Fwiw, see https://jira.reactos.org/browse/CORE-7538 .
There are other cases of this warning. With this first example, I would like to
know how you want them fixed...
--
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=54698
Bug ID: 54698
Summary: Printing from GRTools app under Wine-git (latest), the
app will crash
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mahmoudshmaitelly(a)yahoo.com
Distribution: ---
Created attachment 74208
--> https://bugs.winehq.org/attachment.cgi?id=74208
Printing bug app crashes
If I print from the app GRTools (freely available from GRTools.de) running
under latest wine-git version 8.4, the GRTools would crash and generates a
debug file as attached.
Thanks,
Mahmoud A Shmaitelly
--
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=55409
Bug ID: 55409
Summary: 3dmark2001se DOT3 mapping test caused crash on mesa
git (23.3+)
Product: Wine
Version: 8.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: randrik(a)mail.ru
Distribution: ---
So, another regression between 8.0-rc2 and 8.7/8.12 (8.7 crashes around that
test, so not sure if there was another bug)
I have integrated RS780L AMD GPU (very weak, openGL 3.3/3.0) and "new" GeForce
710 2Gb (OpenGL 4.3 on nouveau driver).
Both started to fail in 3dmark2001se DOT3 bump mapping test.
For testing try to install 3DMark2001SE, run it, uncheck all tests apart from
DOT3, run it (for me in 1400x900x32, 8AA).
For me it crashes on wine 8.12 / 8.7, and run OK on wine 8.0-rc2
--
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=55165
Bug ID: 55165
Summary: Age of Empires II Definitive Edition quits on startup,
due to WinVerifyTrust() failing on game binaries.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintrust
Assignee: wine-bugs(a)winehq.org
Reporter: david(a)davidgow.net
Distribution: ---
The latest update of Age of Empires II: Definitive Edition no longer runs under
wine and wine derivatives like Proton, Crossover, etc. This is because the
updated version has an anti-tampering check which calls WinVerifyTrust() on all
of the bundled .exe and .dll files (even those the game doesn't use).
Under Wine, WinVerifyTrust() fails with TRUST_E_CERT_SIGNATURE on these PE
files, even though it works on other signed executables.
Patching wine to always return 0 from WinVerifyTrust() allows the game to
start, and to run successfully. See:
https://github.com/ValveSoftware/Proton/issues/3189#issuecomment-1610974028
I've written a simple program which calls WinVerifyTrust() on a file and prints
the error:
(source): https://davidgow.net/stuff/trustchk.c
(x86_64 binary): https://davidgow.net/stuff/trustchk64.exe
The trustchk64.exe binary is signed, so "trustchk64.exe trustchk64.exe" prints:
trustchk64.exe: 0 (Success. )
Running against an unsigned binary gives:
trustchk.exe: 800B0100 (No Signature found in file. )
Running against AoE2:DE's AoE2DE_s.exe file (or any other .exe or .dll from the
game) fails with:
AoE2DE_s.exe: 80096004 (TRUST_E_CERT_SIGNATURE: The signature of the
certificate cannot be verified.)
I've extracted the offending executable's signature with osslsigncode
extract-signature:
https://davidgow.net/stuff/AoE2DE_s.sig
Equally, I've verified the executable signature with osslsigncode:
https://davidgow.net/stuff/AoE2DE_s.sig-verify.txt
The Steam game info for the affected version is:
App ID: 813780
Build ID: 11543327
--
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=55058
Bug ID: 55058
Summary: dbghelp:dbghelp - SymRefreshModuleList() sometimes
returns 0 in 64-bit Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dbghelp:dbghelp - SymRefreshModuleList() sometimes returns 0 in 64-bit Wine:
dbghelp.c:746: Test failed: SymRefreshModuleList failed: 0
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
This started happening systematically in the nightly tests on 2023-06-12, but
only in 3 of the 5 64-bit Wine test configurations:
* fails gitlab-debian-64 (Debian 11 container)
* fails debian11b-wow64 (Debian 11 QEmu VM)
* success debiant-wow64 (Debian Testing QEmu VM)
* fails fgtb-debian11-wow64 (Debian 11 QEmu VM)
* success fg-deb64-wow64 (Debian 11.7 QEmu VM)
Despite happening systematically in the nightlies I have not been able to
reproduce the failure reliably.
--
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=54962
Bug ID: 54962
Summary: GDI+ text rendering does not handle carriage returns
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: klightspeed(a)netspace.net.au
Distribution: ---
Created attachment 74489
--> https://bugs.winehq.org/attachment.cgi?id=74489
C++ program reproducing issue
gdip_format_string does not currently handle CR-LF sequences in text to
be drawn. This results in boxes being rendered on the end of each line
rendered by e.g. Graphics::DrawString when the string contains
CR-LF (\r\n) newlines.
Comparing to the behaviour on Windows, it appears that Windows renders
carriage returns as zero-width characters.
Comparing the values filled into the lpnDx parameter to
GetTextExtentExPointW, Windows gives the characters '\r', '\n', and '\t'
a width of 0, while wine gives them the same width as any other unknown
character.
Windows:
Character offsets: "H" (12) "e" (21) "l" (24) "l" (27) "o" (36) "\u000d" (36)
"\u000a" (36) "W" (51) "o" (60) "r" (65) "l" (68) "d" (77)
wine:
Character offsets: "H" (12) "e" (21) "l" (25) "l" (29) "o" (38) "\u000d" (43)
"\u000a" (48) "W" (63) "o" (72) "r" (77) "l" (81) "d" (90)
--
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=53287
Bug ID: 53287
Summary: MxManagementCenter crashes on unimplemented function
msvcp140.dll.??0?$codecvt@_SDU_Mbstatet@@@std@@QEAA@_K
@Z when adding a camera
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 72654
--> https://bugs.winehq.org/attachment.cgi?id=72654
Console output
To reproduce, open the program, click "Add Devices", click the plus sign, type
127.0.0.1 in the URL box, and click the X at the top-right corner of the pop-up
dialog.
$ sha256sum MxManagementCenter-2.6_Setup-win64.exe
c728c75a259fc17d7a30bb9f19fb0179a49ae7f1ee69e28d21d1558ef0134654
--
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=34197
Bug #: 34197
Summary: Rootmagic 6 Invalid operation GDI+ (Code 1)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Windows
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ivebeeneverywheremate(a)gmail.com
Classification: Unclassified
I have tried to open Rootsmagic 6 on Linux Mint 13 using Wine 1.4. A message
dialog box appears with a message "Invalid operation in GDI+ (Code:1)". There
is no issue with Wine opening Rootsmagic 4.
--
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=54554
Bug ID: 54554
Summary: ntdll:file - test_set_io_completion() gets unexpected
count values on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:file - test_set_io_completion() gets unexpected count values on Windows
11:
file.c:989: Test failed: wrong count 0
file.c:1057: Test failed: wrong count 0
file.c:1062: Test failed: wrong count 0
See https://test.winehq.org/data/patterns.html#ntdll:file
--
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=55437
Bug ID: 55437
Summary: Death Stranding: "Start" and "Back" buttons are
reversed
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windows.gaming.input
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 74996
--> https://bugs.winehq.org/attachment.cgi?id=74996
Logs with WINEDEBUG=+input
Like the title says: when playing Death Stranding with a controller (tested on
a Switch Pro Controller and an Xbox 360), the mapping for the "Start" and
"Back" buttons are reversed.
This means that "Start" makes the character yell, and "Back" pauses the game
(instead of the opposite).
If I test the mapping with `wine control`, the mapping is normal.
Tested the Epic Games version of the game (launched with Legendary). Obviously,
needs DXVK and vkd3d-proton to launch it.
--
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=55403
Bug ID: 55403
Summary: Office 2021 needs
Windows.Management.Deployment.PackageManager
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Distribution: ---
I'm thinking about buying Office 2021 to run it in Wine, but I wanted to try
before I bought so I found a page linking to official Office 2021 cd images and
downloaded the English version
(https://officecdn.microsoft.com/db/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/med…)
Immediately after starting setup, the installer quits with the following log:
002c:fixme:winediag:LdrInitializeThunk wine-staging 8.12 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0088:fixme:wineusb:query_id Unhandled ID query type 0x5.
0110:fixme:ntdll:EtwEventSetInformation (deadbeef, 0, 00000000, 0) stub
0110:fixme:cryptasn:CryptDecodeObjectEx Unsupported decoder for lpszStructType
1.3.6.1.4.1.311.2.1.12
0110:fixme:cryptasn:CryptDecodeObjectEx Unsupported decoder for lpszStructType
1.3.6.1.4.1.311.2.1.12
0110:fixme:ole:CoInitializeSecurity 00000000, -1, 00000000, 00000000, 0, 3,
00000000, 0, 00000000 stub
0110:fixme:ntdll:EtwEventSetInformation (deadbeef, 0, 00000000, 0) stub
0110:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 009E7331, 56) stub
0110:fixme:ver:GetCurrentPackageId (00C2EBAC 00000000): stub
0110:fixme:nls:get_dummy_preferred_ui_language (0x8 0x809 00C2E904 00000000
00C2E900) returning a dummy value (current locale)
0110:fixme:nls:get_dummy_preferred_ui_language (0x8 0x809 00C2E904 00A736F0
00C2E900) returning a dummy value (current locale)
0110:fixme:ver:GetCurrentPackageId (00C2E424 00000000): stub
0114:fixme:sync:SetWaitableTimerEx (000000E8, 0241DF30, 0, 00000000, 00000000,
00000000, 10000) semi-stub
0110:fixme:ntdll:fill_battery_state Multiple batteries found, only reporting on
the first
0058:fixme:nsi:ipv6_forward_enumerate_all not implemented
0058:fixme:nsi:ipv6_forward_enumerate_all not implemented
0110:fixme:ver:GetFileVersionInfoSizeExW flags 0x2 ignored
0110:fixme:ver:GetFileVersionInfoExW flags 0x2 ignored
0110:fixme:ver:GetFileVersionInfoSizeExW flags 0x2 ignored
0110:fixme:ver:GetFileVersionInfoExW flags 0x2 ignored
012c:fixme:combase:RoActivateInstance (03A3FDD4, 03A3FDCC): semi-stub
012c:fixme:combase:RoGetActivationFactory
(L"Windows.UI.ViewManagement.UISettings",
{00000035-0000-0000-c000-000000000046}, 03A3FD8C): semi-stub
012c:fixme:ui:uisettings2_get_TextScaleFactor iface 03526724, value 03A3FDB8
stub!
012c:fixme:dwmapi:DwmSetWindowAttribute (00010068, 21, 03A3FE8C, 4) stub
012c:fixme:combase:RoActivateInstance (03A3FD84, 03A3FD7C): semi-stub
012c:fixme:combase:RoGetActivationFactory
(L"Windows.UI.ViewManagement.UISettings",
{00000035-0000-0000-c000-000000000046}, 03A3FD3C): semi-stub
012c:fixme:ui:uisettings2_get_TextScaleFactor iface 03526724, value 03A3FD68
stub!
012c:fixme:combase:RoActivateInstance (03A3FD8C, 03A3FD84): semi-stub
012c:fixme:combase:RoGetActivationFactory
(L"Windows.UI.ViewManagement.UISettings",
{00000035-0000-0000-c000-000000000046}, 03A3FD44): semi-stub
012c:fixme:ui:uisettings2_get_TextScaleFactor iface 03526724, value 03A3FD70
stub!
0110:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0110:fixme:ver:GetPackagesByPackageFamily
(L"Microsoft.Office.Desktop_8wekyb3d8bbwe" 00C2E848 00000000 00C2E84C
00000000): stub
0110:fixme:combase:RoGetActivationFactory
(L"Windows.Management.Deployment.PackageManager",
{00000035-0000-0000-c000-000000000046}, 00C2DF2C): semi-stub
0110:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.Management.Deployment.PackageManager"
0110:fixme:combase:RoOriginateLanguageException 0x80040154, L"", 00000000: stub
0110:err:seh:NtRaiseException Unhandled exception code c0000409 flags 1 addr
0x7fe2df
Seems like it's because Windows.Management.Deployment.PackageManager does not
exist
--
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=55215
Bug ID: 55215
Summary: user32:text - test_DrawTextCalcRect() crashes on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:text - test_DrawTextCalcRect() crashes on Windows:
text.c:537: this is the last test seen before the exception
0500:text: unhandled exception c0000005 at 77CF9F08
See https://test.winehq.org/data/patterns.html#user32:text
The crash most likely happens on this line due to the invalid LPRECT pointer:
textheight = DrawTextExA((HDC)0xdeadbeef, emptystring, 100000,
(LPRECT)0xdeadbeef, 0, 0);
Which was introduced by this commit:
commit 35c8f15bc67f7602438fe0c39a69ff6ddf6b8297
Author: Fabian Maurer <dark.shadow4(a)web.de>
AuthorDate: Mon Jun 12 22:02:45 2023 +0200
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Wed Jul 5 21:06:38 2023 +0200
user32: Ignore invalid parameters in DrawTextEx when HDC is invalid.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47089
Signed-off-by: Fabian Maurer <dark.shadow4(a)web.de>
Note that this crash is specific to the official winetest.exe builds, probably
due to some memory layout difference. Regardless it means the test is
incorrect.
Also this crash was detected by the TestBot so MR!3049 should not have been
merged.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3049
--
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=22596
Summary: PhotoScape unable to change/save files under Wine
1.1.43
Product: Wine
Version: 1.1.43
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: daquirm(a)seznam.cz
CC: daquirm(a)seznam.cz
Created an attachment (id=27721)
--> (http://bugs.winehq.org/attachment.cgi?id=27721)
LOG from the terminal
OS: Ubuntu 10.04 64bit
Wine 1.1.42 and 1.1.43 (tried Windows XP and Windows 7 compatibility mode)
trying to run PhotoScape v3.40
Problem: PhotoScape is unable to save or edit any files/images. It looks like
it's running just with read only permission.
Solution: Downgrade to Wine 1.1.31
--
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=54839
Bug ID: 54839
Summary: 3DMark 2000: missing benchmark information
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
Created attachment 74341
--> https://bugs.winehq.org/attachment.cgi?id=74341
3DMark 2000 in Wine 8.5
Steps to reproduce:
1. Download and install 3DMark 2000 from the link above. The website has the
authentication key, but it is not necessary to complete the installation.
2. Launch 3DMark 2000 and and click "run default benchmark."
In between each benchmark test a screen is displayed which shows information
about your current settings and the next test to be performed, as well as the
amount of completed tests and remaining time until completion. In Wine 8.5 this
information does not appear.
Like with issue 54828 I would greatly appreciate if someone could reproduce
this, I always try to check if bugs can be reproduced in a VM but 3DMark's
software is very picky about the graphics card you have installed.
Another weird thing I experienced was with the "Texture Rendering Speed Test."
The 8MB textures version of this test has strangely wobbly and warping textures
which makes it seem like it is running at very low framerate. The other
variations of this test run perfectly.
--
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=55504
Bug ID: 55504
Summary: .NET 7 not working
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: makiwolf(a)outlook.at
Distribution: ---
Created attachment 75068
--> https://bugs.winehq.org/attachment.cgi?id=75068
backtrace
Can't run new dotnet 7 applications on command line
I have downloaded and installed on a clean ubuntu 23.04 system
https://dotnet.microsoft.com/en-us/download/dotnet/7.0
wine cmd
dotnet new console
dotnet run
OR
wine cmd
dotnet new winforms
dotnet run
Does anyone know if new .NET7 is supported in wine or only the old classic .NET
Framework?
Also can't find the new version in Wine AppDB
https://appdb.winehq.org/objectManager.php?sClass=application&iId=2586
--
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=47609
Bug ID: 47609
Summary: Godhome needs
"msvcp140.dll.??0?$codecvt@_UDU_Mbstatet@@@std@@QEAA@_
K@Z"
Product: Wine
Version: 4.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: Gentoo
Created attachment 65035
--> https://bugs.winehq.org/attachment.cgi?id=65035
Godhome output console log
Hello,
Godhome from GoG crashes at launch and needs this function to start.
Install vcrun2015 with winetricks fixes this issue.
If someone can work to fix bug #47605, the game needs this function too and the
previous workaround does not work
Thanks :-)
Maxime
--
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=36739
Bug ID: 36739
Summary: PreSonus Studio One 2.6 user interface/controls text
is invisible
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says.
In 'PreSonus Studio One 2.6', menu items, button and various other UI controls
text is invisible.
'winetricks -q gdiplus' works around and makes everything appear correctly.
$ sha1sum PreSonus_Studio_One_26_Installer.exe
a48cf628a04e514060e9d63b8eca4edead1bcc8b PreSonus_Studio_One_26_Installer.exe
$ du -sh PreSonus_Studio_One_26_Installer.exe
112M PreSonus_Studio_One_26_Installer.exe
$ wine --version
wine-1.7.20
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=50301
Bug ID: 50301
Summary: Star Wars:The old republic's launcher crashes
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gnarlin(a)gmail.com
Distribution: ---
Created attachment 68872
--> https://bugs.winehq.org/attachment.cgi?id=68872
launcher.exe before installing winbind and after
SWTOR runs with 5.0, but only to a loading screen. So I updated wine to the
staging 6.0-rc1 from winehq but only got errors. One of the errors indicated
that wine needed winbind, so I tried installing that. I still got errors, but
not as few but the launcher would still not 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.
http://bugs.winehq.org/show_bug.cgi?id=35333
Bug ID: 35333
Summary: Text underline problem using GM_ADVANCED graphics mode
and dc rotation
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Classification: Unclassified
Created attachment 47126
--> http://bugs.winehq.org/attachment.cgi?id=47126
wine screenshot with underlined text and TA_BASELINE text align (error)
Underlined text painted with TextOut() is not been drawn correctly in
GM_ADVANCED graphicsmode.
--
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=33664
Bug #: 33664
Summary: Can't paste from clipboard in Miranda
Product: Wine
Version: 1.5.31
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 1and2(a)gmx.at
Classification: Unclassified
Created attachment 44563
--> http://bugs.winehq.org/attachment.cgi?id=44563
Terminal log
I cannot paste text from the clipboard in a chat window in Miranda 0.10.12.
OS: openSuse 12.3 KDE
Terminal log attached.
--
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=54778
Bug ID: 54778
Summary: Multiple apps need support for SM1 non-float
expression (Strong Bad's Cool Game for Attractive
People Episode 1: Homestar Ruiner, Darksiders II
Deathinitive Edition (GOG), NewoAsteroids played with
Dolphin emulator)
Product: vkd3d
Version: 1.7
Hardware: x86-64
URL: https://www.moddb.com/games/strong-bad/downloads/stron
g-bad-s-cool-game-for-attractive-people-demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
0114:err:d3dcompiler:D3DCompile2 <anonymous>:9:11: E5017: Aborting due to
not yet implemented feature: SM1 non-float expression.
--
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=40867
Bug ID: 40867
Summary: Some monospaced fonts rendered with double letter
spacing (cursor doubled)
Product: Wine
Version: 1.9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hexench(a)gmail.com
Distribution: ---
Created attachment 54922
--> https://bugs.winehq.org/attachment.cgi?id=54922
Far Manager wrong font spacing (Consolas)
For example i use Far Manager.
With Lucida Console all fine, but with Consolas font text width double letter
spacing.
I tried to copy glyphs from Consolas to Lucida, when I copied only Latin - font
was looked approximately normal, but when i copied more glyphs - font became
with double letter space.
--
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=54409
Bug ID: 54409
Summary: PNGGauntlet crashes on drag and drop
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stuart.lindley+winehq(a)gmail.com
Distribution: ---
Created attachment 73970
--> https://bugs.winehq.org/attachment.cgi?id=73970
dotnet 4 & dotnet40_kb2468871 output from terminal
Using Fedora 37, Wine from the staging repo, but the default from fedora also
has the same issues dating back to Fedora 36 too. I'm not sure which version
version exactly it broke.
Requirements:
PNGGauntlet is available from https://pnggauntlet.com/
For this application to work at present you'll need to install dotnet40 and
dotnet40_kb2468871. Without using actual dotnet, mono is used however wine
claims it can't find
/usr/share/wine/mono/wine-mono-7.4.0/bin/libmono-2.0-x86_64.dll and fails to
start even though that exact dll is in the exact directory it should be.
Reproducing:
The application crashes when dragging and dropping 10+ png images from a file
browser I'm currently using Nemo 5.6.2 from the Cinnamon Desktop environment.
You should be able to drag and drop as many images as you want in, this is how
it work in windows. You will need to kill the command manually after you've
compressed some images as it won't close.
--
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=52589
Bug ID: 52589
Summary: Broken menu drawing in VCL apps when using styles
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michael.monreal+wine(a)gmail.com
Distribution: ---
Recently I got the chance to beta test the upcoming version 5 of popular data
recovery tool IsoBuster (www.isobuster.com/) on wine. The new version
introcuces the option to use GUI styles using the Visual Component Library
(VCL) by Embarcadero. While the app still works with themes I noticed a few
problems which only show on wine:
1. Opening a second menu from the menu band does not close a previously open
menu, meaning multiple menus are shown at the same time and draw on top of each
other
2. Menu items in the opened menu lose styling as soon as the mouse touches them
These problems only show when the new styling is active.
--
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=51622
Bug ID: 51622
Summary: i2c/ddc support in Wine
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Does it exist? I've tried grepping Wine source code and haven't found anything.
--
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=54601
Bug ID: 54601
Summary: Compilation fails with gcc 4.3.4 (error: unknown field
‘Type’ specified in initializer)
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 74133
--> https://bugs.winehq.org/attachment.cgi?id=74133
log.txt
in distro:
# uname --kernel-release
3.0.66
# gcc --version
4.3.4
# ldd --version
2.10.1
Compiling wine-8.1 fails with:
../wine-8.1/dlls/ntdll/unix/server.c: In function ‘invoke_system_apc’:
../wine-8.1/dlls/ntdll/unix/server.c:409: error: unknown field ‘Type’ specified
in initializer
../wine-8.1/dlls/ntdll/unix/server.c:409: warning: missing braces around
initializer
../wine-8.1/dlls/ntdll/unix/server.c:409: warning: (near initialization for
‘ext.<anonymous>’)
../wine-8.1/dlls/ntdll/unix/server.c:410: error: unknown field ‘Pointer’
specified in initializer
../wine-8.1/dlls/ntdll/unix/server.c:411: warning: initialization makes integer
from pointer without a cast
Compiling also fails with wine-8.2
--
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=55475
Bug ID: 55475
Summary: Respondus LockDown Browser crashes on launch,
KERNEL32.dll.DiscardVirtualMemory not implemented
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: micah.haber(a)gmail.com
Distribution: ---
Created attachment 75037
--> https://bugs.winehq.org/attachment.cgi?id=75037
Unhandled exception: unimplemented function KERNEL32.dll.DiscardVirtualMemory
called in 32-bit code (0x7bc2bbf0)
Installed in Windows 10 environment.
--
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=54177
Bug ID: 54177
Summary: vbscript fails to compile sub call when argument
expression contains multiplication
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on the port of Visual Pinball, we found a script with code
similar to the following that fails to compile:
Public Sub AddTimer(aDelay, aMessage)
End Sub
Dim ii
ii = 1
AddTimer (ii-1)*200, "Message"
If the expression is wrapped in parenthesis, it compiles successfully:
AddTimer ((ii-1)*200), "Message"
--
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=28659
Bug #: 28659
Summary: rpcrt4/server test crashes on 32-bit FreeBSD9
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: FreeBSD
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 36831
--> http://bugs.winehq.org/attachment.cgi?id=36831
backtrace
The rpcrt4/rpc test fails as well, but that may be related to missing ntlm_auth
(which I haven't found how to satisfy on FreeBSD). The server test shows that
same error, but also crashes, so something nastier is going on.
Backtrace attached.
--
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=52720
Bug ID: 52720
Summary: cmd.exe:batch times out in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
cmd.exe:batch started timing out in Wine on 2022-03-17:
batch.c:427: running TEST_CMDLINE.CMD test...
cmd.exe:batch:040c done (258) in 120s
Test failed: timed out
https://test.winehq.org/data/patterns.html#cmd.exe:batch
Unfortunately I was unable to find a change in Wine that would be the cause for
the timeout: in my tests cmd.exe:batch still times out when run from older Wine
versions.
* Based on the WineTest logs cmd.exe:batch was taking about 50 seconds up to
2022-03-16. But the next day that run time more than doubled to about 118 - 170
seconds, causing it to time out most of the time.
* Reverting the Wine source to the 2022-03-16 head, rebuilding from scratch and
recreating the wineprefix did not help: cmd.exe:batch still times out.
* No package upgrades were performed on that date. Plus this regression
happened simultaneously on multiple machines with different upgrade schedules.
* WINETEST_TIME=1 indicates that almost all of the time is spent running
TEST_BUILTINS.CMD:
batch.c:427:0.149 running TEST_BUILTINS.CMD test...
batch.c:136:158.289 Test succeeded
^^^ The first ok() call after WaitForSingleObject() is in the map_file() called
after run_test()
* Running the test manually it looked like the "--- for /R" "Plain directory
enumeration" part of test_builtins.cmd was enumerating all of the computer's
directories, starting with /bin, /boot, /etc, ... That would certainly take a
long time but that run crashed after about 1 minute so this may be unrelated.
--
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=53095
Bug ID: 53095
Summary: system:NtUserChangeDisplaySettings Changing
L"\\\\.\\DISPLAY1" display settings returned -2
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zizka(a)seznam.cz
Distribution: ---
Created attachment 72524
--> https://bugs.winehq.org/attachment.cgi?id=72524
1) Wine 7.0 crash; 2) Attempts to run with the Wine bundled by the vendor
(i-deal Games)
App: "Jagged Alliance 2 - Wildfire" from Steam
Wine 7.0
Ubuntu 2022.04
I am trying to make Jagged Alliance run.
The Wine distributed with Jagged Alliance seems not to work, because it has 36
byte long libwine.so and Wine doesn't even start. See the "JA 2 dist Wine log"
below.
So I tried with Wine 7.0 (current stable), and it failed with:
system:NtUserChangeDisplaySettings Changing L"\\\\.\\DISPLAY1" display
settings returned -2
Along that, the system switched to fullscreen, with the whole screen black.
On a second run, Wine crashed - see the 1st part of the attached text.
I will try to contact the company and ask if they could figure out.
But in the meantime, I think this is a valid bug on an old Win32 game which
could be present on some others. Thanks to anyone who takes a look.
--
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=22904
Summary: Register URL protocol handlers under Linux
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kempe.marcus(a)gmail.com
winemenubuilder is able to automatically register file type associations and
build menus under Linux, when triggered by an application under wine.
It would be great if the same thing were true for protocol handlers, so that
these would become registered in much the same way as when using gconftool in
gnome:
gconftool -s /desktop/gnome/url-handlers/spotify/command 'wine
c:\\spotify\\spotify.exe %s' --type String
gconftool-2 -s /desktop/gnome/url-handlers/spotify/enabled --type Boolean true
Would this be possible, hard, or maybe not a good idea?
--
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=16214
Summary: Copy command does not work as expected
Product: Wine
Version: 1.0.1
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
>From Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/272921
In Windows, the COPY command run in a command prompt allows users to
concatenate files by using a plus ("+") operator, for example:
copy file1+file2 outfile
In wine's cmd.exe, it seems to read file1+file2 as a single path and therefore
outputs a "Path Not Found". Also, it does not recognize the "con" keyword used
to represent stdout/stdin. Therefore another method of concatenating files:
copy file1 outfile
copy file2 con >> outfile
does not work either.
My Ubuntu version is 8.04, AMD64 architecture, though I have seen the same
issue on the x86 version as well.
--
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=20474
Summary: Wine can't be built with GCC in C99 mode
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yann(a)droneaud.fr
For multiple reason, wine can't be built by GCC in C99 mode ( --std=c99 ).
In particular, wine rely on GCC behavor regarding to extern inline.
It produces errors regarding asm construct conflicting with extern
inline symbols.
It produces errors with multiple defination of inline function in object files.
According to this, it seems that wine is not compatible with C99, but rely a
lot on GCC specific behavor.
See also bug #20306
--
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=53216
Bug ID: 53216
Summary: d3d11:d3d11 - test_depth_bias() fails in the TestBot
VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_depth_bias() fails in the TestBot VMs:
d3d11.c:28093: Test failed: Got depth 4.99374978e-003, expected
4.99999994e-003.
d3d11.c:28093: Test failed: Got depth 4.99374978e-003, expected
4.99999994e-003.
d3d11.c:28093: Test failed: Got depth 2.50997487e-003, expected
2.50999994e-003.
d3d11.c:28093: Test failed: Got depth 7.48750009e-003, expected
7.49999994e-003.
d3d11.c:28093: Test failed: Got depth 7.48750009e-003, expected
7.49999994e-003.
d3d11.c:28093: Test failed: Got depth 2.50997487e-003, expected
2.50999994e-003.
d3d11.c:28093: Test failed: Got depth 1.24749998e-002, expected
1.24999999e-002.
d3d11.c:28093: Test failed: Got depth 1.24749998e-002, expected
1.24999999e-002.
d3d11.c:28093: Test failed: Got depth 2.50997487e-003, expected
2.50999994e-003.
d3d11.c:28093: Test failed: Got depth 6.40899956e-001, expected
6.42500000e-001.
d3d11.c:28093: Test failed: Got depth 6.40899956e-001, expected
6.42500000e-001.
d3d11.c:28093: Test failed: Got depth 2.50997487e-003, expected
2.50999994e-003.
d3d11.c:28093: Test failed: Got depth 2.50997487e-003, expected
2.50999994e-003.
d3d11.c:28093: Test failed: Got depth 2.50997487e-003, expected
2.50999994e-003.
d3d11.c:27965: Test marked todo: Got 0xffffff00, expected 0x00ffffff at (0, 0,
0), sub-resource 0.
d3d11.c:28101: Test failed: Got value 0x14745 (4.99373704e-003), expected
0x147ae (4.99999553e-003).
d3d11.c:28101: Test failed: Got value 0x14745 (4.99373704e-003), expected
0x147ae (4.99999553e-003).
d3d11.c:28101: Test failed: Got value 0x8528f (3.25097461e-002), expected
0x85293 (3.25099845e-002).
d3d11.c:28101: Test failed: Got value 0x1eab3 (7.48747632e-003), expected
0x1eb85 (7.49999329e-003).
d3d11.c:28101: Test failed: Got value 0x1eab3 (7.48747632e-003), expected
0x1eb85 (7.49999329e-003).
d3d11.c:28101: Test failed: Got value 0x8528f (3.25097461e-002), expected
0x85293 (3.25099845e-002).
d3d11.c:28101: Test failed: Got value 0x33190 (1.24750145e-002), expected
0x33333 (1.24999888e-002).
d3d11.c:28101: Test failed: Got value 0x33190 (1.24750145e-002), expected
0x33333 (1.24999888e-002).
d3d11.c:28101: Test failed: Got value 0x8528f (3.25097461e-002), expected
0x85293 (3.25099845e-002).
d3d11.c:28101: Test failed: Got value 0xa41204 (6.40899935e-001), expected
0xa47ae1 (6.42500022e-001).
d3d11.c:28101: Test failed: Got value 0xa41204 (6.40899935e-001), expected
0xa47ae1 (6.42500022e-001).
d3d11.c:28101: Test failed: Got value 0x8528f (3.25097461e-002), expected
0x85293 (3.25099845e-002).
d3d11.c:28101: Test failed: Got value 0x8528f (3.25097461e-002), expected
0x85293 (3.25099845e-002).
d3d11.c:28101: Test failed: Got value 0x8528f (3.25097461e-002), expected
0x85293 (3.25099845e-002).
d3d11.c:28110: Test failed: Got value 0x28e (9.97940032e-003), expected 0x290
(1.00099184e-002).
d3d11.c:28110: Test failed: Got value 0x28e (9.97940032e-003), expected 0x290
(1.00099184e-002).
d3d11.c:28110: Test failed: Got value 0x331 (1.24666209e-002), expected 0x334
(1.25123980e-002).
d3d11.c:28110: Test failed: Got value 0x331 (1.24666209e-002), expected 0x334
(1.25123980e-002).
d3d11.c:28110: Test failed: Got value 0x476 (1.74258030e-002), expected 0x47b
(1.75020981e-002).
d3d11.c:28110: Test failed: Got value 0x476 (1.74258030e-002), expected 0x47b
(1.75020981e-002).
d3d11.c:28110: Test failed: Got value 0xa411 (6.40894179e-001), expected 0xa47a
(6.42496376e-001).
d3d11.c:28110: Test failed: Got value 0xa411 (6.40894179e-001), expected 0xa47a
(6.42496376e-001).
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures:
* Don't happen on Debian 11 + Intel / KDE
* Happen on Debian 11 + QXL + single-monitor
* Happen on Debian 11 + QXL + multi-monitor
* Don't happen on Debian Testing + QXL + multi-monitor
So they are probably caused by some bug in the Debian 11 QXL support.
Note that despite being systematic these failures could cause false positives
due to the test multi-threading (see bug 53212).
--
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=48247
Bug ID: 48247
Summary: Darksiders 2 (GOG) crashes after intro
Product: Wine-staging
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fzielcke(a)z-51.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65912
--> https://bugs.winehq.org/attachment.cgi?id=65912
log + crash dump with wine-4.20 (staging)
Darksiders 2 directly crashes after the intro.
This is on Debian unstable with the official winehq-staging 4.20 packages for
bullseye
--
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=55214
Bug ID: 55214
Summary: Overwatch 2 crashes on launch on macOS
Product: Wine-staging
Version: 8.12
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yehia.wael(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Created attachment 74824
--> https://bugs.winehq.org/attachment.cgi?id=74824
Crash backtrace
Overwatch 2 fails to launch on macOS, both when compiled with
--enable-archs=i386,x86_64 and without. The game is launched directly from
_retail_/Overwatch.exe and works as expected on Linux (tested on Ubuntu 22.04
and Archlinux, with both packaged and self-compiled wine versions), but does
not launch on macOS.
--
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=54642
Bug ID: 54642
Summary: Page fault on read access to 0x0000
Product: Wine-staging
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: santafejayyt(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74172
--> https://bugs.winehq.org/attachment.cgi?id=74172
Wine debugger backtrace on game start
I'm attempting to run Konami's E-Amusement Cloud Sound Voltex Exceed Gear game,
and the launcher and its components work fine, however when attempting to
launch the game, the window opens, but the game does not start, and stays on a
black screen. I have installed the required dependencies for the game via
winetricks (DXVK / D3DX9, FAudio, & XACT).
--
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=55086
Bug ID: 55086
Summary: Dotnet 7: System.Net.WebSockets.WebSocketException
(0x80004005) - SSL cannot be established
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reiichi001(a)gmail.com
Distribution: ---
Created attachment 74637
--> https://bugs.winehq.org/attachment.cgi?id=74637
Error message from POC, which matches error from game modding project
As part of a game modding project, I maintain a plugin that makes use of
Discord.Net to relay game messages to Discord.
In recent versions of Wine with .Net 7 for Windows installed (as required by
the modding project, as it uses Windows .Net 7), Discord.Net will fail to
connect. Previously, this was due to WebSocket mishandling, which looks to have
been fixed in Wine 7.18.
When trying to connect to Discord's gateway in Wine 8.10 (current staging), an
SSL exception occurs and the connection fails. Please see attached logs.
I've made a quick POC with minimal functionality that can be used for
testing/code review. It will run fine on Windows and on native .Net 7
installations, but not in Wine. On discord, the bot will accept a single text
command, xl!ping and will respond with "pong" in an embed if working. In Wine,
it never connects as noted above.
https://github.com/reiichi001/DiscordNetWinePOC
--
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=55070
Bug ID: 55070
Summary: winemenubuilder adds incorrect prefix on 32bit only
Wine
Product: Wine
Version: 8.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dofficialgman(a)gmail.com
Distribution: ---
On 32bit (x86 only) wine, the Exec= line automatically created in an
application's .desktop file is incorrect and can not be launched.
eg: /home/gman/.local/share/applications/wine/Programs/7-Zip/7-Zip\ File\
Manager.desktop
```
[Desktop Entry]
Name=7-Zip File Manager
Exec=env WINEPREFIX="/home/gman/.wine/dosdevices/f:/home/gman/.wine" wine
C:\\\\users\\\\gman\\\\AppData\\\\Roaming\\\\Microsoft\\\\Windows\\\\Start\\
Menu\\\\Programs\\\\7-Zip\\\\7-Zip\\ File\\ Manager.lnk
Type=Application
StartupNotify=true
Icon=EA23_7zFM.0
StartupWMClass=7zfm.exe
```
64bit (x64 with WOW64) wine does not have this issue and the generated .desktop
file will be correct.
eg: /home/gman/.local/share/applications/wine/Programs/7-Zip/7-Zip\ File\
Manager.desktop
```
[Desktop Entry]
Name=7-Zip File Manager
Exec=env WINEPREFIX="/home/gman/.wine" wine
C:\\\\users\\\\gman\\\\AppData\\\\Roaming\\\\Microsoft\\\\Windows\\\\Start\\
Menu\\\\Programs\\\\7-Zip\\\\7-Zip\\ File\\ Manager.lnk
Type=Application
StartupNotify=true
Icon=EA23_7zFM.0
StartupWMClass=7zfm.exe
```
Both are with fresh wine installs with fresh/clean prefixes. Confirmed on
multiple devices.
--
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=54183
Bug ID: 54183
Summary: wineserver crash when running d3d9:visual
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: testcase
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: rbernon(a)codeweavers.com
Distribution: ---
d3d9:visual on this machine breaks somewhere in the middle, apparently while
trying to do mode switches, and leaves the display switched off. Not sure what
triggers it exactly; I've certainly had working runs on other machines. What's
important is that then when d3d9_test.exe exits, it triggers a wined3d crash.
Simple tl;dr version is that set_cursor_pos gets triggered not from a client
request, and tries to access current->process, which crashes.
The backtrace is:
Core was generated by `/home/elizabeth/git/wine64/loader/../server/wineserver
-d'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00005598e8b43ac0 in set_cursor_pos (desktop=desktop@entry=0x5598ea1ce5d0,
x=32767, y=32767) at ../wine/server/queue.c:427
427 if ((device = current->process->rawinput_mouse) && (device->flags &
RIDEV_NOLEGACY))
(gdb) bt
#0 0x00005598e8b43ac0 in set_cursor_pos (desktop=desktop@entry=0x5598ea1ce5d0,
x=32767, y=32767) at ../wine/server/queue.c:427
#1 0x00005598e8b43c7b in set_clip_rectangle
(desktop=desktop@entry=0x5598ea1ce5d0, rect=rect@entry=0x0,
send_clip_msg=send_clip_msg@entry=1) at ../wine/server/queue.c:476
#2 0x00005598e8b43da1 in set_foreground_input (input=0x0,
desktop=0x5598ea1ce5d0) at ../wine/server/queue.c:483
#3 set_foreground_input (input=0x0, desktop=0x5598ea1ce5d0) at
../wine/server/queue.c:480
#4 thread_input_destroy (obj=0x5598ea1ba430) at ../wine/server/queue.c:1106
#5 0x00005598e8b3b144 in release_object (ptr=0x5598ea1ba430) at
../wine/server/object.c:451
#6 release_object (ptr=0x5598ea1ba430) at ../wine/server/object.c:440
#7 0x00005598e8b43800 in msg_queue_destroy (obj=0x5598ea1ae4d0) at
../wine/server/queue.c:1077
#8 0x00005598e8b3b144 in release_object (ptr=0x5598ea1ae4d0) at
../wine/server/object.c:451
#9 release_object (ptr=ptr@entry=0x5598ea1ae4d0) at
../wine/server/object.c:440
#10 0x00005598e8b3224e in release_object_from_handle (obj=0x5598ea1ae4d0) at
../wine/server/handle.c:115
#11 handle_table_destroy (obj=0x5598ea1d3810) at ../wine/server/handle.c:185
#12 0x00005598e8b3b144 in release_object (ptr=0x5598ea1d3810) at
../wine/server/object.c:451
#13 release_object (ptr=0x5598ea1d3810) at ../wine/server/object.c:440
#14 0x00005598e8b3260f in close_process_handles
(process=process@entry=0x5598ea1ce7a0) at ../wine/server/handle.c:197
#15 0x00005598e8b3d990 in process_killed (process=0x5598ea1ce7a0) at
../wine/server/process.c:970
#16 remove_process_thread (process=0x5598ea1ce7a0,
thread=thread@entry=0x5598ea1d4020) at ../wine/server/process.c:1020
#17 0x00005598e8b5b37f in kill_thread (thread=0x5598ea1d4020,
violent_death=<optimized out>, violent_death@entry=0) at
../wine/server/thread.c:1294
#18 0x00005598e8b3dcb0 in kill_process (violent_death=0,
process=0x5598ea1ce7a0) at ../wine/server/process.c:1077
#19 kill_process (process=0x5598ea1ce7a0, violent_death=<optimized out>) at
../wine/server/process.c:1058
#20 0x00005598e8b2d587 in fd_poll_event (event=<optimized out>, fd=<optimized
out>) at ../wine/server/fd.c:542
#21 main_loop_epoll () at ../wine/server/fd.c:636
#22 0x00005598e8b2d7ee in main_loop () at ../wine/server/fd.c:992
#23 0x00005598e8b1ea7d in main (argc=2, argv=0x7ffd26625e48) at
../wine/server/main.c:237
Rémi, do you have any immediate insight on what we should be doing here?
--
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=16552
Summary: CreateIoCompletionPort fails in Chromium unit tests
Product: Wine
Version: 1.1.10
Platform: Other
URL: http://chromium.org
OS/Version: other
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://src.chromium.org/viewvc/chrome/trunk/src/base/message_pump_win.cc
contains the code
port_.Set(CreateIoCompletionPort(INVALID_HANDLE_VALUE, NULL, NULL, 1));
DCHECK(port_.IsValid());
...
HANDLE port = CreateIoCompletionPort(file_handle, port_, key, 1);
DCHECK(port == port_.Get());
The DCHECK fires when running one of the Chromium unit tests:
wine Debug/ui_tests.exe
...
001b:Call KERNEL32.CreateFileW(00ed7208
L"\\\\.\\pipe\\chrome.ChromeTestingInterface:8.1",c0000000,00000000,00000000,00000003,40110000,00000000)
ret=010e0220
001b:Ret KERNEL32.CreateFileW() retval=000000c0 ret=010e0220
...
0021:Call KERNEL32.CreateIoCompletionPort(ffffffff,00000000,00000000,00000001)
ret=01a304b3
0021:Ret KERNEL32.CreateIoCompletionPort() retval=000000c8 ret=01a304b3
0021:Call KERNEL32.CreateIoCompletionPort(000000c0,000000c8,00ed5aa0,00000001)
ret=01a30760
trace:ntdll:NtSetInformationFile
(0xc0,0x7cdee318,0x7cdee320,0x00000008,0x0000001e)
0021:Ret KERNEL32.CreateIoCompletionPort() retval=00000000 ret=01a30760
0021:Call KERNEL32.OutputDebugStringA(00ed95a8
"[26:33:1249:FATAL:message_pump_win.cc(428)] Check failed: port == port_.Get().
\r\n") ret=019a7af3
I think it's failing in wineserver for some reason during NtSetInformationFile
in set_completion_info.
--
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=52792
Bug ID: 52792
Summary: Error messages for invalid .exe files could be
improved
Product: Wine
Version: 7.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Trying to run a 0 byte .exe file under Wine will get you this:
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: File not found.
This doesn't look correct.
--
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=48004
Bug ID: 48004
Summary: winserver memory overflow
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: heiko(a)stark-jena.de
Distribution: ---
with default and 'wineserver -d2 -f -p10' settings
I run simulations with the software Opensim (https://opensim.stanford.edu/) and
restart the Opensim one after the other with a script. This seems to cause a
memory overflow (> 64 GB).
Kill wineserver helps to fix the memory overflow.
Is there a way to debug this?
Best regards,
Heiko
--
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=52716
Bug ID: 52716
Summary: Sending key stroke (using
[System.Windows.Forms.SendKeys]::SendWait) fails
(seems to go into a loop?)
Product: Wine
Version: 7.4
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 72077
--> https://bugs.winehq.org/attachment.cgi?id=72077
ps script
Hi, I have a powershell script where I need to send a keystroke to a program.
I found code snippet on the internet and made little script that I tested in
windows (using powershell core) and it works.
It sends ctrp^p to notepad, and that opens the printer-dialog correctly on
windows.
On wine however it doesn`t work, cpu-usage goes up so it seems to get into
loop(???)
Script (also see attachment):
###################################################################
Start-Process "notepad.exe"
Sleep 3
$WindowHandle = Get-Process | Where-Object { $_.MainWindowTitle -Match
"Notepad" } | Select-Object -ExpandProperty MainWindowHandle
[void][System.Reflection.Assembly]::LoadWithPartialName('System.Windows.Forms')
[System.Windows.Forms.SendKeys]::SendWait("^{p}")
#####################################################################
Steps to reproduce:
1. winetricks -q dotnet48
2. wget
https://github.com/PowerShell/PowerShell/releases/download/v7.0.3/PowerShel…
3. wine PowerShell-7.0.3-win-x64.msi
4. Save the script from attachment as a.ps1 in current folder
5. wine pwsh -file ./a.ps1
Notepad opens but nothing really happens and cpu-usage goes up
--
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=53213
Bug ID: 53213
Summary: d3d11:d3d11 - test_texture() fails in the TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_texture() fails in the TestBot VMs:
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xff0000ff at (0, 0).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xff00ffff at (1, 0).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xff00ff00 at (2, 0).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xffffff00 at (3, 0).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xffff0000 at (0, 1).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xffff00ff at (1, 1).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xff000000 at (2, 1).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xff7f7f7f at (3, 1).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xffffffff at (0, 2).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xffffffff at (1, 2).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xffffffff at (2, 2).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xff000000 at (3, 2).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xffffffff at (0, 3).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xff000000 at (2, 3).
d3d11.c:9837: Test failed: Test 60: Got unexpected color 0xff000000 at (3, 3).
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures don't happen on my box which has an Intel graphics card instead
of QEmu's QXL graphics card.
Note also that these failures still happen on my debian11 VM which has a single
monitor instead of the TestBot VMs' multi-monitor setup.
So this seems to be related to the VMs QXL GPU.
Note that despite being systematic these failures could cause false positives
(see bug 53212).
--
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=54780
Bug ID: 54780
Summary: UndertaleModTool display regression since wine-staging
8.4
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janbidler00(a)protonmail.com
Distribution: ---
Created attachment 74277
--> https://bugs.winehq.org/attachment.cgi?id=74277
Display bug
Starting from wine-staging 5.4 UndertaleModTool has corrupted display at boot.
This did not happen on wine-staging 5.3 and earlier.
The corrupted display can be fixed temporarily by clicking on any item in the
Menubar (i.e. "File").
Happens both on a clean prefix and when upgrading.
Issue is specific to wine-staging; wine-development has crashes going back all
the way to wine-7.0 if not earlier and I didn't test it with wine-stable.
Attached is an image of the display bug.
The UndertaleModTool version can be found here (I used the asset
"UndertaleModTool_v0.5.0.0.zip"):
https://github.com/krzys-h/UndertaleModTool/releases/tag/0.5.0.0
Using Arch Linux. The wine-staging were gotten from here:
https://archive.archlinux.org/packages/w/wine-staging/
--
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=54519
Bug ID: 54519
Summary: d3d9:visual - test_mipmap_upload() fails on AMD and
Nvidia GPUs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_mipmap_upload() fails on AMD and Nvidia GPUs.
This impacts three VMs:
fgtb-w10pro64_rx550 (AMD RX550):
visual.c:27986: Test failed: pool 0x2: level 0: Got unexpected color
0x00000000.
visual.c:27986: Test failed: pool 0x2: level 1: Got unexpected color
0x00000000.
visual.c:27986: Test failed: pool 0x2: level 2: Got unexpected color
0x00000000.
visual.c:27986: Test failed: pool 0x2: level 3: Got unexpected color
0x00000000.
visual.c:27986: Test failed: pool 0x2: level 4: Got unexpected color
0x00000000.
visual.c:27986: Test failed: pool 0x2: level 5: Got unexpected color
0x00000000.
w11pro64_amd (AMD RX660):
visual.c:404: Test failed: pool 0x2: level 0: Got hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 0: Got unexpected color
0x00ff0000.
visual.c:404: Test failed: pool 0x2: level 1: Got hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 1: Got unexpected color
0x00ff0000.
visual.c:404: Test failed: pool 0x2: level 2: Got hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 2: Got unexpected color
0x00ff0000.
visual.c:404: Test failed: pool 0x2: level 3: Got hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 3: Got unexpected color
0x00ff0000.
visual.c:404: Test failed: pool 0x2: level 4: Got hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 4: Got unexpected color
0x00ff0000.
visual.c:404: Test failed: pool 0x2: level 5: Got hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 5: Got unexpected color
0x00ff0000.
w11pro64_nv (NVIDIA RTX3050):
visual.c:195: pool 0x2: level 0: Can't create an offscreen plain surface to
read the render target data, hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 0: Got unexpected color
0x00adbeef.
visual.c:27986: Test failed: pool 0x2: level 1: Got unexpected color
0x00000000.
visual.c:195: pool 0x2: level 2: Can't create an offscreen plain surface to
read the render target data, hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 2: Got unexpected color
0x00adbeef.
visual.c:195: pool 0x2: level 3: Can't create an offscreen plain surface to
read the render target data, hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 3: Got unexpected color
0x00adbeef.
visual.c:195: pool 0x2: level 4: Can't create an offscreen plain surface to
read the render target data, hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 4: Got unexpected color
0x00adbeef.
visual.c:195: pool 0x2: level 5: Can't create an offscreen plain surface to
read the render target data, hr 0x80004005.
visual.c:27986: Test failed: pool 0x2: level 5: Got unexpected color
0x00adbeef.
See https://test.winehq.org/data/patterns.html#d3d9:visual
These failures all started on 2023-01-06 and a bisect shows that, on all three
machines, they started with the commit below:
commit 2954d3e4a23025657740fb178ddbe110890c0cc8
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Tue Dec 20 17:43:39 2022 -0600
d3d9/tests: Test uploading the whole mipmap chain in one map.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
--
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=54399
Bug ID: 54399
Summary: d3d11:d3d11 - test_vertex_formats() fails on Windows
11 + AMD
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d11:d3d11 - test_vertex_formats() fails on Windows 11 + AMD:
d3d11.c:34906: Test failed: Format 0x58: Got {3.96078438e-001, 2.62745112e-001,
1.29411772e-001, 1.42236653e-019}, expected {3.96078438e-001, 2.62745112e-001,
1.29411772e-001, 1.00000000e+000} at (0, 0), sub-resource 0.
See w11pro64-amd in https://test.winehq.org/data/patterns.html#d3d11:d3d11
The failures started on 2023-01-24, that is on the date the test was added by
this commit:
commit dc19f5c517af5d04bebb4f26bd79220b02f1ba64
Author: Zebediah Figura <zfigura(a)codeweavers.com>
AuthorDate: Wed Jan 11 19:25:11 2023 -0600
d3d11/tests: Add a basic test for vertex formats.
--
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=55316
Bug ID: 55316
Summary: d3d10core:d3d10core fails systematically on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d10core:d3d10core fails systematically on w11pro64-amd:
test_pipeline_statistics_query():
d3d10core.c:4922: Test failed: Got unexpected GSInvocations count: 2.
d3d10core.c:4941: Test failed: Got unexpected GSInvocations count: 2.
test_sample_c_lz():
d3d10core.c:8553: Test failed: Got 1.00000000e+000, expected 0.00000000e+000 at
(100, 100), sub-resource 0.
d3d10core.c:8553: Test failed: Got 1.00000000e+000, expected 0.00000000e+000 at
(100, 100), sub-resource 0.
See https://test.winehq.org/data/patterns.html#d3d10core:d3d10core
These failures have been happening forever and are specific to the Windows 11 +
AMD RX6600 configuration. In particular they never happened on
fgtbw10pro64_rx550 (Windows 10 + AMD RX550). Also, except for 2023-05-10 to
2023-05-12 (3 days) they are present in all nightlies.
--
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=53218
Bug ID: 53218
Summary: d3d10core:d3d10core - test_uint_shader_instructions()
fails in the TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d10core:d3d10core - test_uint_shader_instructions() fails in the TestBot VMs:
d3d10core.c:13215: Test failed: Got {0x80000000, 0x00000000, 0x00000000,
0x00000000}, expected {0x00000000, 0xffffffff, 0x00000000, 0x00000000} at (0,
0), sub-resource 0.
d3d10core.c:13215: Test failed: Got {0x00000000, 0x80000000, 0x00000000,
0x00000000}, expected {0xffffffff, 0x00000000, 0x00000000, 0x00000000} at (0,
0), sub-resource 0.
d3d10core.c:13215: Test failed: Got {0xffffffff, 0x00000001, 0x00000000,
0x00000000}, expected {0x00000000, 0x00000001, 0x00000000, 0x00000000} at (0,
0), sub-resource 0.
d3d10core.c:13215: Test failed: Got {0x00000001, 0xffffffff, 0x00000000,
0x00000000}, expected {0x00000001, 0x00000000, 0x00000000, 0x00000000} at (0,
0), sub-resource 0.
https://test.winehq.org/data/patterns.html#d3d10core:d3d10core
These failures:
* Don't happen on Debian 11 + Intel / KDE
* Happen on Debian 11 + QXL + single-monitor
* Happen on Debian 11 + QXL + multi-monitor
* Happen on Debian Testing + QXL + multi-monitor (it actually has a couple
extra)
So they are probably related to QXL.
Note that despite being systematic these failures could cause false positives
due to the test multi-threading (see bug 53212).
--
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=53522
Bug ID: 53522
Summary: Need for Speed III: joystick doesn't work after evdev
removal
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: DirtY.iCE.hu(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: adfee25b45af8160848f94fdb24279d63d5f91f4
Distribution: Gentoo
Created attachment 72888
--> https://bugs.winehq.org/attachment.cgi?id=72888
WINEDEBUG=+dinput, ds4 usb, overriden, nfs3 demo with git master wine
I decided to try NFS3 after some time and realized that joystick no longer
works with newer releases. Git bisect lead me to commit
adfee25b45af8160848f94fdb24279d63d5f91f4, where the evdev and js backends were
removed. With the new backend, in NFS3 deadzone calibration screen, all axes
are at constant 0, and it doesn't respond to any keypress either. I've tried it
with DualShock 4 (both usb and bt), DS3 (only usb), and some noname cheap
controller, the same results. Interestingly, in joy.cpl the joysticks do work,
I've tried to click on override to move the controller from the xinput to the
non-xinput list, but no change. I also have no force-feedback support with the
new backend.
Tested it with the retail version of nfs3 and also with this patch, the results
are the same: https://veg.by/en/projects/nfs3/
Also tested it with the demo version and the latest git
(bfc73b0b80a1da2b137b5da4a2fcf530ee3a9d7d), same results.
1. Download demo from here: https://archive.org/details/nfs3_demo
2. Create a new 32-bit wine prefix (I've only compiled a 32-bit wine)
3. In winecfg, set windows compatibility to 98 (otherwise the install refuses
to start), go to drives and add a (fake) cdrom device (otherwise setup refuses
to start), and probably you should set a virtual desktop (the game likes to
mess with your resolution)
4. Run setup.exe (it will throw a registry error but still installs the game)
5. Start the game with taskset: `taskset -c 0 path/to/wine nfs3demo -d3d0` (the
game crashes/freezes if run on multicore cpu)
6. After the race countdown, press esc, controls, and try to bind some keys or
click on dead zone to see axes values.
I'm attaching a log with WINEDEBUG=+dinput and overridden joystick on joy.cpl.
--
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=49988
Bug ID: 49988
Summary: NosTale (and probably some other games) doesn't handle
mouse clicks correctly
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: theszczepancio(a)gmail.com
Distribution: ---
Created attachment 68390
--> https://bugs.winehq.org/attachment.cgi?id=68390
Wine-staging 5.19 log
Releated issues:
https://bugs.winehq.org/show_bug.cgi?id=42999https://bugs.winehq.org/show_bug.cgi?id=21739
Some info:
Tested the issue with wine and wine-staging.
Bug persists in 5.17, 5.18, 5.19 versions of wine.
I have installed Arch Linux on r5 3600/rx5700 XT.
I use D9VK (newest) for improvements of performance.
Installing dinput8 is not fixing anything.
I use Sway/wlroots on wayland, also I own newest kernel.
Game works as should on steam proton with same version of D9VK.
OpenGL backend works fine.
Wine log in attachement.
--
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=52444
Bug ID: 52444
Summary: Regression prevent eclipse from hitting breakpoints
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
I usually use eclipse with normal gdb for debugging. For that I compile without
mingw, since it doesn't find the symbols when using real dlls.
Since a while this is broken, and eclipse doesn't hit any breakpoints anymore.
Bisected to
commit 28fe84da45bea7de56539b50eac8ebcec54342de
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Mar 24 10:53:53 2021 +0100
ntdll: Load the main image from the Unix side.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=47848
Bug ID: 47848
Summary: Graphical glitches in "The suffering" game
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: inferrna(a)gmail.com
Distribution: ---
Created attachment 65353
--> https://bugs.winehq.org/attachment.cgi?id=65353
wine 1.5.17, good
My system is Ubuntu 18.04.2
RX560 on Mesa 19.08
Last good wine version for this game is 1.5.17. Starting from 1.5.18 3D not
shown, just HUD over black screen. But in some of later versions (somewhere
between 1.7 and 2.0) bug was kind of half-fixed, at least starting from 2.0 3D
is not all black, bus only some planes - floor, for example. Unfortunately I
can't test versions between 1.7 and 2.0 because it this versions game just not
fails to start with "X Error of failed request: BadWindow (invalid Window
parameter)".
--
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=19534
Summary: Office 2007 menu button loses focus
Product: Wine
Version: 1.1.11
Platform: PC
OS/Version: Linux
Status: NEW
Severity: trivial
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=22740)
--> (http://bugs.winehq.org/attachment.cgi?id=22740)
wine-1.1.26-231-gfe9d360 console output
I can't take a screenshot because it also loses focus, so I hope this makes
sense.
The Office 2007 apps have had their sensible menus replaced with a button in
the top left of the window.
The problem occurs when hovering over one option (say Send) so that it's
sub-menu opens, then moving the cursor over to another menu option (say Print).
The menu closes. This doesn't happen under Windows.
Tested Excel and Word. Can't really test the other apps as they have their own
problems preventing them from starting.
Nothing new is printed in the console when this happens, but log attached.
Went back to Wine 1.1.11 to check for a recent regression but problem occurs
there too. Same in latest git.
--
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=32206
Bug #: 32206
Summary: Primer Premier 6.12 doesn't draw its UI
Product: Wine
Version: 1.5.17
Platform: x86
URL: http://www.premierbiosoft.com/DATAFILES/PP612Installer
Win32.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Created attachment 42481
--> http://bugs.winehq.org/attachment.cgi?id=42481
Screenshot: primer premier 6.12 doesn't draw its UI
1. install Primer Premier
$ wine PP612InstallerWin32.exe
2. start
$ cd ~/.wine/drive_c/Program\ Files/Primer\ Premier\ 6.12
$ wine Primer\ Premier\ 6.exe
Expect result:
The UI should be draw completed as Screenshot:
primer-premier-6-with-workaround.png
Actual result:
The UI doesn't draw at first, if you move the mouse onto Primer Premier, then
some parts of the UI draws but still not complete.
See screenshot primer-premier-doesnt-draw.png
Workaround:
Setting a virtual desktop, start Primer Premier, carefully move the mouse onto
the title bar of Primer Premier.
fixme:win:EnumDisplayDevicesW ((null),0,0x30e850,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x30e850,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x31f444,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x31f6b4,0x00000000), stub!
fixme:font:freetype_SelectFont Untranslated charset 255
fixme:imm:ImmGetOpenStatus (0x4452438): semi-stub
fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCOMPOSITIONWINDOW
fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCOMPOSITIONWINDOW
err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error
0x8001011d
--
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=23008
Summary: winhelp: Popups disappear immediately and are the
wrong size
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Created an attachment (id=28516)
--> (http://bugs.winehq.org/attachment.cgi?id=28516)
ONLCFG.HLP compressed with bzip2
Links in help files which open pop-ups are broken in Wine winhlp32. (These
links typically appear in green with a dotted underline.)
What should happen: the popup appears when the link is clicked, and remains
present when the user releases the mouse button.
What actually happens: the popup appears, but vanishes when the user releases
the mouse button. The popup is the wrong size, and has scrollbars on the right
and bottom edges. (It's impossible to use the scrollbars since the popup
disappears when the button is released.) Some popups have text missing.
Example:
Open the attached ONLCFG.HLP file in Wine winhlp32. Click "How do I?". Click
"Letting your Intuit software ...". Click each of the underlined links: dial
type, dialing prefix and disable call waiting. Notice there is no text other
than the heading in the dialing prefix and disable call waiting popups. Click
Tell me more. The popup which appears contains links to other pages in the help
file, but it's impossible to select them due to the popup vanishing on mouse
release.
Compare with using winhlp32.exe from Windows under Wine to view that file.
--
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=41345
Bug ID: 41345
Summary: One Way Heroics: music does not play while in the game
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 55694
--> https://bugs.winehq.org/attachment.cgi?id=55694
Terminal output Wine 1.9.18 launching and playing the game
One Way Heroics does not play any music while actually playing the game. The
game's music is played while in the main menu or any other screen except for
the actual game.
Terminal output 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=48687
Bug ID: 48687
Summary: Wont run Acwebbrowser.exe has encountered a serious
problem and needs to be closed
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmiller45383(a)gmail.com
Distribution: ---
Created attachment 66552
--> https://bugs.winehq.org/attachment.cgi?id=66552
Error text
It will not run Autodesk app
--
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=45670
Bug ID: 45670
Summary: WeChat requires explicitly setting locale for Chinese
to be displayed.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lockywolf(a)gmail.com
Distribution: ---
So I'm trying to run WeChat on Wine.
If all required configuration steps are performed (such as installing the
native riched), I can run it almost flawlessly with the following command-line:
LC_ALL=zh_CN.utf8 wine WeChat.exe
If the locale is not set, then WeChat displays Chinese characters as tofu.
On Windows, however, there is not need to run WeChat through AppLocale, or,
basically, set the locale in any way, WeChat still runs fine, displaying all
Chinese needed.
There should be some way to avoid explicitly setting locale when running
WeChat.
--
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=46374
Bug ID: 46374
Summary: GUI Crash when starting Positive Grid BIAS FX -
CefSubprocess.exe
Product: Wine
Version: 4.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: other(a)jan-feld.de
Distribution: ---
Created attachment 63116
--> https://bugs.winehq.org/attachment.cgi?id=63116
Crash-Log from Positive Grid BIAS FX GUI-Crash.
When starting Positive Grids BIAS FX wine/the GUI crashes in
"CefSubprocess.exe".
I can get sounds out of it even after the crash. When i start it with Carlas
Bridge-Mode i can even modify some of its parameters but i still can't get no
GUI to modify it like it should be. It seems to have some problems with some
GUI components when using libcef.
System:
Arch Linux 4.19.12
Wine 4.0-rc3
Crash-Log attached below.
--
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=42334
Bug ID: 42334
Summary: Worms World Party from Steam shows black square for a
few seconds and does not start
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amarel(a)amarel.info
Distribution: ---
Created attachment 57096
--> https://bugs.winehq.org/attachment.cgi?id=57096
winedbg log
Worms World Party from Steam shows black square for a few seconds and does not
start. Tested on wine 1.6 and wine staging 2.0. Debug log 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=26893
Summary: SimTower draws some objects misaligned
Product: Wine
Version: 1.3.18
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffrey.pfau(a)gmail.com
For several versions of Wine (going back to well before 1.2), many of the
objects you can construct (notably offices and apartments) will draw offset,
such that the edge of the room will be >10px from the left of the edge. The
amount it is offset is constant per object type. Given that one side of the
room is also offset vertically by 1px, it would appear to be the case that
drawing these rooms uses the wrong offset to the pixel data.
I have observed this bug in 32- and 64-bit versions of Wine on Linux, and
64-bit version of Wine on Mac. The bug is present in SimTower v1.0 and v1.1b. I
have not tested any other versions.
--
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=52898
Bug ID: 52898
Summary: gdi32:font - test_max_height() fails on all Windows 10
versions
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_max_height() fails on all Windows 10 versions:
font.c:6532: Test failed: height=-65536: GetTextMetrics failed
font.c:6533: Test failed: height=-65536: expected 1 ppem value (2), got 0
font.c:6535: Test failed: height=-65536: expected 1 ppem value (1), got 0
font.c:6532: Test failed: height=-123456: GetTextMetrics failed
font.c:6533: Test failed: height=-123456: expected 1 ppem value (2), got 0
font.c:6535: Test failed: height=-123456: expected 1 ppem value (1), got 0
font.c:6532: Test failed: height=123456: GetTextMetrics failed
font.c:6533: Test failed: height=123456: expected 1 ppem value (2), got 0
font.c:6535: Test failed: height=123456: expected 1 ppem value (1), got 0
https://test.winehq.org/data/patterns.html#gdi32:font
Furthermore, the following related tests also fail on Windows 10 1809+:
font.c:6517: Test failed: GetTextMetrics failed
font.c:6518: Test failed: expected greater than 1 ppem value (2), got 0
font.c:6520: Test failed: expected greater than 1 ppem value (1), got 0
--
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=47748
Bug ID: 47748
Summary: Phobos 1953 crashes at launch
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 65230
--> https://bugs.winehq.org/attachment.cgi?id=65230
backtrace
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032DB9C 1 C) semi-stub
err:msvcrt:MSVCRT__invalid_parameter (null):0 (null): (null) 0
Installing native VC++ 2005 helps.
It may also be necessary to create an empty full.fx file in
'GameFolder\Data\effect'
wine-4.15-104-g765815729f
--
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=55330
Bug ID: 55330
Summary: vbscript:createobj - The 64-bit test_GetObject() fails
on Windows 8 and 10 1507
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
vbscript:createobj - The 64-bit test_GetObject() fails on Windows 8 and 10
1507:
createobj.c:993: Test failed: hres = 800a0046
createobj.c:994: Test failed: expected QI_IObjectWithSite
createobj.c:995: Test failed: expected SetSite
createobj.c:996: Test failed: expected reportSuccess
createobj.c:1002: Test failed: hres = 800a0046
createobj.c:1003: Test failed: expected QI_IObjectWithSite
createobj.c:1004: Test failed: expected SetSite
createobj.c:1009: Test failed: ParseScriptText failed: 800a0046
createobj.c:1010: Test failed: expected QI_IObjectWithSite
createobj.c:1011: Test failed: expected reportSuccess
See https://test.winehq.org/data/patterns.html#vbscript:createobj
These failures only happen in the 64-bit tests and only on two test
configurations:
* w1064v1507 - Windows 10 1507 64-bit
Started getting the failures on 2023-07-11. If they were related to the
GitLab CI switch to Debian 12 one would expect the failures to have started a
day earlier. However the failures are not 100% systematic so it's possible they
are linked to the switch anyway.
* w864 - Windows 8 64-bit
Only gets the failures on line 1002 and greater (for a total of 6). Also the
failures started a little bit later, on 2023-07-17, and they have been almost
systematic since then.
--
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=43878
Bug ID: 43878
Summary: KERNEL32.dll.GetQueuedCompletionStatusEx not
implemented
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: _vi(a)list.ru
Distribution: ---
Created attachment 59488
--> https://bugs.winehq.org/attachment.cgi?id=59488
full error message
Unhandled exception: unimplemented function
KERNEL32.dll.GetQueuedCompletionStatusEx called in 32-bit code (0x7bc79259).
This prevents testing Linux->Windows-cross-compiled programs in Rust that use
Mio/Tokio.
The program works a bit, but when it's waiting time, there is the crash.
--
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=35727
Bug ID: 35727
Summary: Tom Clancy's Rainbow Six: Lockdown Demo wrong players
and weapon rendering
Product: Wine
Version: 1.7.13
Hardware: x86
URL: http://www.gamefront.com/files/4632177
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Created attachment 47714
--> http://bugs.winehq.org/attachment.cgi?id=47714
without Display First Person Weapon
Just one guy from a team is visible, others are not. But he is looks like a
ghost. (bug 27145 ?) In addition, some textures are imposed.
--
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=54629
Bug ID: 54629
Summary: Nethack doen't start
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp82(a)luukku.com
Distribution: ---
Created attachment 74151
--> https://bugs.winehq.org/attachment.cgi?id=74151
wine 8.3 log
this bug is continuation of bug 54449 that got fixed.
--
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=51963
Bug ID: 51963
Summary: D3DRM demo fails
Product: Wine
Version: 6.20
Hardware: x86-64
URL: https://archive.org/download/d3drm_eg/d3drm_eg.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
The demo program opens a window and close instantly.
With a native d3drm everything is fine.
Console output is short.
wine HelWorld.exe
003c:err:service:process_send_command receiving command result timed out
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"winebus"
failed to start: 1053
0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
00b8:fixme:imm:ImeSetActiveContext (0x48f698, 0): stub
00b8:fixme:imm:ImmReleaseContext (00010020, 0048F698): stub
0024:fixme:imm:ImeSetActiveContext (0x258198, 1): stub
0024:fixme:imm:ImmReleaseContext (0001005C, 00258198): stub
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:d3drm:d3drm_frame1_SetPosition iface 0025F050, reference 00253B00, x
0.00000000e+00, y 0.00000000e+00, z 0.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_SetPosition iface 002CFCE8, reference 00253B00, x
2.00000000e+00, y 0.00000000e+00, z 2.20000000e+01 stub!
0024:fixme:d3drm:d3drm_frame1_SetPosition iface 0025F050, reference 00253B00, x
0.00000000e+00, y 0.00000000e+00, z 0.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_SetOrientation iface 0025F050, reference
00253B00, dx 0.00000000e+00, dy 0.00000000e+00, dz 1.00000000e+00, ux
0.00000000e+00, uy 1.00000000e+00, uz 0.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_SetPosition iface 002CFD90, reference 00253B00, x
0.00000000e+00, y 0.00000000e+00, z 1.50000000e+01 stub!
0024:fixme:d3drm:d3drm_frame1_SetOrientation iface 002CFD90, reference
00253B00, dx 0.00000000e+00, dy 0.00000000e+00, dz 1.00000000e+00, ux
0.00000000e+00, uy 1.00000000e+00, uz 0.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_SetRotation iface 002CFD90, reference 00253B00, x
0.00000000e+00, y 1.00000001e-01, z 0.00000000e+00, theta 5.00000007e-02 stub!
0024:fixme:d3drm:d3drm_mesh_builder2_GetBox iface 002CFF08, box 0021FDD4 stub!
0024:fixme:d3drm:d3drm1_CreateWrap iface 00253D08, type 0x1, frame 00000000, ox
0.00000000e+00, oy 0.00000000e+00, oz 0.00000000e+00, dx 0.00000000e+00, dy
1.00000000e+00, dz 0.00000000e+00, ux 0.00000000e+00, uy 0.00000000e+00, uz
1.00000000e+00, ou 0.00000000e+00, ov 5.88892737e-39, su 1.00000000e+00, sv
1.00000000e+00, wrap 0021FE08, semi-stub.
0024:fixme:d3drm:d3drm_wrap_Apply iface 003158B8, object 002CFF08.
0024:fixme:d3drm:d3drm_device_win_HandlePaint iface 0025F88C, dc 0F010061 stub!
0024:fixme:d3drm:d3drm_frame1_Move iface 00253B00, delta 1.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_Move iface 00253B00, delta 1.00000000e+00 stub!
0024:fixme:d3drm:d3drm_frame1_Move iface 00253B00, delta 1.00000000e+00 stub!
--
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=52355
Bug ID: 52355
Summary: Motor4MX crashes because D3DCompile2 HLSL shader
compilation is not yet implemented
Product: Wine
Version: 7.0-rc4
Hardware: x86-64
URL: http://www.gamepressure.com/download.asp?ID=21182
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
All is said is the title. Console output is short, so I copy it instead of
attaching.
wine MotorM4X.exe
0024:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032F9DC 1 C) semi-stub
0024:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032F84C 1 C) semi-stub
Creating resource group General
Creating resource group Internal
Creating resource group Autodetect
SceneManagerFactory for type 'DefaultSceneManager' registered.
Registering ResourceManager for type Material
Registering ResourceManager for type Mesh
Registering ResourceManager for type Skeleton
MovableObjectFactory for type 'ParticleSystem' registered.
OverlayElementFactory for type Panel registered.
OverlayElementFactory for type BorderPanel registered.
OverlayElementFactory for type TextArea registered.
Registering ResourceManager for type Font
ArchiveFactory for archive type FileSystem registered.
ArchiveFactory for archive type Zip registered.
FreeImage version: 3.10.0
This program uses FreeImage, a free, open source image library supporting all
common bitmap formats. See http://freeimage.sourceforge.net for details
Supported formats:
bmp,ico,jpg,jif,jpeg,jpe,jng,koa,iff,lbm,mng,pbm,pbm,pcd,pcx,pgm,pgm,png,ppm,ppm,ras,tga,targa,tif,tiff,wap,wbmp,wbm,psd,cut,xbm,xpm,gif,
hdr,g3,sgi,exr,j2k,j2c,jp2
DDS codec registering
Registering ResourceManager for type HighLevelGpuProgram
Registering ResourceManager for type Compositor
MovableObjectFactory for type 'Entity' registered.
MovableObjectFactory for type 'Light' registered.
MovableObjectFactory for type 'BillboardSet' registered.
MovableObjectFactory for type 'ManualObject' registered.
MovableObjectFactory for type 'BillboardChain' registered.
MovableObjectFactory for type 'RibbonTrail' registered.
*-*-* OGRE Initialising
*-*-* Version 1.4.9 (Eihort)
Loading library RenderSystem_Direct3D9
Installing plugin: D3D9 RenderSystem
D3D9 : Direct3D9 Rendering Subsystem created.
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
D3D9: Driver Detection Starts
D3D9: Driver Detection Ends
Plugin successfully installed
Loading library Plugin_OctreeSceneManager
Installing plugin: Octree & Terrain Scene Manager
Plugin successfully installed
Loading library Plugin_ParticleFX
Installing plugin: ParticleFX
Particle Emitter Type 'Point' registered
Particle Emitter Type 'Box' registered
Particle Emitter Type 'Ellipsoid' registered
Particle Emitter Type 'Cylinder' registered
Particle Emitter Type 'Ring' registered
Particle Emitter Type 'HollowEllipsoid' registered
Particle Affector Type 'LinearForce' registered
Particle Affector Type 'ColourFader' registered
Particle Affector Type 'ColourFader2' registered
Particle Affector Type 'ColourImage' registered
Particle Affector Type 'ColourInterpolator' registered
Particle Affector Type 'Scaler' registered
Particle Affector Type 'Rotator' registered
Particle Affector Type 'DirectionRandomiser' registered
Particle Affector Type 'DeflectorPlane' registered
Plugin successfully installed
0024:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032F84C 1 C) semi-stub
0024:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032F8CC 1 C) semi-stub
0080:fixme:imm:ImeSetActiveContext (0x48af0, 0): stub
0080:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000048AF0): stub
0024:fixme:imm:ImeSetActiveContext (0x679698, 1): stub
0024:fixme:imm:ImmReleaseContext (00030062, 00679698): stub
0024:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet
implemented.
wine: Unhandled page fault on read access to 00000000 at address 02F0682A
(thread 0024), starting debugger...
0108:fixme:imm:ImeSetActiveContext (0x2400f0, 1): stub
0108:fixme:imm:ImmReleaseContext (0001008E, 002400F0): stub
--
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=50777
Bug ID: 50777
Summary: TruckersMP: Multiplayer overlay is invisible when
builtin d3dcompiler_47.dll is used
Product: Wine
Version: 6.0
Hardware: x86-64
URL: https://truckersmp.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: kakurasan(a)gmail.com
Distribution: ---
Created attachment 69571
--> https://bugs.winehq.org/attachment.cgi?id=69571
Output with "d3dcompiler,d3d_shader" trace
When builtin d3dcompiler_47.dll is used, TruckersMP multiplayer overlay is
invisible. When native d3dcompiler_47.dll is used, it is visible.
When builtin d3dcompiler_47.dll is used, TruckersMP mod shows "<error> Failed
to load texture '/path/to/name.png'." messages.
"WINEDEBUG=+relay" output shows that d3dcompiler_47.D3DCompile2() returns
80004001 (This is the only d3dcompiler related relay output):
-----
0abc:Call
d3dcompiler_47.D3DCompile2(01ed22c0,0000014a,00000000,00000000,00000000,01ed2814
"main",01ed280c
"vs_4_0",7461636f00000800,00000000,00000000,00000000,00000000,0021e0f0,0021e0a0)
ret=01797a21
...
0abc:Ret d3dcompiler_47.D3DCompile2() retval=80004001 ret=01797a21
-----
Note: I tried Wine 6.3 but the game won't start due to Steam issue.
--
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=32896
Bug #: 32896
Summary: Serious Sam: The Random Encounter has no sound
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gediminas(a)varciai.lt
Classification: Unclassified
Created attachment 43445
--> http://bugs.winehq.org/attachment.cgi?id=43445
Terminal output with comments
Serious Sam: The Random Encounter has no sound both on PulseAudio and plain
ALSA.
The terminal output is spammed with DirectMusic fixme messages. I suspect this
is also the reason the game runs extremely slow.
Attaching the terminal output with comments.
--
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=52396
Bug ID: 52396
Summary: Stack overflows when running 64-bit .net6 program
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matdug1(a)hotmail.com
Distribution: ---
Created attachment 71635
--> https://bugs.winehq.org/attachment.cgi?id=71635
Sample project and steps to reproduce video
I'm seeing multiple instances of stack overflow errors when running 64 bits
dotnet6 programs in Wine ( version 7.0 RC5 as well as in v6.0.2 Stable on
Fedora )
The rationale for running a .net6 program in Wine instead of the native Linux
implementation is that the Winform API is only supported in the Windows,
Android and IOS versions of .net6. The app is also 64 bits because the
debuggers for .net core (vsdbg, Samsung's netcoredbg) are apparently not
available for windows in 32-bits flavors.
Included is a small .net6 application where the issue is easily reproduced.
STEPS TO REPRODUCE :
-Install the .net6 SDK from
https://dotnet.microsoft.com/en-us/download/dotnet/6.0 on a Windows machine
-Download the sample application WineStackOverflowError.zip
-Build and publish the application :
dotnet publish WineStackOverflowError.csproj -r win7-x64
-Deploy the published app on Linux from
.\bin\Debug\net6.0-windows\win7-x64\publish
-Run the application in Wine
-In the property grid click in rapid succession on the Backcolor field within
the PropertyGrid.
-After a few clicks a stack overflow error is triggered.
019c:err:virtual:virtual_setup_exception stack overflow 2704 bytes in thread
019c addr 0x1700540d9 stack 0x20570 (0x20000-0x21000-0x1a0000)
A webm video showing how to reproduce this is also provided.
Thank You
M. Dugal
--
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=49804
Bug ID: 49804
Summary: OpenGL Extensions Viewer 6.1.2
Product: Wine-staging
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: acroq3(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68126
--> https://bugs.winehq.org/attachment.cgi?id=68126
output in console
Able to install.
Unable to run and use.
Program: OpenGL Extensions Viewer 6
Version: 6.1.2
Developer: realtech VR (https://realtech-vr.com)
SHA-256: 10fe58de8c6ed09ae471bd21cf5ff376f280ccdfb1a23d9b9444c18f0cd504ca
File name: glview612-setup.exe
Download link "Download For Windows"
(http://www.realtech-vr.com/support/deeplink.php?SKU=15&target=UrlWin32) at
page https://www.realtech-vr.com/home/glview
--
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=55269
Bug ID: 55269
Summary: ntdll:info - The 32-bit
test_query_process_debug_port() gets a bad len on
Windows 8 64-bit
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info - The 32-bit test_query_process_debug_port() gets a bad len on
Windows 8 64-bit :
info.c:2082: Test failed: len set to 32ed70
info.c:2089: Test failed: len set to 32ed70
info.c:2096: Test failed: len set to 32ed70
See https://test.winehq.org/data/patterns.html#ntdll:info
A bisect shows that the failures started with the commit below:
commit 7e521b4db353bcfb60976d89009636bec8e16a8d
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jul 11 13:41:13 2023 +0200
ntdll: Fix returned length for some info classes in
NtQueryInformationProcess().
--
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=47767
Bug ID: 47767
Summary: Airport Mania First Flight - Very slow loading times
and awful performance
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: ---
Created attachment 65248
--> https://bugs.winehq.org/attachment.cgi?id=65248
winedebug log
The game starts and shows an intro screen but then only gets 3-4 fps both when
the loading screen starts and after the loading is done the performance is just
as bad.
I seem to remember trying it with an older version of Wine about 3 years ago
and it worked much better but unfortunately i don't remember which version or
what commit may have broken it.
Tried compiling wine for a regression test but the application won't start with
the compiled version.
I've attached the output of a WINEDEBUG=warn+all log below.
Thanks for the help.
--
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=45072
Bug ID: 45072
Summary: Wine 3.6 causes 100% CPU use in MikuMikuDance
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: myjunkmail311006(a)gmail.com
Distribution: ---
In wine-3.6 (Ubuntu 3.6-1), running MikuMikuDance, an animation program, causes
MikuMikuDance to stay at 100% CPU use (one CPU core).
In wine-3.0 (Ubuntu 3.0-1ubuntu1), it's at 21% CPU use under the same
conditions, which is with nothing loaded and not rendering any frames using the
'save power' mode under View menu. with 'save power' mode turned off, it's at
31% CPU while rendering the coordinate axes at 58 fps.
In Wine 2.18, it used the same or less CPU as in 3.0.
I know the guidelines say to run a regression test but I don't think I could
compile wine successfully; I'm using the Ubuntu 18.04 stable and development
packages.
This happens with a default Wine install, which is enough to run 32-bit MMD
without the addon MikuMikuEffect. (Installing a specific version of Visual C++
2008 may be necessary to get 64-bit MMD to run at all.)
(With my CPUs set to lowest frequency, MMD goes to 50% CPU in 'top' with Wine
3.0. With Wine 3.6, MMD goes from 60~100% CPU at maximum frequency to 100~115%
CPU at 1/3 frequency.)
--
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=34751
Bug #: 34751
Summary: Aura: Fate of the Ages: sounds aren't played, but
music works fine
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46334
--> http://bugs.winehq.org/attachment.cgi?id=46334
Aura Sound Log
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio
For example there's no sound of this moving thing in the center of the menu, or
you can't here fire in the fireplace if you enter the room through the first
door you see when the game begins.
The problem can be reproduced in the demo (check out the link).
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=53264
Bug ID: 53264
Summary: mmdevapi:capture - test_audioclient() fails
systematically on Windows 10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:capture - test_audioclient() fails systematically on Windows 10 1909+:
capture.c:534: Test failed: SetEventHandle returns 80070002
capture.c:135: Test failed: Start on a stopped stream returns 88890014
capture.c:137: Test failed: Waiting on event handle failed!
capture.c:155: Wait'ed position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:187: Test failed: GetNextPacketSize 0 vs. GCP 0
capture.c:190: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:219: Sleep.1 position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:259: Test failed: GetNextPacketSize 0 vs. GetDevicePeriod 448
capture.c:264: GetBufferSize 21996 period size 448
capture.c:272: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:274: Overrun position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:299: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:301: Cont'ed position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:314: Test failed: Stop on a started stream returns 00000001
capture.c:317: Test failed: Start on a stopped stream returns 88890014
capture.c:320: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:325: Restart position 0 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:327: Test failed: restarted GCP 0
capture.c:339: Test failed: Stop on a started stream returns 00000001
capture.c:354: Reset position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:361: Test failed: Start on a stopped stream returns 88890014
capture.c:369: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
https://test.winehq.org/data/patterns.html#mmdevapi:capture
80070002 == HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND)
88890014 == AUDCLNT_E_EXCLUSIVE_MODE_NOT_ALLOWED AUDCLNT_ERR
It looks like the first failure is the cause for all the others.
--
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=23489
Summary: Buccaneer: quits silently when entering the Tavern
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://www.bigdownload.com/games/buccaneer-the-pursuit
-of-infamy/pc/buccaneer-the-pursuit-of-infamy-demo/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=29317)
--> (http://bugs.winehq.org/attachment.cgi?id=29317)
console log
The game Buccaneer: The Pursuit of Infamy will quit silently (without a crash
dialogue or anything) when you enter the Tavern after returning from a mission.
The Tavern is the place where players can save their actual progress in the
game.
Interestingly the game never crashes if you enter the Tavern BEFORE a mission
(I mean right after starting a new game).
You can check out the issue using the demo (122 Mb download size), link added
to URL.
How to reproduce the bug in the demo:
1. Install the demo and start it by T3D.exe. The game will notify you about the
latest update, you can install it, the game will restart after updating.
2. Start a new single-player game, select an available mission in 'Chart Room',
'Set Sail'.
3. You can complete the mission if you like it or simply turn your ship back,
and leave the mission area. You will be returned to your home port (Cutlass
Bay).
4. Back in the port click on 'The Tavern' >> the game will quit unexpectedly.
After some fiddling it turned out that installing native comctl32 components
via winetricks solves the problem.
A standard console log (attached) doesn't reveal too much information, I guess.
Any winedebug I should pass to narrow the 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=55267
Bug ID: 55267
Summary: gdi32:font - The 64-bit test_RealizationInfo() gets
invalid parameter errors on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:font - The 64-bit test_RealizationInfo() gets invalid parameter errors on
Windows 8+:
font.c:4470: Test failed: ret 0 gle 87
font.c:4472: Test failed: mismatch
See https://test.winehq.org/data/patterns.html#gdi32:font
Where 87 == ERROR_INVALID_PARAMETER
This is specific to the 64-bit tests and first happened on 2023-07-10 which
corresponds to the GitLab CI's move to Debian 12 for building the Windows test
binaries (5799e89f15b5). This is confirmed by the fact that test executables
built on Debian 11 still don't get these failures.
In particular this means:
* These failures will show up in the TestBot's nightly WineTest results since
they use the official winetest.exe binaries built by the GitLab CI on Debian
12.
* But they will not happen when testing patches on the TestBot since, so far,
it still builds the tests on Debian 11.
--
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=49731
Bug ID: 49731
Summary: Shtriga: Summer Camp freezes with a black screen
(PE-build only)
Product: Wine
Version: 5.15
Hardware: x86
URL: https://store.steampowered.com/app/560740/Shtriga_Summ
er_Camp/
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
The game displays some company logos after startup then it gets stuck with a
black screen.
Wine built without Mingw loads the game properly.
Plain terminal output:
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:dwmapi:DwmSetWindowAttribute (00020064, 7, 0031BD7C, 4) stub
0024:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
wine-5.15-108-gab94abb14f
--
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=45144
Bug ID: 45144
Summary: The GED Keeper 2 program does not start.
Product: Wine-staging
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michal.michcik(a)interia.pl
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61329
--> https://bugs.winehq.org/attachment.cgi?id=61329
Log from PlayOnLinux Debuger
Link to the mentioned program.
https://sourceforge.net/projects/gedkeeper/?source=typ_redirect
--
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=45893
Bug ID: 45893
Summary: Midtown Madness: Extremely Slow with csmt on
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
The game Midtown Madness is unplayably slow with csmt turned on. This can be
reproduced with the demo version of the game.
This is an old title from 1999 that uses direct draw AFAICT.
The game needs Windows version set to XP or lower, and either be run with an
Xserver supporting 16bpp colors, or a hack to force Wine to use 16bpp.
https://www.fileplanet.com/19814/10000/fileinfo/Midtown-Madness-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=43372
Bug ID: 43372
Summary: valgrind shows a definite leak in
dlls/d3dx9_36/tests/texture.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M d3dx9_36.dll -p
d3dx9_36_test.exe.so texture && touch texture.ok
==9786== 8 bytes in 1 blocks are definitely lost in loss record 165 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA083C: test_texture_shader (texture.c:2053)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
==9786== 8 bytes in 1 blocks are definitely lost in loss record 166 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA08DA: test_texture_shader (texture.c:2056)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
==9786== 8 bytes in 1 blocks are definitely lost in loss record 167 of 2,887
==9786== at 0x7BC51061: notify_alloc (heap.c:254)
==9786== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==9786== by 0x4CBB72D: D3DXCreateTextureShader (shader.c:2405)
==9786== by 0x4AA0978: test_texture_shader (texture.c:2059)
==9786== by 0x4AA1B5A: func_texture (texture.c:2297)
==9786== by 0x4AA5A93: run_test (test.h:603)
==9786== by 0x4AA5EF2: main (test.h:687)
==9786==
--
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=55223
Bug ID: 55223
Summary: d3dx10_34:d3dx10 & d3dx10_35:d3dx10 sometimes fail on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx10_34:d3dx10 & d3dx10_35:d3dx10 sometimes fail on w11pro64-amd-64:
d3dx10.c:2970: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2979: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2970: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2979: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3161: Test failed: Test 4: Got unexpected hr 0x88760b59.
d3dx10.c:3163: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3174: Test failed: Test 4: Got unexpected hr 0x88760b59.
d3dx10.c:3176: Test failed: Test 4: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3161: Test failed: Test 25: Got unexpected hr 0x88760b59.
d3dx10.c:3163: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
d3dx10.c:3174: Test failed: Test 25: Got unexpected hr 0x88760b59.
d3dx10.c:3176: Test failed: Test 25: Got unexpected hr2 0xdeadbeef.
See https://test.winehq.org/data/patterns.html#d3dx10_34:d3dx10https://test.winehq.org/data/patterns.html#d3dx10_35:d3dx10
Where 0x88760b59 == D3DXERR_INVALIDDATA
And the number of failures is variable but always happens in either
test_get_image_info() or test_create_texture(), but seemingly on random
test_image indexes.
Also the failure always happens on the TestBot's AMD RX6600 PCI passthrough
configuration (the QEmu QXL and Nvidia configurations have no failure).
And this error first happened on 2023-06-14 and has been happening about twice
a week but I could not identify which commit is causing the failures.
--
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=54704
Bug ID: 54704
Summary: Black screen with Dungeon Keeper 2 and Wine v8.4
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reserv0(a)yahoo.com
Distribution: ---
Created attachment 74213
--> https://bugs.winehq.org/attachment.cgi?id=74213
DK2 log (with broken Wine 8.4 and working Wine 8.3)
I just compiled and tried Wine v8.4, and with it, I get a black screen after
the intro screen, at the menu stage of Dungeon Keeper 2.
This game is working just fine with (almost) all Wine versions between
6.something (I don't remember exactly which) and 8.3 (I reverted to the latter
for now).
There is alas no clue in the messages I get when starting DK2 from a terminal
(I get the exact same messages as with v8.3; log attached).
Note that I am using MATE (v1.14.1, GTK2) as the desktop environment, without
any compositor, and in X11 mode (no Wayland installed on my system and Wine 8.4
compiled --without-wayland) with a NVIDIA GPU (RTX 3070) and the latest NVIDIA
proprietary drivers.
--
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=45135
Bug ID: 45135
Summary: Black Rockman Shooter has no sound, implementation
missing in dmime
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Created attachment 61322
--> https://bugs.winehq.org/attachment.cgi?id=61322
stdout of that game.
Game "Black Rockman Shooter" has not sound at the begin. Although override the
dmime could make sound, the game will become laggy.
Some other game also using same dll to make sound and has same situation.
--
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=32395
Bug #: 32395
Summary: Neverwinter Nights 2 : Broken sky
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Classification: Unclassified
Created attachment 42747
--> http://bugs.winehq.org/attachment.cgi?id=42747
Screenshot
In Neverwinter Nights 2, the sky fails to display properly. Look at the
attached screenshot for an example. It reminds me of
http://bugs.winehq.org/show_bug.cgi?id=23012 in the sense that the faulty
portion of the sky seems similar, but the sky is not black.
The console outputs this error appears in loop , is it related to this bug?
err:d3d_surface:surface_blt_fbo >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502)
from glBlitFramebuffer() @ surface.c / 1265
Otherwise the console outputs nothing in particular. A specific channel could
be required to identify the culprit.
Wine 1.5.19
Neverwinter Nights 2 1.23
Nvidia 550 Ti
Arch Linux X64
--
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=55228
Bug ID: 55228
Summary: kernel32:loader - test_ResolveDelayLoadedAPI() fails
on Windows 10+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:loader - test_ResolveDelayLoadedAPI() fails on Windows 10+:
loader.c:3979: Test failed: Test 0: expected 74464550, got 10001A00
loader.c:3998: Test failed: Test 0: expected 74464550, got 10001A00
loader.c:3979: Test failed: Test 1: expected 70492CF0, got 10001A20
loader.c:3998: Test failed: Test 1: expected 70492CF0, got 10001A20
loader.c:3979: Test failed: Test 2: expected 74462DC0, got 10001A40
loader.c:3998: Test failed: Test 2: expected 74462DC0, got 10001A40
loader.c:3987: Test failed: Test 3: ResolveDelayLoadedAPI succeeded with
10001A60
loader.c:3989: Test failed: Test 3: Wrong sys callback count: 0
loader.c:4018: Test failed: Test 3: ResolveDelayLoadedAPI succeeded with
10001A60
loader.c:3987: Test failed: Test 4: ResolveDelayLoadedAPI succeeded with
10001A80
loader.c:3989: Test failed: Test 4: Wrong sys callback count: 0
loader.c:4018: Test failed: Test 4: ResolveDelayLoadedAPI succeeded with
10001A80
See https://test.winehq.org/data/patterns.html#kernel32:loader
--
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=52014
Bug ID: 52014
Summary: Memento Mori stucks on launch
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../libs/gst/base/gstbasetransform.c(1431):
gst_base_transform_reconfigure_unlocked ():
/GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../libs/gst/base/gstbasetransform.c(1431):
gst_base_transform_reconfigure_unlocked ():
/GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
04a0:fixme:dsound:IDirectSoundBufferImpl_Restore (14B393D0):stub
04a0:err:sync:RtlpWaitForCriticalSection section 00DD85F4
"../wine/dlls/winegstreamer/wm_asyncreader.c: async_reader.stream_cs" wait
timed out in thread 04a0, blocked by 04e8, retrying (60 sec)
04e8:err:sync:RtlpWaitForCriticalSection section 0A6DF734 "?" wait timed out in
thread 04e8, blocked by 04a0, retrying (60 sec)
wine-6.21-116-g6a072b98c10
--
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=48550
Bug ID: 48550
Summary: Right click doesn't work on system tray icons (Plasma
desktop issue)
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahmed.com(a)protonmail.com
Distribution: ---
When clicking by the right button on any system-tray icons under Wine, it
doesn't respond, and shows the menu.
This issue happens only with KDE Plasma desktop, and it is quite old issue, but
I didn't report it before, because I was using a modified wine builds that had
a patch for this issue.
System info:
OS: Kubuntu 19.10
KDE Plasma version: 5.16.5
KDE Frameworks version: 5.62.0
Qt version: 5.12.4
--
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=50388
Bug ID: 50388
Summary: scroll wheel does not work in Approach's worksheets
Product: Wine-staging
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Dear Wine Staging,
Fedora 33
wine-staging64-6.0.rc3-1.1.x86_64
Lotus Approach N9.8.0208.1300
The scroll wheel has never worked in Approach's worksheets (looks like a spread
sheet). It is really, really annoying. Would you guys please consider fixing
this for me?
Many thanks,
-T
--
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=54175
Bug ID: 54175
Summary: MAME 0.224 (windows version) cannot start any machine
due to Direct3d 9 initialization failure
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
Created attachment 73697
--> https://bugs.winehq.org/attachment.cgi?id=73697
MAME crash when starting any machine (NES in this case)
The windows version of MAME 0.224 cannot start any machine because of direct3d
9 initialization error (as it is written in console output) in stable 7.0.1
version (with dxvk 1.10.3 installed). However, everything was working fine in
stable 7.0. It seems to be some kind of regression in 7.0.1. I cannot test dxvk
2.0 version (if it is the reason) because of my GTX 760 support abandoning. The
drivers tested were 470.131.03 and the latest 470.161.03.
--
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=31586
Bug #: 31586
Summary: Myst V stucked when about playing the first cutscene
in the game
Product: Wine
Version: 1.5.11
Platform: x86
URL: http://www.chip.de/downloads/Demo-Myst-V-End-Of-Ages_1
6462550.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 41534
--> http://bugs.winehq.org/attachment.cgi?id=41534
terminal output
This probably never worked correctly in Wine: in AppDB there are mentions of
the issue with Wine 0.9.x.
Reproducible with the demo as well as with the GOG.com version of the game.
The problem: when you meet the first person very early in the game, his/her
initial monologue is not playing. The person is just standing there, the audio
file containing the speech is never played. This makes impossible to get
further in the game. The game is not freezing; background music, animations,
camera movement are still working, but you are unable to use the keyboard or
the mouse. The only way to exit the game at this point is to kill the game
executable.
This is the point where certain fixmes from dmime are printed in the terminal,
as can be seen at the end of the attached log.
Workaround: 'winetricks directmusic' (which also installs native dsound). The
corresponding audio file is playing correctly and you can proceed further in
the game.
Steps to reproduce the problem with the demo version:
1. install the demo, use virtual desktop mode to work around bug #25786. At the
end of the installation, audio files used by the game will be converted from
.ogg to .wav. It should be noted that the game installer hits bug #17403 at
this point: the converted .wav files have different sizes, compared to the same
files when the game is installed under Windows. Probably that's not what causes
the reported issue (native directmusic doesn't help in bug #17403).
2. start the demo with eoa.exe. Skip the intro videos and click <Ok> in the
notification dialogue about mouse movement.
3. there is a 'bubble' in front of you, left click on it to get closer. A man
appears in front of you, but he's just standing there, his monologue is not
playing thus you can't proceed further.
The audio file that should be played at this point in the demo version is
'drboEsher-DireboSrln_eng.wav', located under Myst V Demo/sfx/streamingCache.
Please let me know if you need a log with debug channels enabled.
--
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=25323
Summary: Civilization IV Beyond the Sword crashed when trying
to start a new game.
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: f.pinamartins(a)gmail.com
Created an attachment (id=32176)
--> (http://bugs.winehq.org/attachment.cgi?id=32176)
Crash log with WINEDEBUG=+tid,+msxml,+variant
The crash mentioned in the summary occurs only if using builtin msxml3.
Reverting this dll to native will make the game start just fine.
I attached a logfile with WINEDEBUG=+tid,+msxml,+variant.
This should allow more progress on the builtin msxml3 lib.
--
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.