https://bugs.winehq.org/show_bug.cgi?id=50460
Bug ID: 50460
Summary: Regression on installing mdac28 on 6.0-rc5 was ok in
5.0.4
Product: Wine
Version: 6.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pierre(a)couderc.eu
Distribution: ---
Created attachment 69085
--> https://bugs.winehq.org/attachment.cgi?id=69085
log of the trial
Using :
sudo rm -rI .wine/
WINEARCH=win32 winecfg
winetricks mdac28
wine .wine/drive_c/windows/system32/odbcad32.exe
fails on last version (from winehq-devel from deb
https://dl.winehq.org/wine-builds/debian/ bullseye main debian) and is ok with
default bullseye release (5.0.4).
odbcad32.exe box is not displayed.
Full (small...) listing in attachment
I am not able to know if the problem is wine or winetricks. But I am surprised
that msado15 is installed as ado is not needed for mdac adn odbs...
--
Do not reply 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=52530
Bug ID: 52530
Summary: dowonline: Crash at start with multiple error messages
(needs dotnet452)
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Created attachment 71830
--> https://bugs.winehq.org/attachment.cgi?id=71830
Screenshots and log
This application crashes from beginning on Wine Mono 7.0.0, installing
dotnet452 with winetricks is a working workaround
I've used the ZIP version of the application. Version 2.8
Procedure:
1 - Run DowOnline.exe
Download (Version v. 2.8):
https://dowonline.ru
SHA1 (ZIP): 101a1bf896b834cd8653127a985ae10c080dbeba
SHA1 (Installer): f47f7a529f5fcb0449fad0a5d497f667292accea
Note: I had TLS package decode errors during download, so i was unable to
download it from a browser, use wget instead to download the file if that
occurs
--
Do not reply 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=52532
Bug ID: 52532
Summary: SDL 2.0.20 doesn't restore fullscreen mode when
restoring a window
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Same testcase as bug 52519.
SDL will, in some cases, minimize fullscreen windows when they are deactivated.
If this happens in SDL 2.0.20, the window will not be fullscreen when it is
restored.
To reproduce the bug:
* Run the test program in Wine with SDL_EVENT_LOGGING=1
* Click the window to fullscreen it.
* Alt+tab to another window.
* Restore the test program's window.
* It appears with a windowed size rather than fullscreen.
Based on logs, I believe that SDL is requesting a fullscreen size and position,
but Wine never requests NET_WM_STATE_FULLSCREEN. I'm not sure why.
--
Do not reply 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=52519
Bug ID: 52519
Summary: SDL 2.0.20 reports wrong FOCUS_GAINED event when
minimizing an inactive fullscreen window
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Created attachment 71817
--> https://bugs.winehq.org/attachment.cgi?id=71817
test case (C source)
SDL will, in some cases, minimize fullscreen windows when they are deactivated.
If this happens in SDL 2.0.20, it will report a FOCUS_LOST event followed by a
FOCUS_GAINED event. It should only report the FOCUS_GAINED event when the
window is restored, which is what happens on Windows.
Also reported here: https://github.com/libsdl-org/SDL/issues/5316
Test program attached. This requires SDL.
To reproduce the bug:
* Run the test program in Wine with SDL_EVENT_LOGGING=1
* Click the window to fullscreen it.
* Alt+tab to another window.
* The last focus event logged was FOCUS_GAINED.
I know this happens because SDL receives a WM_ACTIVATE message indicating that
the window is minimized, but GetForegroundWindow reports that the application
is still in the foreground. SDL responds to WM_ACTIVATE by "resyncing" focus,
so it responds to this by reporting FOCUS_GAINED.
I haven't been able to figure out the exact set of circumstances that cause
this behavior in Wine, so I couldn't make a test case that doesn't require SDL.
--
Do not reply 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=52529
Bug ID: 52529
Summary: Black screen in Zork: Grand Inquisitor
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: ---
Zork: Grand Inquisitor (CD and demo version) installs without problems but
launching the game results in a black screen.
This may be related to bug 1347, bug 2082, etc. but needs to be reviewed to
determine if it is a duplicate of those or not.
Demo: https://archive.org/details/ZGIDEMO
GoG: https://www.gog.com/game/zork_grand_inquisitor
The CD version of the game is playable on ScummVM and the GoG version includes
it. The demo doesn't work (cursor only) so the other versions are more
reliable examples of expected behavior.
https://wiki.scummvm.org/index.php?title=Zork:_Grand_Inquisitor
The game requires 640x480x16. I tried it in a virtual desktop and Xephyr.
Game music requires MIDI (I used TiMidity++).
Xubuntu 20.04.3 x86_64
AMD Phenom 9550
GeForce GTX 750 Ti using Nvidia 470.57.02 driver
--
Do not reply 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=51901
Bug ID: 51901
Summary: Warcraft 3 disconnects Randomly when using bonjour
service and w3champions
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: kostile(a)gmail.com
Distribution: ---
I didn't get a full trace log, but below is the output I get when the game
disconnects randomly:
npacked/flo-worker.exe:
/home/ubuntu/buildbot/runners/wine/wine-src/dlls/ntdll/unix/thread.c:1773:
ntdll_set_exception_jmp_buf: Assertion `!jmp ||
!ntdll_get_thread_data()->jmp_buf' failed.
0630:err:virtual:virtual_setup_exception nested exception on signal stack in
thread 0630 addr 0x7fd6118a5d22 stack 0x67fbddb0
There doesn't seem to be any reason, it just randomly disconnects. Could be 2
minutes into a game or 30 minutes into a game.
--
Do not reply 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=52662
Bug ID: 52662
Summary: Cyberpunk 2077 fails to start with LdrInitializeThunk
"comctl32.dll" failed to initialize, aborting
Product: Wine-staging
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
With wine-staging 7.4, Cyberpunk 2077 isn't launching anymore, with such error
showing up in the logs:
0134:err:module:LdrInitializeThunk "comctl32.dll" failed to initialize,
aborting
0134:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\cyberpunk_2077\\bin\\x64\\Cyberpunk2077.exe" failed, status c0000005
I tested it with regular (non staging) Wine and it launches OK, so it must be
some regression in 7.4 staging.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52645
Bug ID: 52645
Summary: API PathMatchSpecExW not implemented
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: co(a)kevquinn.com
Distribution: ---
Created attachment 71964
--> https://bugs.winehq.org/attachment.cgi?id=71964
Backtrace showing PathMatchSpexExW error
The McAfee "FRP" removable media encryption client uses the PathMatchSpecExW
API, which isn't implemented, and prevents the client from running on Wine.
(McAfee don't have a native Linux client as far as I can tell)
(PathMatchSpecW is implemented - it's the Ex variant that isn't)
The API being missing means the application is killed at that point.
--
Do not reply 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=52758
Bug ID: 52758
Summary: SilkyPix Developer version 11 crashes on starting
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alan(a)rubin.org.uk
Distribution: ---
Created attachment 72123
--> https://bugs.winehq.org/attachment.cgi?id=72123
Backtrace produced from wine encountering serious error
I have used SilkyPix version 6 for many years under wine 32 bit.
I have now installed SilkyPix 11 in wine64. Thisprogram requires Windows 10+
and 64bit.
The installation was successful but on running the program crashes just as the
main window comes up. 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=52634
Bug ID: 52634
Summary: err:virtual:virtual_setup_exception stack overflow and
could not load kernel32.dll when doing anything
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bill081001(a)gmail.com
Distribution: ---
Created attachment 71959
--> https://bugs.winehq.org/attachment.cgi?id=71959
Relay log of running winecfg on a new prefix
I'm on Arch Linux and my Wine installation has not been working since version
6.19
Creating a new prefix and running winecfg yields the following error:
$ rm -rf ~/.wine && ./wine winecfg
wine: created the configuration directory '/home/kuroni/.wine'
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0040:err:virtual:virtual_setup_exception stack overflow 708 bytes in thread
0040 addr 0x223d656d stack 0x120d3c (0x120000-0x121000-0x320000)
002c:err:virtual:virtual_setup_exception stack overflow 1284 bytes in thread
002c addr 0x7bc510e8 stack 0x120afc (0x120000-0x121000-0x320000)
wine: could not load kernel32.dll, status c0000135
Running winecfg or any applications on the created prefix yields a similar
error:
$ ./wine winecfg
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:err:virtual:virtual_setup_exception stack overflow 1284 bytes in thread
002c addr 0x7bc510e8 stack 0x120afc (0x120000-0x121000-0x320000)
wine: could not load kernel32.dll, status c0000135
Note that these are run on a fresh build of wine. I bisected and this is the
faulty commit:
commit f309721d13d8d728732ca97224c7502493ff6026
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Wed Oct 6 16:20:19 2021 +0200
gdi32: Use __wine_unix_call interface for Unix library.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.