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.