https://bugs.winehq.org/show_bug.cgi?id=48787
Bug ID: 48787
Summary: WineD3D C&C Generals Zero Hour takes a lot time to
load or maximize
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: moceap(a)hotmail.com
As you know (C&C Generals Zero Hour) is an old game. And it use DirectX 8.1.
These type of games don't stable in current Windows' versions.
So WineD3D used to valid run them on Windows.
Using: C&C Generals Zero Hour (Last Version 1.04)
Windows 10 (1909)
WineD3D (From Wine 5.4)https://fdossena.com/?p=wined3d/index.frag
Both (Intel and AMD) cards tested
Expected Result: Works fine with high speed.
Actual Result: Very long time on maximize the game after minimize or switch to
another application
Long time on loading the game (Not happen on MS DirectX)
--
Do not reply 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=49666
Bug ID: 49666
Summary: Red Dead Redemption 2 requires HEAP flags offset to
match Windows
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
Red Dead Redemption 2 gets ProcessHeap from the PEB, and directly accesses the
'flags' and 'force_flags' fields of the HEAP structure.
Those fields need to be at the same offset as they are on WinVista through
current Win10, 0x40/0x70.
Wine currently pads the struct so 'flags' is in the correct place (0xC) vs.
WinNT/2000/XP
https://ctf-wiki.github.io/ctf-wiki/reverse/windows/anti-debug/heap-flags/
--
Do not reply 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=49656
Bug ID: 49656
Summary: SAP GUI - Ws2_32.getaddrinfo crashes with non-standard
service (/etc/services)
Product: Wine
Version: 5.14
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: guimaeda(a)gmail.com
Created attachment 67890
--> https://bugs.winehq.org/attachment.cgi?id=67890
Terminal output (both success and crash)
Calling getaddrinfo with pNodeName = NULL and a non-standard pServiceName that
is not present in /etc/services causes an Unhandled page fault.
I noticed this issue using SAP GUI, a Windows client for a corporate ERP system
that uses unusual TCP ports for some of its connections to servers.
These port numbers are registered in %WINDIR%\system32\drivers\etc\services
during installation, and after going through some traces I noticed the error
stopped after adding the same entries to the host's (macOS) /etc/services file.
Since SAP GUI is licensed software, I created a little C program that simulates
the same problem.
It simply calls getaddrinfo with a service name "I_dont_exist".
If this entry is not present in /etc/services, the program crashes.
Tested on Wine 5.14 upstream binaries downloaded from PlayOnLinux/Phoenicis
Wine building service.
I also tested in other Wine version I use, namely 5.14-staging, 5.0 (WineHQ
Homebrew), 5.7-staging (WineHQ Homebrew) and CrossOver 19.0.1. All had the same
result.
Sample C program with .exe and source code:
https://abap.ninja/bugreport/wine_getaddrinfo_crash.zip
--
Do not reply 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=46726
Bug ID: 46726
Summary: Dirt Rally 2.0 does not use embedded CA cert
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: andreas(a)heider.io
Distribution: ---
Hi,
Dirt Rally 2.0 requires an online connection to play the single player
campaign, but with Wine 4.2 it can't successfully establish that connection due
to a certificate issue.
It tries to connect to https://prod.egonet.codemasters.com/, but since it does
not trust the certificate the connection fails.
The required CA certificate is embedded in dirtrally2.exe, but Wine does not
seem to pick it up and use it.
It all works perfectly if I manually trust the CA system-wide, by placing
codemasters.pem in /etc/ca-certificates/trust-source/anchors and run
update-ca-trust.
--
Do not reply 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=49488
Bug ID: 49488
Summary: uninitialized bytes in server call from
ntdll/server_write_file
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
Created attachment 67607
--> https://bugs.winehq.org/attachment.cgi?id=67607
Configure output.
Steps to reproduce
* Build wine (currently ec9e556d31). Attached my configure output. See for
configure flags.
* Build 'int main() { return 0; }' under i686-w64-mingw-gcc
* Run under valgrind. Valgrind output attached.
The first valgrind error is:
==1472== Syscall param writev(vector[...]) points to uninitialised byte(s)
==1472== at 0x432C2A3: __writev (writev.c:26)
==1472== by 0x432C2A3: writev (writev.c:24)
==1472== by 0x485A099: send_request (server.c:221)
==1472== by 0x485A1DB: server_call_unlocked (server.c:281)
==1472== by 0x485A236: wine_server_call (server.c:297)
==1472== by 0x484B69E: server_write_file (file.c:4706)
==1472== by 0x484CB30: NtWriteFile (file.c:5272)
==1472== by 0x7BC500A8: NtWriteFile (file.c:176)
==1472== by 0x5E267A7: rpcrt4_conn_np_write (rpc_transport.c:415)
==1472== by 0x5E1BF85: rpcrt4_conn_write (rpc_binding.h:197)
==1472== by 0x5E1DB8C: RPCRT4_SendWithAuth (rpc_message.c:850)
==1472== by 0x5E1E9B7: RPCRT4_Send (rpc_message.c:1249)
--
Do not reply 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=45536
Bug ID: 45536
Summary: Total Commander 9.x crashes on unimplemented function
usp10.dll.ScriptGetFontAlternateGlyphs when Wine is
not detected
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
while investigating bug 45514 (dupe of bug 42497) my Total Commander 9.x
installation stopped working because I made 'wine_get_version' a '-noname'
ordinal export (cheaper way, to avoid using Wine-Staging/patchset).
The app no longer detects Wine and runs into a problem.
Download: https://totalcommander.ch/win/tcmd920x64.exe
--- snip ---
$ pwd
/home/focht/wineprefix64-tcmd/drive_c/totalcmd
$ file *.{DLL,EXE}
TC7Z64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows
TCLZMA64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows
TCUNZL64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows
UNRAR64.DLL: PE32+ executable (DLL) (console) x86-64, for MS Windows
WCMICON2.DLL: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows
WCMICONS.DLL: PE32 executable (GUI) Intel 80386, for MS Windows
WCMZIP64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows
NOCLOSE64.EXE: PE32+ executable (GUI) x86-64, for MS Windows
TCMADM64.EXE: PE32+ executable (GUI) x86-64, for MS Windows
TCMDX32.EXE: PE32 executable (GUI) Intel 80386, for MS Windows
TCUNIN64.EXE: PE32+ executable (GUI) x86-64, for MS Windows
TOTALCMD64.EXE: PE32+ executable (GUI) x86-64, for MS Windows
$ WINEDEBUG=+seh,+relay wine TOTALCMD64.EXE >>log.txt 2>&1
...
0030:Call KERNEL32.GetProcAddress(7bc80000,00a8a890 "wine_get_version")
ret=00474dbb
0030:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00474dbb
...
0030:Ret usp10.ScriptItemize() retval=00000000 ret=009f4047
0030:Call
usp10.ScriptShape(00250258,00bd1bc0,01cb9768,00000001,00000010,00099634,02f35050,02f35090,02f350d0,0037693c)
ret=009f40d1
...
0030:Ret usp10.ScriptShape() retval=00000000 ret=009f40d1
0030:Call KERNEL32.RaiseException(80000100,00000001,00000002,01cb96a0)
ret=7fe6fee5eb50
0030:trace:seh:NtRaiseException code=80000100 flags=1 addr=0x7b4944b9
ip=7b4944b9 tid=0030
0030:trace:seh:NtRaiseException info[0]=00007fe6fee5eb80
0030:trace:seh:NtRaiseException info[1]=00007fe6fee5eb95
wine: Call from 0x7b4944b9 to unimplemented function
usp10.dll.ScriptGetFontAlternateGlyphs, aborting
0030:trace:seh:call_vectored_handlers calling handler at 0x419950 code=80000100
flags=1
...
--- snip ---
Source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/usp10/usp10.spec#l9
--- snip ---
9 @ stub ScriptGetFontAlternateGlyphs
--- snip ---
Microsoft docs:
https://docs.microsoft.com/en-us/windows/desktop/api/usp10/nf-usp10-scriptg…
$ sha1sum tcmd920x64.exe
d27abd02fe60002cfb60b1c68888a666c48c9142 tcmd920x64.exe
$ du -sh tcmd920x64.exe
5.0M tcmd920x64.exe
$ wine --version
wine-3.13
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=49460
Bug ID: 49460
Summary: where.exe is missing in wine (affects Waves Central )
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
This program where.exe is present in my Windows 7; I guess wine should provide
one as well...
Trying to run Waves Central Installer with +process:
00f8:trace:process:CreateProcessInternalW app L"C:\\windows\\system32\\cmd.exe"
cmdline L"C:\\windows\\system32\\cmd.exe /d /s /c \"where powershell.exe\""
I copied over where.exe from my Windows 7 to my prefix and now I got Waves
Central to install and start (also have to install powershell),
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.