wine-bugs November 2021

wine-bugs@winehq.org

1 participants
4557 discussions

[Bug 51380] New: The segment register tests fail in the wow32 ntdll:exception build
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51380 Bug ID: 51380 Summary: The segment register tests fail in the wow32 ntdll:exception build Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The segment register tests fail in the wow32 ntdll:exception build: https://test.winehq.org/data/patterns.html#ntdll:exception exception.c:1233: Test failed: wrong ds 0000 / 002b exception.c:1234: Test failed: wrong es 0000 / 002b exception.c:1235: Test failed: wrong gs 0000 / 002b exception.c:1233: Test failed: wrong ds 0000 / 002b exception.c:1234: Test failed: wrong es 0000 / 002b exception.c:1235: Test failed: wrong gs 0000 / 002b Note that these failures don't happen in a pure 32-bit prefix or when running the 64-bit tests. These tests were introduced by this commit: commit 03fe2b36cdcd6d5b431af2bc02aeeb67219c1a51 Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Tue Jun 22 12:43:09 2021 +0200 ntdll/tests: Add more tests for segment registers in 64-bit mode. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 50906] New: Her Story hangs/crashes in video clips
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50906 Bug ID: 50906 Summary: Her Story hangs/crashes in video clips Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sa(a)whiz.se Distribution: --- Created attachment 69715 --> https://bugs.winehq.org/attachment.cgi?id=69715 Video played to the end Hi, The game Her Story (the GOG version in my tests) either hangs or crashes on playing videos. There are two issues: 1, Letting a video play through to the end results in a hang and these errors: 01c4:err:quartz:DSoundRender_SendSampleData 0 01c4:err:ntdll:RtlpWaitForCriticalSection section 016F24E8 "dlls/quartz/filtergraph.c: filter_graph.cs" wait timed out in thread 01c4, blocked by 0024, retrying (60 sec) This is not 100% reproducible, the attached playthrough.log for this issue contains one successful playthrough before the hang. 2. Seeking in a video results in a crash. Seems to happen every time. 0194:err:ntdll:RtlpWaitForCriticalSection section 016F1CC8 "dlls/winegstreamer/quartz_parser.c: pin.flushing_cs" wait timed out in thread 0194, blocked by 0024, retrying (60 sec) 0198:fixme:dbghelp:validate_addr64 Unsupported address fffffffff7f70000 [...] 0198:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x7bc46b15 To reproduce this, click on the video once for the seek bar to appear and skip forwards/backwards. This is the seek_backwards.log Logs are attached captured with +quartz,+gstreamer Video files are H264 with MP3 audio in an AVI container. Interestingly removing the audio track from the video files gets rid of both issues. (The first video file used by the game is D305.avi, unless it's random?) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 29934] New: Weird Worlds: Launcher no longer launches the game
by wine-bugs＠winehq.org 17 Dec '21

17 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=29934 Bug #: 29934 Summary: Weird Worlds: Launcher no longer launches the game Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es Classification: Unclassified Weird Worlds's launcher no longer works as expected. Since this is a regression, I did a regression test but it was unsuccessful. The launcher works fine from wine-1.0 to wine-1.3.25, including the stable version wine-1.2.3. So I tried to bisect 1.3.25 against 1.4-rc4. When I was doing the bisection learned that between wine-1.3.27 and wine-1.3.33 (both included) the launcher didn't even appear, and manually had to skip all that range, and within wine-1.3.34 to wine-1.4-rc4 the menu launcher is there but no longer launches the game. Can't provide a regression id as the issue clearly raised between wine-1.3.27 and wine-1.3.33, versions in which the launcher does not start so is virtually impossible to test. Didn't noticed earlier as the game can be launched from scripts or commandline this way: wine weird.exe -skiplauncher -game default Luckyly there's a demo showing the same behaviour here: http://www.shrapnelgames.com/Demos/DD_WW_win.html I wish I could add more info, but that's all I have right now. -- 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.

2 45

[Bug 51539] New: "server: Get the process entry point from the exe image info" breaks running if exe is loaded at a non-default address
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51539 Bug ID: 51539 Summary: "server: Get the process entry point from the exe image info" breaks running if exe is loaded at a non-default address Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: jacek(a)codeweavers.com, julliard(a)winehq.org Regression SHA1: a3c92a02cc7014cfdb1f90f1d070037868067097 Distribution: --- Since "server: Get the process entry point from the exe image info", a3c92a02cc7014cfdb1f90f1d070037868067097, starting a process fails if the exe image ends up loaded at a non-default address. This can be easily triggered e.g. with this patch: ---8<--- diff --git a/dlls/ntdll/unix/virtual.c b/dlls/ntdll/unix/virtual.c index 8ceba611875..2515d73ee9e 100644 --- a/dlls/ntdll/unix/virtual.c +++ b/dlls/ntdll/unix/virtual.c @@ -2405,8 +2405,10 @@ static NTSTATUS virtual_map_image( HANDLE mapping, ACCESS_MASK access, void **ad base = wine_server_get_ptr( image_info->base ); if ((ULONG_PTR)base != image_info->base) base = NULL; +#if 0 if ((char *)base >= (char *)address_space_start) /* make sure the DOS area remains free */ status = map_view( &view, base, size, alloc_type & MEM_TOP_DOWN, vprot, zero_bits_64 ); +#endif if (status) status = map_view( &view, NULL, size, alloc_type & MEM_TOP_DOWN, vprot, zero_bits_64 ); if (status) goto done; ---8<--- This seems to happen a lot on 32 bit arm builds (on Ubuntu 20.04), when the expected low addresses used as default load address of 0x400000 conflicts with e.g. /home/martin/wine32/share/wine/nls/sortdefault.nls which is mapped at 0x00230000-0x00564000. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 51409] New: Trails to Azure main menu crash after video playback after wine 6.1
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51409 Bug ID: 51409 Summary: Trails to Azure main menu crash after video playback after wine 6.1 Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: billfleming11(a)gmail.com Distribution: --- Created attachment 70265 --> https://bugs.winehq.org/attachment.cgi?id=70265 Good vs Bad Crash logs In Trails To Azure (and Trails from Zero) both games were working fine in Wine 5.XX and 6.1 but not in future wine releases. (using Geofront translation patch with dinput8 dll) These games play a video on startup, then have a typical "Press Start" screen to get to the main menu. After doing a bisect wine-6.1-249-g5bff63621ee is the last working release. Bisect bad commit: https://source.winehq.org/git/wine.git/commit/897800fd449ae0ea5da00206bd348… https://bugs.winehq.org/show_bug.cgi?id=50667#c1 (reference for getting logs and bug from same commit) Starting in wine-6.1-250-g897800fd449 (for several dozen versions) the game will crash immediately before the video starts playing. All future wine versions (6.2 to present) that succeed in playing the video crash at the menu screen immediately afterwords as soon as input is received at the "PRESS START" screen. However the video does appear to play correctly in these newer releases. If the video is removed or disabled (in the game settings) the game will still crash in the newer wine versions when pressing start at the main menu. You have to let the short (7 second) video play then press a button at the screen in the working wine 6.1 version. See attached logs. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 48930] New: Vcrun2019 cannot be installed.
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=48930 Bug ID: 48930 Summary: Vcrun2019 cannot be installed. Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: depositmail(a)mail.ru Distribution: --- Hi! I can't install vcrun2019. Used the Winetricks shell. I can't figure it out myself, I need help. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 43981] New: Watch_Dogs fails to start
by wine-bugs＠winehq.org 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=43981 Bug ID: 43981 Summary: Watch_Dogs fails to start Product: Wine-staging Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fin4478(a)hotmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59641 --> https://bugs.winehq.org/attachment.cgi?id=59641 wine terminal output The Uplay game Watch_Dogs is free in this week. Install Uplay and then you can install the Watch_Dogs game. When you launch the game, the game opens a full screen image where is the Ubisoft logo and plays a sound. Then the game hangs. The terminal output is attached and you can see the following error many times: d3d:wined3d_device_decref Leftover resource 0x1491f420 with type WINED3D_RTYPE_BUFFER (0x1) I use the Wine configuration for watch_dog.exe. I have tried d3d library override and win7 and win8. My system: OpenGL renderer string: AMD POLARIS11 (DRM 3.19.0 / 4.14.0-rc4, LLVM 6.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.3.0-devel - padoka PPA -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 51000] New: Rufus won't run on a fresh prefix; Needs "elevated privileges"
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51000 Bug ID: 51000 Summary: Rufus won't run on a fresh prefix; Needs "elevated privileges" Product: Wine-staging Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oguilherme(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 69844 --> https://bugs.winehq.org/attachment.cgi?id=69844 Wine Staging 6.6 log file Rufus 3.13 (Portable) won't run on a fresh Wine Staging prefix. The oldest staging version I could still reproduce this was on 6.3. Steps to reproduce: 1. Download rufus-3.13p.exe from here: https://github.com/pbatard/rufus/releases/tag/v3.13 (sha1: da498e3e80186ee16620f56a601e19fbdc1f8551) 2. Run: $ WINEPREFIX=~/.wine2 wine rufus-3.13p.exe 3. Rufus will display the following message and exit: "This application can only run with elevated privileges" I wasn't able to reproduce with vanilla Wine. 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.

1 4

[Bug 51143] New: Dragon NaturallySpeaking does not install with "CheckForElevationState" return 1602
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51143 Bug ID: 51143 Summary: Dragon NaturallySpeaking does not install with "CheckForElevationState" return 1602 Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 70013 --> https://bugs.winehq.org/attachment.cgi?id=70013 Installation log I am trying to install Dragon Naturally Speaking 12.5 on a new Gentoo install. I have done this successfully in the past, on both Debian and Gentoo installs, one on this machine. But now I keep getting this error, which is a Microsoft error saying that I have terminated the installation. err:msi:ITERATE_Actions Execution halted, action L"CheckForElevationState" returned 1602 When I try to install Dragon Naturally Speaking 15 Home, it quits with the same error. (Natspeak 15 does not install successfully, but usually quits with an error much further in the installation process. However, when I install Notepad++ that works. That may be just because there are no MSIs with it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 50680] New: Detroit: Become Human crashes at launch with ntdll-NtAlertThreadByThreadId
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50680 Bug ID: 50680 Summary: Detroit: Become Human crashes at launch with ntdll-NtAlertThreadByThreadId Product: Wine-staging Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lvb.crd(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69406 --> https://bugs.winehq.org/attachment.cgi?id=69406 wine-6.2 with ntdll-NtAlertThreadByThreadId +seh,+pid,+timestamp,+tid output The game won't launch on Wine-Staging 6.1 and 6.2. I've done some tests and found that using Wine + `ntdll-NtAlertThreadByThreadId` from Staging is enough to reproduce this problem. Disabling this patchset on Staging or using "vanilla" Wine helps. And the most annoying thing is that "slowing down Wine" (or whatever) with `WINEDEBUG="+seh,+pid,+sync,+timestamp` - fixes the problem on my local system/hardware. So I can't reproduce it at collection of logs. I was able to attach a log with these debug channels (+seh,+pid,+timestamp,+tid), but it looks like the game can create several kinds of error. Perhaps it depends on which part of the code/thread is the first to be executed (it looks like something related to parallel programming, I don't know how it is called correctly). (Sorry, it looks like this time I was not able to collect any useful information to create a report, but I believe that it would be wrong not to create it at all.) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 51602] New: Roblox Player crash when server-default_integrity/0007-ntdll-Elevate-processes-if-requested-in-RtlCreateUse.patch is applied
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51602 Bug ID: 51602 Summary: Roblox Player crash when server-default_integrity/0007-ntdll-Elevate-processes- if-requested-in-RtlCreateUse.patch is applied 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: a0939712328(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70451 --> https://bugs.winehq.org/attachment.cgi?id=70451 The Wine-Staging patch that causes the crash. A recent update to Roblox Player cause Wine-staging to crash with the error "An unexpected error occurred and Roblox needs to quit. We're sorry!". To locate the exact patchset that caused the issue, I created a bisect tool in Python that allows me to approximately rule out half of the patchsets every rebuild. After few rounds of bisection, I discovered that by skipping just the server-default_integrity patchset, Roblox Player no longer crash. I did further bisect and found that applying "0007-ntdll-Elevate-processes-if-requested-in-RtlCreateUse.patch" causes Roblox Player to crash. The patch was introduced on commit be3928a8091e36197bc9894c4a09f13cf5459138 (server-default_integrity: Elevate processes if the manifest requests.), which is supposed to fix Bug ID 51000. The patch file itself is attached below to make the discussion easier. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 51085] New: Overwatch crashes when launched from Battle.net
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51085 Bug ID: 51085 Summary: Overwatch crashes when launched from Battle.net Product: Wine-staging Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Always crashes. wine-6.7 (Staging) on Ubuntu 21.04. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 50558] New: ntdll-Dealloc_Thread_Stack cause memory leak for C# game
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50558 Bug ID: 50558 Summary: ntdll-Dealloc_Thread_Stack cause memory leak for C# game Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: trufanovan(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I've traced down a memory leak in one game to the ntdll-Dealloc_Thread_Stack in wine-staging. No other wine versions or staging patches cause such problem. I've reproduced it on actual wine master branch from github with `./staging/patchinstall.py ntdll-Dealloc_Thread_Stack` The game is "Delta's Shadow" released in 2020. Demo is available at https://zxonline.net/game/deltas-shadow/ Its Windows version is written in C# with SDL. The memory leaks every time game plays SFX and only in this case. A music doesn't cause leak. I've asked the author: music is played via SDL and SFX is played with System.Media.SoundPlayer::Play(). It looks like this class is just calls PlaySound function from winmm.dll and pass a stream with WAV into it. And this somehow and ups in ntdll. So, to reproduce the problem: 1. Install wine-staging 2. Install the demo 3. Launch game in wine-staging 4. Press ALt+Enter to switch the game into a windowed mode and launch Task manager to see the RAM it consumes. 5. Start pressing W and S keys (Up and Down) in game main menu to produce a menu item change SFX. Result: Game RAM usage grows each time you press the key and don't decrease later. Expected: No significant RAM usage change. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 51172] New: Blank screen with many games using wine-staging 6.9 and Arch (wine 6.9 works OK)
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51172 Bug ID: 51172 Summary: Blank screen with many games using wine-staging 6.9 and Arch (wine 6.9 works OK) 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: vulture6(a)mail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Most games now just give a blank screen when they are run with wine-staging 6.9 on my Arch distro. Can list some if necessary, but should be obvious. No clear errors from debug log. Changing to standard wine 6.9 fixes problem. System: Core i5 with Intel UHD 630. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 51198] New: regression: black screen in main menu of warcraft 3 reforged with wine-staging-6.9
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

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.

1 4

[Bug 50520] New: Any Rust-Lang application: Cannot create an async tcp connection
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

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.

1 22

[Bug 48726] New: Final Fantasy XIV, freezes for several seconds when the mouse is moved with ReShade / GShade installed.
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=48726 Bug ID: 48726 Summary: Final Fantasy XIV, freezes for several seconds when the mouse is moved with ReShade / GShade installed. Product: Wine-staging Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HereInPlainSight+wine(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- First time submitting -- apologies if I'm missing anything obvious. Firstly, the regression was tested using the git repos from wine's 'wine-5.0' tag and wine-staging's 'v5.0' tag. The issue is still present even with the wine 5.3 versions, but when I tried to follow the regression tests, I was failing to compile. I might've screwed something up, I can try again if you need me to, but I am a bit of a derp and I'm punching upward. The output I got from the regression test (following instructions from https://wiki.winehq.org/Wine-Staging#Reporting_and_debugging_bugs_against_S… ) was: 014cecf3f8e5eac5f8e23ef1aaf07f8e17169188 is the first bad commit commit 014cecf3f8e5eac5f8e23ef1aaf07f8e17169188 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Aug 26 14:08:20 2019 +0200 dinput8: Use raw input interface for dinput8 mouse device. dlls/dinput/mouse.c | 117 +++++++++++++++++++++++++++++++++++++++++++- dlls/dinput8/tests/device.c | 10 ++-- 2 files changed, 119 insertions(+), 8 deletions(-) Second, the game currently requires ntdll-Hide_Wine_Exports, and it works fine with just that, and people can use an older version of Proton / Wine and that works around the problem too. Finally, the actual problem: If ReShade (or GShade, a fork of ReShade) is installed with FFXIV, as soon as you get into the game itself (not the launcher), the game works perfectly fine unless you move the mouse. As soon as you move the mouse the game freezes from around five to ten seconds every time you move the mouse, making it effectively unplayable. This did not happen with Wine-Staging prior to 5.0. Reproduction: 1) Download and install FFXIV (I realize Lutris is an extraneous program and I can go through the details, but I'd just be repeating what the scripts at https://lutris.net/games/final-fantasy-xiv-a-realm-reborn/ say to do / what's required. I can add the info if it's preferable). 2) Download and install a shader program (I use GShade, so instructions are based on that arbitrarily, but I confirmed the same issue with ReShade): 2a) Easiest installation is to download https://github.com/Mortalitas/GShade-Shaders/releases/latest/download/GShad… into the prefix/drive_c/Program Files (x86)/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/game/ directory and unzip it. Also download https://lutris.net/files/tools/dll/d3dcompiler_47.dll to the same location. 2b) Add overrides for d3d11 (native,builtin) and d3dcompiler_47 (native) to the prefix. 3) Run the game, sign in through the launcher. 4) When the game loads, move the mouse. There's no output of the issue such that I can see by default in the console. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 51725] New: 7-zip 19.0 (up to 21.03) crashes opening Z: or local file system
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51725 Bug ID: 51725 Summary: 7-zip 19.0 (up to 21.03) crashes opening Z: or local file system Product: Wine-staging Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: noabody(a)yahoo.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70609 --> https://bugs.winehq.org/attachment.cgi?id=70609 Log of both wine/staging 6.16 See attachment: System: Manjaro 21.1.2 (Arch-like) Summary: wine-6.16, 7-zip 19.00 through 21.03 can open "Z:" drive local filesystem without issue. wine-6.16 (Staging), 7-zip 19.00 through 21.03 cannot open "Z:" drive local filesystem without immediate crash. See 7zip.org to download and test. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 48483] New: Mouse cursor always visible in Gothic 2 with D3D11 renderer
by WineHQ Bugzilla 16 Dec '21

16 Dec '21

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.

1 9

[Bug 48945] New: "Show Advanced Fields" link should be made more visible and changed to a button
by WineHQ Bugzilla 15 Dec '21

15 Dec '21

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.

1 1

[Bug 36544] New: The Weather Channel Desktop App for Windows fails to install
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

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.

2 6

[Bug 38055] New: The Weather Channel for Windows Desktop 2.1.x (.NET 4.0 app) installer crashes
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=38055 Bug ID: 38055 Summary: The Weather Channel for Windows Desktop 2.1.x (.NET 4.0 app) installer crashes Product: Wine Version: 1.7.36 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 36544 (which was about old/different installer). --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi,+vbscript,+ole,+variant,+msxml wine ./twcsetup.exe >>log.txt 2>&1 ... 002a:Call KERNEL32.CreateProcessW(00000000,0015eddc L"MSIEXEC.EXE /i \"C:\\users\\focht\\Local Settings\\Application Data\\Downloaded Installations\\{AC08ECED-D6F8-404E-93A0-F037F0623C92}\\The Weather Channel App.msi\" SETUPEXEDIR=\"Z:\\home\\focht\\Downloads\" SETUPEXENAME=\"twcsetup.exe\"",00000000,00000000,00000000,00000020,00000000,00000000,0033c240,0033c2ac) ret=004598a9 ... 002c:Call KERNEL32.__wine_kernel_init() ret=7bc5a89d 002a:Ret KERNEL32.CreateProcessW() retval=00000001 ret=004598a9 ... 002c:trace:msi:ACTION_CustomAction Handling custom action L"StartMetric" (c6 L"NewBinary19" L"StartMetric") ... 0034:trace:msi:ACTION_CallScript function L"StartMetric", script L"Const HKEY_CURRENT_USER = &H80000001\r\n\r\nconst CobrandRegKey = \"HKCU\\SOFTWARE\\The Weather Channel\\Cobrand\"\r\n\r\nConst KeyPath = \"SOFTWARE\\The Weather Channel\"\r\n\r\nConst RunPath = \"SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run\"\r\n\r\nConst SubKey = \"Cobrand\"\r\n\r\nConst JustI"... ... 0034:trace:ole:ITypeInfo_fnGetIDsOfNames -- 0x00000000 0034:trace:vbscript:DispatchEx_QueryInterface (0x1f3ce8)->(IID_IDispatchEx 0x56e4d0) 0034:trace:vbscript:DispatchEx_AddRef (0x1f3ce8) ref=2 0034:trace:vbscript:DispatchEx_InvokeEx (0x1f3ce8)->(af 0 3 0x56e58c 0x56e5f0 0x56e4b0 (nil)) 0034:trace:vbscript:Global_CreateObject (0x56e2d8 {VT_BSTR: L"MSXML2.XMLHTTP.3.0"}) 0034:Call ole32.CLSIDFromProgID(00b49e6c L"MSXML2.XMLHTTP.3.0",0056e1a8) ret=f674bf6b ... 0034:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\msxml3.dll" 0034:trace:ole:apartment_getclassobject calling DllGetClassObject 0xf640c940 0034:Call msxml3.DllGetClassObject(0056e1a8,f6777254,0056e1c8) ret=7ea7ef05 0034:trace:msxml:DllGetClassObject {f5078f35-c551-11d3-89b9-0000f81fe221} {00000001-0000-0000-c000-000000000046} 0x56e1c8 0034:Ret msxml3.DllGetClassObject() retval=00000000 ret=7ea7ef05 ... 0034:Ret ole32.CoGetClassObject() retval=00000000 ret=f674c0e3 0034:fixme:msxml:ClassFactory_QueryInterface interface {342d1ea0-ae25-11d1-89c5-006008c3fbfc} not implemented 0034:trace:msxml:ClassFactory_CreateInstance (nil) {00000000-0000-0000-c000-000000000046} 0x56e1bc 0034:trace:msxml:XMLHTTPRequest_create (0x56e13c) 0034:Call ntdll.RtlAllocateHeap(00110000,00000000,00000064) ret=f64317ed 0034:Ret ntdll.RtlAllocateHeap() retval=00b467b0 ret=f64317ed 0034:trace:msxml:XMLHTTPRequest_create returning iface 0xb467b0 0034:trace:msxml:XMLHTTPRequest_QueryInterface (0xb467b0)->({00000000-0000-0000-c000-000000000046} 0x56e1bc) 0034:trace:msxml:XMLHTTPRequest_AddRef (0xb467b0)->(2) 0034:trace:msxml:XMLHTTPRequest_Release (0xb467b0)->(1) 0034:trace:msxml:XMLHTTPRequest_QueryInterface (0xb467b0)->({fc4801a3-2ba9-11cf-a229-00aa003d7352} 0x56e158) 0034:trace:msxml:XMLHTTPRequest_AddRef (0xb467b0)->(2) 0034:trace:msi:MsiActiveScriptSite_QueryInterface (0xb455c8)->({6d5140c1-7436-11ce-8034-00aa006009fa}, 0x56e110) 0034:err:vbscript:create_ax_site Could not get IServiceProvider iface: 80004002 0034:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf674bf09 ip=f674bf09 tid=0034 0034:trace:seh:raise_exception info[0]=00000000 0034:trace:seh:raise_exception info[1]=00000000 0034:trace:seh:raise_exception eax=00000000 ebx=f6785000 ecx=00000000 edx=0056ef8c esi=f6783500 edi=0056e3a0 0034:trace:seh:raise_exception ebp=0056e178 esp=0056e140 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0034:trace:seh:call_stack_handlers calling handler at 0x7bc9ecab code=c0000005 flags=0 --- snip --- I've extracted the relevant VBScript function from the MSI custom action: --- snip --- Function StartMetric() On Error Resume Next Dim oXMLDoc, oXMLHTTP, path path = Left(Session.Property("INSTALLDIR"), Len(Session.Property("INSTALLDIR"))-1) If Session.Property("SOURCE") = "" Then Session.Property("SOURCE") = "Weather" End If CreateRegistryKey() CreateSubKeyAndValue(Session.Property("SOURCE")) CreateJustInstalledKey("true") Session.Property("LaunchApp") = "cmd.exe /c cd " + path +" & TWC.Win7.exe " + Session.Property("SOURCE") Set oXMLHTTP = CreateObject("MSXML2.XMLHTTP.3.0") Set oXMLDoc = CreateObject("MSXML2.DOMDocument") call oXMLHTTP.open("POST",InstallMetricsURL(Session.Property("SOURCE")),False) call oXMLHTTP.setRequestHeader("Content-Type","application/x-www-form-urlencoded") call oXMLHTTP.send() End Function --- snip --- Debugger session: --- snip --- Backtrace: =>0 0xf70e1f09 set_object_site+0x8e(ctx=0x12a910, obj=0x135a98) [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/global.c:216] in vbscript (0x0033f418) 1 0xf70e2325 create_object+0x3ea(ctx=0x12a910, progid="MSXML2.XMLHTTP.3.0") [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/global.c:283] in vbscript (0x0033f4f8) 2 0xf70e6333 Global_CreateObject+0xe3(This=0x123c68, arg=0x33f578, args_cnt=0x1, res=0x33f890) [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/global.c:1580] in vbscript (0x0033f548) 3 0xf70f743b invoke_builtin+0x491(This=0x123c68, prop=0xf711a130, flags=0x3, dp=0x33f82c, res=0x33f890) [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/vbdisp.c:220] in vbscript (0x0033f658) 4 0xf70f84da DispatchEx_InvokeEx+0x66b(iface=0x123c68, id=0xaf, lcid=0x409, wFlags=0x3, pdp=0x33f82c, pvarRes=0x33f890, pei=0x33f750, pspCaller=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/vbdisp.c:451] in vbscript (0x0033f708) ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/7a4860104772597b70444238b82887bd… 'winetricks -q wsh57' works around. $ sha1sum twcsetup.exe 1d3eadcc311e071188b8e2cfe15ae9a319447eef twcsetup.exe $ du -sh twcsetup.exe 4.0M twcsetup.exe $ wine --version wine-1.7.36-16-g748788f 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.

2 5

[Bug 37891] New: Firefox 35.0 installer crashes ('INetFwAuthorizedApplication::IpVersion' property accessors are stubs)
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=37891 Bug ID: 37891 Summary: Firefox 35.0 installer crashes ('INetFwAuthorizedApplication::IpVersion' property accessors are stubs) Product: Wine Version: 1.7.34 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+hnetcfg wine ./Firefox\ Setup\ 35.0.exe >>log.txt 2>&1 ... 0009:Call KERNEL32.CreateProcessA(00000000,00431680 ".\\setup.exe",00000000,00000000,00000000,00000000,00000000,00000000,0033fbec,0033fc3c) ret=00411784 ... 002b:Call KERNEL32.__wine_kernel_init() ret=7bc5a88d 0009:Ret KERNEL32.CreateProcessA() retval=00000001 ret=00411784 ... 002f:fixme:hnetcfg:fw_app_put_Name 0x1c39c0, L"Firefox (C:\\Program Files\\Mozilla Firefox)" ... 002f:fixme:hnetcfg:fw_app_put_Scope 0x1c39c0, 0 002f:fixme:hnetcfg:fw_app_put_IpVersion 0x1c39c0, 2 002f:trace:hnetcfg:fw_app_QueryInterface 0x1c39c0 {df0b3d60-548f-101b-8e65-08002b2bd119} 0x97e018 002f:fixme:hnetcfg:fw_app_QueryInterface interface {df0b3d60-548f-101b-8e65-08002b2bd119} not implemented 002f:Call msvcrt._CxxThrowException(0097dfe8,003e22f0) ret=003e1c55 002f:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0097df84) ret=7d575949 002f:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83b39f ip=7b83b39f tid=002f 002f:trace:seh:raise_exception info[0]=19930520 002f:trace:seh:raise_exception info[1]=0097dfe8 002f:trace:seh:raise_exception info[2]=003e22f0 002f:trace:seh:raise_exception eax=7b827025 ebx=7b8bf000 ecx=19930520 edx=0097ded4 esi=0097df80 edi=0097df40 002f:trace:seh:raise_exception ebp=0097df18 esp=0097deb4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 002f:trace:seh:call_stack_handlers calling handler at 0x3e1f1c code=e06d7363 flags=1 002f:trace:seh:cxx_frame_handler handling C++ exception rec 0x97dec0 frame 0x97e05c trylevel 2 descr 0x3e218c nested_frame (nil) 002f:trace:seh:dump_exception_type flags 0 destr 0x3e1cd0 handler (nil) type info 0x3e22e8 002f:trace:seh:dump_exception_type 0: flags 0 type 0x3e3010 {vtable=0x3e208c name=.?AV_com_error@@ ()} offsets 0,-1,0 size 16 copy ctor 0x3e1ca3 002f:trace:seh:dump_function_descr magic 19930520 002f:trace:seh:dump_function_descr unwind table: 0x3e2120 9 002f:trace:seh:dump_function_descr 0: prev -1 func (nil) 002f:trace:seh:dump_function_descr 1: prev 0 func 0x3e1ee4 002f:trace:seh:dump_function_descr 2: prev 1 func 0x3e1eec 002f:trace:seh:dump_function_descr 3: prev 2 func 0x3e1ef4 002f:trace:seh:dump_function_descr 4: prev 2 func 0x3e1efc 002f:trace:seh:dump_function_descr 5: prev 2 func 0x3e1f04 002f:trace:seh:dump_function_descr 6: prev 5 func 0x3e1f0c 002f:trace:seh:dump_function_descr 7: prev 6 func 0x3e1f14 002f:trace:seh:dump_function_descr 8: prev -1 func (nil) 002f:trace:seh:dump_function_descr try table: 0x3e2178 1 002f:trace:seh:dump_function_descr 0: start 0 end 7 catchlevel 8 catch 0x3e2168 1 002f:trace:seh:dump_function_descr 0: flags 8 offset -60 handler 0x3e1281 type 0x3e3010 {vtable=0x3e208c name=.?AV_com_error@@ ()} 002f:trace:seh:call_catch_block matched type 0x3e22c8 in tryblock 0 catchblock 0 002f:Call ntdll.RtlUnwind(0097e05c,00000000,0097dec0,00000000) ret=7d580125 ... 002f:trace:hnetcfg:fw_manager_Release destroying 0x1c6470 ... 002f:trace:seh:call_catch_block calling catch block 0x3e2168 addr 0x3e1281 ebp 0x97e068 002f:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf7447e06 ip=f7447e06 tid=002f 002f:trace:seh:raise_exception info[0]=00000000 002f:trace:seh:raise_exception info[1]=80004001 002f:trace:seh:raise_exception eax=00000000 ebx=7d5f6000 ecx=00000001 edx=0097d6a8 esi=0097e068 edi=80004001 002f:trace:seh:raise_exception ebp=0097d618 esp=0097d5d4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210287 002f:trace:seh:call_stack_handlers calling handler at 0x7d57fb7f code=c0000005 flags=0 ... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365266%28v=vs.85%… Source: http://source.winehq.org/git/wine.git/blob/ab7a707136997453de5a7ed87828899c… --- snip --- 253 static HRESULT WINAPI fw_app_get_IpVersion( 254 INetFwAuthorizedApplication *iface, 255 NET_FW_IP_VERSION *ipVersion ) 256 { 257 fw_app *This = impl_from_INetFwAuthorizedApplication( iface ); 258 259 FIXME("%p, %p\n", This, ipVersion); 260 return E_NOTIMPL; 261 } --- snip --- Bug 37624 is a similar problem domain: "Adobe CS4 installer fails ('INetFwOpenPort::Name' property accessors are stubs)" $ sha1sum Firefox\ Setup\ 35.0.exe e80a795d9a379a89296c087c97f0c1ca13157157 Firefox Setup 35.0.exe $ du -sh Firefox\ Setup\ 35.0.exe 38M Firefox Setup 35.0.exe $ wine --version wine-1.7.34-20-g6bad163 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.

2 6

[Bug 32845] New: Installing Cisco CSM 4.2 in Ubuntu x64 fails (32bit works)
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

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.

2 10

[Bug 34648] New: J2SE Runtime Environment 5.0 Update 10 installer 'patchjre' tool crashes due to unbuffered io on redirected stdout pipe
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

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.

2 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2021