https://bugs.winehq.org/show_bug.cgi?id=57380
Bug ID: 57380
Summary: winegcc unable to set image-base when building an app
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: alastair.jones43(a)gmail.com
Distribution: ---
Using winegcc. The -Wl,--image-base doesn't seem to have any effect on the
compiled code, any attempt to use GetModuleHandleExA with
GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS or GetModuleHandleA with NULL results in
a completely different address than was specified.
The behavior works as expected using mingw64.
--
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=57376
Bug ID: 57376
Summary: Permission denied vs No such file or directory when
opening folders with trailing backslash
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alex+winehq(a)cogarr.net
Distribution: ---
Created attachment 77346
--> https://bugs.winehq.org/attachment.cgi?id=77346
A zip file containing a minimal example.c, and log files wine.txt and win.txt
There's a subtle difference when calling fopen(3) between Wine configured for
win10, and real Windows 10. When attempting to open a folder (e.g. AppData),
wine correctly sets errno to 13 (Permission denied), but when opening a folder
with a trailing backslash(e.g. AppData\), Windows sets errno to 2 (No such file
or directory) while Wine sets it to 13 (Permission denied). The attached
example.c shows this behavior. I compile it with mingw32-x86_64-gcc and run it
through cmd.exe with my current directory set to C:\users\user on Wine and get
wine.txt, then run it on Windows 10, and get win.txt (COPY a.exe C:\users\user
&& C: && cd users\user && a.exe > win[e].txt)
This behavior exists on current Wine 9.20 and has existed since at least Wine
9.0 .
I have tried the winecfg versions: win10, win11, win8.1, vista, and all seem to
work the same.
My actual use case is running the Luarocks package
manager(https://github.com/luarocks/luarocks) compiled for Windows on Wine for
testing. Luarocks uses this behavior to check if something is a folder
(https://github.com/luarocks/luarocks/blob/master/src/luarocks/fs/win32.lua#…).
--
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=57385
Bug ID: 57385
Summary: EA_Desktop - IGOProxy32 - Unhandled page fault
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arusanu.bu(a)gmail.com
Distribution: ---
Created attachment 77354
--> https://bugs.winehq.org/attachment.cgi?id=77354
backtrace IGOProxy32
When "EA Desktop" starts after login, the wine debugger pops up with a
backtrace of crashed IGOProxy32.exe. While this doesn't give me any trouble
installing or running my EA games, I suspect that this crash hinders the
installation of an EA game (Dragon Age Inquisition) that I got through Epic
Games. Every time I try to install the EA game from the Epic Game application,
IGOProxy32 crashes, and the game installation shows as defunct. I've tried
various wine versions starting with 9.0, and IGOProxy32 always crashes.
Attached is the backtrace of the IGOProxy32 crash.
--
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=49963
Bug ID: 49963
Summary: MobaXTerm 20.3: cannot start a local terminal
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fevrier.simon(a)gmail.com
Distribution: ---
Created attachment 68354
--> https://bugs.winehq.org/attachment.cgi?id=68354
Backtrace MobaXterm 20.3
Using MobaXTerm from here ->
https://download.mobatek.net/2032020060430358/MobaXterm_Installer_v20.3.zip
Using Wine 5.18 on Ubuntu 20.04 using winehq ubuntu ppa.
When clicking on "Start local terminal", what assume to be the terminal exe
cygtermd.exe crashes.
Log and backtrace in attachment.
--
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=57378
Bug ID: 57378
Summary: Cannot start Alcohol52%
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 77348
--> https://bugs.winehq.org/attachment.cgi?id=77348
Log without debug. 32bit wine-9.19 built from source
It is no longer possible to start Alcohol52% and I think it might have
something to do with the built-in virtual disk emulator in the program. It has
never been successfully installed via the installer but it has still been
possible to install and open/start the rest of the program (in order to rip and
stuff).
Attached is a log of running "wine Alcohol52.exe" without debugger attached,
but I can attach a log with relevant flags if anyone knows what those might be.
The program is freeware and can be obtained from
http://www.filefacts.com/alcohol-52-free-edition-info (linked from official
alcoholsoft.com website).
The program and wine-versions:
* wine-8.7: 32bit and 64bit works
* wine-8.8 to wine-8.19: No idea, cannot build properly
* wine-8.20 to wine-9.18: 32bit works. 64bit doesn't work
* wine-9.19: neither 32 nor 64bit works
All versions are built from official git repo with 32bit and 64bit built in
separate folders according to instructions on wiki.
--
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=56699
Bug ID: 56699
Summary: Cultures 2-3-4 crashes when directmusic enabled
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: yshuiv7(a)gmail.com
Regression SHA1: 8daf207bf76ac02894db92abcf6873ccacbdc0f4
Distribution: ArchLinux
Created attachment 76485
--> https://bugs.winehq.org/attachment.cgi?id=76485
terminal output including backtrace
When directmusic is selected as the source of the background music the
following games from the Cultures series crash upon launching a mission:
Cultures 2: The Gates of Asgard
Cultures - Northland
Cultures - 8th Wonder of the World
Reverting commit 8daf207bf76ac02894db92abcf6873ccacbdc0f4
fixes the crash for me.
commit 8daf207bf76ac02894db92abcf6873ccacbdc0f4
Author: Yuxuan Shui <yshui(a)codeweavers.com>
Date: Thu Jan 18 12:59:49 2024 +0000
dmime: Semi-support creating an audio path from config.
Note: background music previously didn't work with built-in directmusic
libraries.
Demo version of Northland doesn't contain music files.
Still present in wine-9.9-17-ged9ec141d52
--
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=57347
Bug ID: 57347
Summary: Checkbox doesn't appear correctly when no theme is
selected
Product: Wine-staging
Version: 9.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 77313
--> https://bugs.winehq.org/attachment.cgi?id=77313
checkboxes in winecfg
Checkboxes are hardly visible (completely grey) when <No theme> is selected in
Wine-Staging.
This is due to the win32u-NtGdiExtTextOutW-rotation patchset:
https://github.com/wine-staging/wine-staging/commit/02792d0328c8568cfaf404f…
wine-9.20-77-g83febc6b55c (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=57350
Bug ID: 57350
Summary: Trying to select dark mode in Notepad++ makes the app
crash
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: francisco278herrera(a)gmail.com
Distribution: ---
Created attachment 77318
--> https://bugs.winehq.org/attachment.cgi?id=77318
terminal output from opening the app until it crashes
Trying to select dark mode in Notepad++ makes the app crash
To reproduce, using notepad++ version 8.7, open the app, it doesn't matter if
it opens with files already open or not.
Then near the top of the screen or the window of notepad++, go to settings,
then preferences, this opens a new window. then on the left click on dark mode
which will change the contents of the window. Then move to the right, try to
click on the radio button that says dark mode and the app will crash.
--
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=57373
Bug ID: 57373
Summary: regression: dragged child windows partially disappear
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s_chriscollins(a)hotmail.com
Distribution: ---
Created attachment 77341
--> https://bugs.winehq.org/attachment.cgi?id=77341
video showing the bug
In Wine 9.20, dragging a child window does not re-draw the child window
contents or decoration in its new location, causing much of the window to be
invisible or misaligned from its actual location.
Steps to reproduce:
1. You will need an application that uses child windows. Two free audio apps
that I use that exhibit this behavior are Sekaiju and Wavosaur. These repro
steps will use Sekaiju, which you can download here:
https://openmidiproject.opal.ne.jp/Sekaiju_en.html
2. Start Sekaiju.exe. It will complain about not being able to find the
Microsoft GS Wavetable Synth. Click "OK".
3. Drag the "Untitled1(Track List)" child window to another location within the
main window.
Result: The child window is not moved, and part of the child window's contents
are still shown in their old location.
Expected result: The child window should now appear in its new location.
Test systems: I was able to reproduce this bug using the winehq-devel packages
for Ubuntu Noble in KDE neon (desktop using X11, laptop using Wayland) and
Xubuntu (Virtualbox using X11).
Workaround: downgrade to Wine 9.19.
--
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=57365
Bug ID: 57365
Summary: RabbitMQ crashes Erlang machine due to faulty cmd
delayed expansion subsitution
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 77329
--> https://bugs.winehq.org/attachment.cgi?id=77329
Test file
Attaching a test file.
Output on windows:
> -s \\\"rabbit\\\" boot -boot \\\"start_sasl\\\"
Output on Wine:
> -s \\rabbit\\ boot -boot \\start_sasl\\
This leads to the Erlang machine being misconfigured and RabbitMQ crashing
everytime.
Found while analyzing the LabView installer (bug 55859), which for some reason
is the easiest way to reproduce this issue. I had a really hard time
reproducing this reliably, but hopefully the test file helps!
--
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.