https://bugs.winehq.org/show_bug.cgi?id=51198
Bug ID: 51198
Summary: regression: black screen in main menu of warcraft 3
reforged with wine-staging-6.9
Product: Wine-staging
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: idarktemplar(a)mail.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70072
--> https://bugs.winehq.org/attachment.cgi?id=70072
wc3.log.bz2
When running Warcraft 3 Reforged in wine-staging 6.9, main menu is a completely
black screen, and instead of cursor there are some visual artefacts.
With wine-staging 6.8 it works acceptably: it's really slow, but at least
there's properly rendered main menu.
No DXVK is used.
OS: Gentoo Linux, kernel 5.10.27
Proprietary Nvidia driver 460.67:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 750/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 460.67
OpenGL core profile shading language version string: 4.60 NVIDIA
Wine output contains a lot of lines similar to:
03bc:err:d3d:state_undefined Undefined state UNKNOWN_STATE(0) (0).
Log is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50520
Bug ID: 50520
Summary: Any Rust-Lang application: Cannot create an async tcp
connection
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)greaka.de
Distribution: ---
Created attachment 69183
--> https://bugs.winehq.org/attachment.cgi?id=69183
minimal example
Rust applications are not able to use async libraries in wine. TCP connections
send Syn, receive Syn/Ack, send Reset.
Test matrix:
- Wine versions 5.0, 5.8, 5.22, 6.0rc0 , 6.0rc6
- Ubuntu, Arch
- WSL, native on laptop
- Tokio, Smol, Async-Std (Smol and async-std use the same under the hood)
- Rust versions 1.48 stable, 1.49 stable, 1.50 beta
- Targets windows-gnu, windows-msvc
- Toolchains gnu, msvc
Every combination fails to connect.
Minimal example source code: https://pastebin.com/SZavTYD7
precompiled binary 1.50 beta/windows-msvc/msvc attached.
The example expects a listener on localhost:41206!
You can easily open one with ncat -l -k -p 41206
The error returned to rust:
[src\main.rs:10] TcpStream::connect(addr.as_slice()).await = Err(
Os {
code: 10045,
kind: Other,
message: "OS Error 10045 (FormatMessageW() returned error 317)",
},
)
Trace from wineserver:
Short version
https://cdn.discordapp.com/attachments/596410107726921728/79886280364864308…
Long version
https://cdn.discordapp.com/attachments/596410107726921728/79885875841138688…
--
Do not reply 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=48483
Bug ID: 48483
Summary: Mouse cursor always visible in Gothic 2 with D3D11
renderer
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supercoolemail(a)seznam.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Gothic 2 (Russian with 2.6 no-cd patch) with D3D11 renderer shows X11/KDE mouse
all the time. Cursor should not be visible in Gothic 2 at all. It does not have
any functional impact but it's disturbing.
How to reproduce:
- Get Gothic 2.
- Test G2 works (menu at least).
- Extract GD3D11 (e.g. from
https://github.com/Kirides/GD3D11/releases/download/v17.7-dev8/Gothic2-GD3D…
but even old versions from Liker suffer from same issue). DLLs from archive
belong to `<game dir>/System` directory.
- Start the game with `ddraw=n,b`.
- See that mouse cursor appears when menu finishes loading. Alternatively,
mouse movements make cursor appear even before menu finishes loading.
There is some analysis here https://github.com/Tk-Glitch/PKGBUILDS/issues/428 .
I can confirm that same issue happens with clean wine-staging 5.0rc4 from Arch
repositories (also with wine-tkg built from master). While clean G2 works
properly in vanilla wine, GD3D11 needs staging otherwise it crashes at startup.
Tested on
`Linux coolhost 5.4.12-arch1-1 #1 SMP PREEMPT Tue, 14 Jan 2020 21:44:31 +0000
x86_64 GNU/Linux`
Ryzen 7 1700
RX 580 8G
16 G RAM
mesa 19.3.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=48945
Bug ID: 48945
Summary: "Show Advanced Fields" link should be made more
visible and changed to a button
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stefan.riesenberger(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 66919
--> https://bugs.winehq.org/attachment.cgi?id=66919
Example modification of the "Show Advanced Fields" button
This is a enhancement bug about the bug report page itself.
The "Show Advanced Fields" link isn't really eye catching and blends in with
labels or links that will move you to other pages. I would suggest changing it
to a real button instead, which would make it's function more obvious.
The placement could also be improved, but that's not as important. Currently it
gets overshadowed by the components list, so you pretty much overlook it. I
would suggest moving it between the version and summary field.
I attached a screenshot on how I think it should look like, but as said above
the button position is probably more subjective.
I hope I explained everything in an understandable way.
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.
http://bugs.winehq.org/show_bug.cgi?id=36544
Bug ID: 36544
Summary: The Weather Channel Desktop App for Windows fails to
install
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alfredo.pacheco32(a)gmail.com
Created attachment 48639
--> http://bugs.winehq.org/attachment.cgi?id=48639
Backtrace text file
When attempting to open and install the app, an error occurs, stating missing
files.
http://www.weather.com/mobile/win7desktop/installer/twcsetup.exe
Lubuntu 14.04
GNOME v3.8.4
Kernel 3.13.0.-27-generic
--
Do not reply 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=32845
Bug #: 32845
Summary: Installing Cisco CSM 4.2 in Ubuntu x64 fails (32bit
works)
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lordmael(a)gmail.com
Classification: Unclassified
Created attachment 43377
--> http://bugs.winehq.org/attachment.cgi?id=43377
Backtrace from the wine error log.
Installing Cisco Security Manager (CSM) 4.2 on ubuntu 64bit fails but when
installing it in 32bit ubuntu it installs and runs fine.
I followed the directions to install the replacement advpack.dll and update it
in the wine libraries as well as installing java in the wine environment prior
to installing CSM.
Running ubuntu 12.10 x64 with wine 1.4.1 (perhaps I need to update)
Willing to help out as much as needed :)
--
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=34648
Bug #: 34648
Summary: J2SE Runtime Environment 5.0 Update 10 installer
'patchjre' tool crashes due to unbuffered io on
redirected stdout pipe
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
The first thing to notice is the installer seeming to hang without showing GUI.
It actually tries to call home to 'jal.sun.com' which might take up to a minute
until it times out.
Not sure why they didn't remove the DNS entry if the host is
dead/filtered/blocked anyway.
--- snip ---
0009:trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD
/webapps/installstat/CountryLookup HTTP/1.1\r\nHost:
jal.sun.com\r\nContent-Length: 0\r\nUser-Agent: jupdate\r\nCache-Control:
no-cache\r\nConnection: Keep-Alive\r\n\r\n"
0009:trace:wininet:GetAddress L"jal.sun.com"
0009:trace:wininet:HTTP_ResolveName resolved L"jal.sun.com" to 192.18.97.143
0009:trace:wininet:open_http_connection connecting to L"jal.sun.com", proxy
(null)
--- snip ---
(test with a browser)
The crash itself can be reproduced by running the following command after
failed install attempt:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Common Files/Java/Update/Base
Images/jre1.5.0.b64/patch-jre1.5.0_10.b03
$ wine ./patchjre.exe -s "C:\\Program Files\\Java\\jre1.5.0_10"
--- snip ---
Backtrace:
--- snip ---
Unhandled exception: page fault on read access to 0x00000001 in 32-bit code
(0xf7527245).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:f7527245 ESP:0033c33c EBP:0033c398 EFLAGS:00010206( R- -- I - -P- )
EAX:00000001 EBX:f75a5000 ECX:00000022 EDX:00000000
ESI:7e5ea308 EDI:7b868ca6
Stack dump:
0x0033c33c: 00000001 00000000 00000004 0033c398
0x0033c34c: 00000000 00000000 0012fa10 00000000
0x0033c35c: 00000000 00000000 00000000 0033c340
0x0033c36c: 7e61e000 7e5ea308 7b868ca6 0033c398
0x0033c37c: 7e5ea32f 00000001 0040a32c 0033db40
0x0033c38c: 0040626c 00000000 00000000 0033db40
000c: sel=0067 base=00000000 limit=00000000 16-bit --x
Backtrace:
=>0 0xf7527245 __strstr_sse42+0x25() in libc.so.6 (0x0033c398)
1 0x7e5ea32f MSVCRT_strstr+0x26(haystack=*** invalid address 0x1 ***,
needle=""") [/home/focht/projects/wine/wine-git/dlls/msvcrt/string.c:1725] in
msvcrt (0x0033c398)
2 0x0040628f in patchjre (+0x628e) (0x0033db40)
3 0x00401155 in patchjre (+0x1154) (0x0033fd84)
4 0x00406daa in patchjre (+0x6da9) (0x0033fe20)
5 0x7b863cf0 call_process_entry+0xb() in kernel32 (0x0033fe38)
--- snip ---
The patcher creates pipes for child process stdio:
--- snip ---
0025:Call KERNEL32.CreatePipe(0033db30,0033db24,0033db18,00000400) ret=0040616e
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040616e
0025:Call KERNEL32.CreatePipe(0033db34,0033db28,0033db18,00000400) ret=0040618b
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040618b
0025:Call KERNEL32.CreatePipe(0033db38,0033db2c,0033db18,00000400) ret=004061a2
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=004061a2
...
0025:Call KERNEL32.SetHandleInformation(00000064,00000001,00000000)
ret=00406205
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406205
0025:Call KERNEL32.SetHandleInformation(00000068,00000001,00000000)
ret=0040620d
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=0040620d
0025:Call KERNEL32.SetHandleInformation(00000070,00000001,00000000)
ret=00406215
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406215
--- snip ---
The child process is started:
--- snip ---
...
0025:Call KERNEL32.CreateProcessA(00000000,0033cbbc "C:\\Program
Files\\Java\\jre1.5.0_10\\bin\\java.exe
-fullversion",00000000,00000000,00000001,08000008,00000000,00000000,0033dabc,0033db00)
ret=00406248
...
0027:Call KERNEL32.__wine_kernel_init() ret=7bc594f9
0025:Ret KERNEL32.CreateProcessA() retval=00000001 ret=00406248
...
--- snip ---
The parent (patcher) immediately issues a blocking read on child stdout pipe
without waiting for anything.
It blocks until the child writes something to other end of pipe:
--- snip ---
0025:Call KERNEL32.ReadFile(00000070,0033d3bc,00000100,0033db48,00000000)
ret=0040626c
--- snip ---
The child parses the command line and (f)prints out the version string to
"stdout" pipe.
I added more trace info to show 'MSVCRT_fwrite' and 'MSVCRT__write' calls +
args.
--- snip ---
0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74)
0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f
0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f
0027:trace:msvcrt:pf_printf_a Format is: "%s full version \"%s\"\n"
0027:trace:msvcrt:_lock (30)
0027:trace:msvcrt:MSVCRT_fwrite :file (0x7ed22320) ptr (0x40809c) wrcnt (4)
file->_cnt=0
0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74)
0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f
0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f
0027:Call ntdll.RtlAllocateHeap(00110000,00000008,00000200) ret=7ecb8877
0027:Ret ntdll.RtlAllocateHeap() retval=00134f48 ret=7ecb8877
0027:trace:msvcrt:MSVCRT__write :fd (2) handle (116) buf (0x40809c) len (4)
0027:Call KERNEL32.WriteFile(00000074,0040809c,00000004,0033f7a4,00000000)
ret=7ecb4157
0027:Ret KERNEL32.WriteFile() retval=00000001 ret=7ecb4157
0027:trace:msvcrt:_unlock (30)
0027:trace:msvcrt:_lock (30)
--- snip ---
Upon pipe write of client, the parent's blocking read returns and it starts
parsing the output:
--- snip ---
0025:Ret KERNEL32.ReadFile() retval=00000001 ret=0040626c
Regards
...
0025:Call msvcrt.strstr(0033d3bc "java",0040a32c "\"") ret=00406280
...
0025:Ret msvcrt.strstr() retval=00000000 ret=00406280
...
0025:Call msvcrt.strstr(00000001,0040a32c "\"") ret=0040628f
...
0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf747d245
ip=f747d245 tid=0025
--- snip ---
Unfortunately the buffer of client fprintf() call was not written in one piece
(buffered io) causing the parent to read only a partial string.
Due to crappy coding it crashes (2x strstr for '"' won't work for partial
data).
As seen in trace the first 4 bytes were directly written to pipe without any
buffering.
The child process fprintf() call to stdout (pipe):
--- snip ---
...
0040111F mov dword ptr [40AEB8h], 40809Ch ; offset "java"
...
00402007 push 4085DCh ; offset to "1.5.0-b64"
0040200C push dword ptr [40AEB8h] ; -> "java"
00402012 add eax, 40h
00402015 push 4085E8h ; offset to "%s full version \"%s\"\n"
0040201A push eax ; FILE *
0040201B call fprintf
--- snip ---
The first call to WriteFile() is actually the result of outputting first string
argument after format string -> 40809Ch = "java" (len=4).
Each vfprintf() argument handler -> pf_output_xxx will immediately trigger an
unbuffered write to the pipe(s).
Example session with winedbg showing use of buffered stdio when started from
console (len = 0x1f):
--- snip ---
=>0 0x7b83db29 WriteFile(hFile=0x17, buffer=0x112110, bytesToWrite=0x1f,
bytesWritten=0x33f9bc, overlapped=(nil))
[/home/focht/projects/wine/wine-git/dlls/kernel32/file.c:529] in kernel32
(0x0033fa38)
1 0x7ecace65 msvcrt_flush_buffer+0x54(file=0x7ed22320)
[/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:565] in msvcrt
(0x0033fa78)
2 0x7ecad0b8 remove_std_buffer+0x10(file=0x7ed22320)
[/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:628] in msvcrt
(0x0033fa98)
3 0x7ecb7630 MSVCRT_vfprintf+0x91(file=0x7ed22320, format="%s full version
"%s"
", valist="") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4491] in
msvcrt (0x0033fae8)
4 0x7ecb7aca MSVCRT_fprintf+0x35(file=0x7ed22320, format="%s full version
"%s"
") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4612] in msvcrt
(0x0033fb1c)
5 0x00402021 in java (+0x2020) (0x00111ff3)
--- snip ---
It seems to me that buffered io should be still done even if stdout is
connected to a pipe.
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.