https://bugs.winehq.org/show_bug.cgi?id=57505
Bug ID: 57505
Summary: When closing eSword 12.2 it generated an automatic bug
report.
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thegamemaster(a)hotmail.com
Distribution: ---
Created attachment 77535
--> https://bugs.winehq.org/attachment.cgi?id=77535
Autogenerated by Wine 9.22 upon closing eSword 12.2
When closing eSword 12.2 it generated an automatic bug report.
--
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=57494
Bug ID: 57494
Summary: err:module:import_dll Loading library gdiplus.dll
while starting "atwork"
Product: Wine
Version: 9.22
Hardware: x86-64
URL: https://download.betreuung.de/2013/atwork_extrasmall_s
etup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
This strange bug was reported on the forum:
https://forum.winehq.org/viewtopic.php?t=39743
After install trying to run for example 'wine admin.exe' you get:
0024:trace:module:load_dll looking for L"gdiplus.dll" in L"C:\\at
work;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C
:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0"
0024:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\gdiplus.dll" is
for arch 8664, continuing search
0024:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\gdiplus.dll" is
for arch 8664, continuing search
0024:warn:module:load_dll Failed to load module L"gdiplus.dll"; status=c000007b
0024:err:module:import_dll Loading library gdiplus.dll (which is needed by
L"C:\\at work\\VFP9R.DLL") failed (error c000007b).
--
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=57501
Bug ID: 57501
Summary: Upgrade fails in Debian testing with apt 2.9.16
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Using current repository key from https://dl.winehq.org/wine-builds/winehq.key
started failing in Debian testing as follows:
Warning: https://dl.winehq.org/wine-builds/debian/dists/trixie/InRelease: The
key(s) in the keyring /etc/apt/keyrings/winehq.key are ignored as the file has
an unsupported filetype.
Warning: An error occurred during the signature verification. The repository is
not updated and the previous index files will be used. GPG error:
https://dl.winehq.org/wine-builds/debian trixie InRelease: The following
signatures couldn't be verified because the public key is not available:
NO_PUBKEY 76F1A20FF987672F
Warning: Failed to fetch
https://dl.winehq.org/wine-builds/debian/dists/trixie/InRelease The following
signatures couldn't be verified because the public key is not available:
NO_PUBKEY 76F1A20FF987672F
Warning: Some index files failed to download. They have been ignored, or old
ones used instead.
--
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=13529
Summary: wine doesn't run under a X client for windows under wine
[dogfood?]
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andriusmao(a)gmail.com
I was doing some tests and kde runs properly under a X client for windows (such
as Xming and WinaXe) under wine. But wine starts debugger when trying to run
any windows program (such as these provided by WinaXe or such as winecfg) in
"remote" display.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54571
Bug ID: 54571
Summary: ImageList images hard to see or even invisible
depending on COLOR_WINDOWTEXT
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
Created attachment 74114
--> https://bugs.winehq.org/attachment.cgi?id=74114
Visibility of images depending on Window Text color.
The lighter the Window Text color gets, the less visible the images in an
ImageList get.
This really affects people primarily using dark themes such as myself, as then
the text color is going to be so light the images will be invisible.
I'm not sure if this issue is present in other software, but in this case I am
experiencing this with the GSAE (GS Advanced Editor) tool shipped with Roland
sound modules.
I am able to see the images properly again if I replace what is currently line
1488 of `comctl32/imagelist.c` (ImageList_DrawIndirect) with `if (FALSE)`
instead of `if (himl->hbmMask)` so the else branch always runs (this will
likely break other software though, and in my case is just a temporary
measure).
--
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=57498
Bug ID: 57498
Summary: ASan expects some imports to intercept from
api-ms-win-core-heap-l1-1-0.dll
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
This is a followup to bug #50993 and bug #49828.
Starting an instrumented executable with ASAN_OPTIONS='verbosity=1'
gives this output:
Failed to intercept ucrtbase.dll import HeapAlloc
Failed to intercept ucrtbase.dll import HeapFree
Failed to intercept ucrtbase.dll import HeapReAlloc
Failed to intercept ucrtbase.dll import HeapSize
This seems to be caused by ASan expecting these imports to be linked in
through api-ms-win-core-heap-l1-1-0.dll.
But currently ucrtbase.dll in Wine links directly to kernel32.dll.
One workaround is to add to ASAN_OPTIONS windows_hook_rtl_allocators=1.
Another workaround is, if already building llvm-mingw from source, to modify
following location this way:
llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_malloc_win.cpp:
#define INTERCEPT_UCRT_FUNCTION(func) \
if (!INTERCEPT_FUNCTION_DLLIMPORT( \
- "ucrtbase.dll", "api-ms-win-core-heap-l1-1-0.dll", func)) { \
+ "ucrtbase.dll", "kernel32.dll", func)) { \
Reproducing currently needs a modified llvm-mingw build, which allows
ASan to recognize a few more instructions like here:
https://github.com/llvm/llvm-project/pull/113085
--
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=56443
Bug ID: 56443
Summary: Totem Arts Launcher.exe repeatedly asking for Unreal
Engine Redistributable
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 6chars(a)proton.me
Distribution: Mint
Created attachment 76203
--> https://bugs.winehq.org/attachment.cgi?id=76203
Screenshots and a log while installing the UE redistributable
After successfully installing "Totem-Arts-Launcher-latest.exe", when I launch
"Totem Arts Launcher.exe" (the installed program), there is a message box that
prompts me to install the 'Unreal Engine Redistributable'(currently has garbled
text due to a bug).
I click 'Okay' to install the required Redistributable, it goes through the
operation and says it was installed successfully, but the next time I enter
"Totem Arts Launcher.exe" it prompts me AGAIN to install the 'Unreal Engine
Redistributable.' The normal behavior was obviously for the redistributable to
be installed on my first try and not to be asked about it every time I enter
the program. I don't even know for sure if it installed correctly in the first
place, despite the 'Successfully install' message.
Download link for "Totem-Arts-Launcher-latest.exe":
https://totemarts.games/forums/files/file/1-renegade-x/
SHA1 sum for the installer:
d9b7f056103183c5a50003b4c164a23cdf605e95 Totem-Arts-Launcher-latest.exe
SHA1 sum for the installed program:
76f68237898ce54a3bb7129c2d1185614dc0da06 Totem Arts Launcher.exe
My system: Linux Mint 21.3 x86_64, Kernel 6.5.0-25-generic, NVIDIA Geforce GTX
1050 driver 535.161.07, wine-9.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=57499
Bug ID: 57499
Summary: .....
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: ---
SOFTTWARE NAME BY CLICK NOT RUNING. URL https://www.byclickdownloader.com/
--
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=57496
Bug ID: 57496
Summary: Application crashes upon launch
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Android
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mcreator134(a)gmail.com
Created attachment 77525
--> https://bugs.winehq.org/attachment.cgi?id=77525
The generated crash log from the app
Steinberg Download assistant: crashes upon launch, installed just fine.
--
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=50993
Bug ID: 50993
Summary: App compiled with address sanitizer don't work in Wine
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
When trying to use in Wine app compiled with address sanitizer and MinGW LLVM,
then this app doesn't run and print
```
0104:err:module:LdrInitializeThunk "libclang_rt.asan_dynamic-x86_64.dll" failed
to initialize, aborting
0104:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\mnt\\Miecz\\godot3.2\\bin\\a.exe" failed, status 80000003
```
To reproduce issue
Download and unpack Mingw-llvm(unlike Mingw GCC allows to build app with
address sanitizer)
https://github.com/mstorsjo/llvm-mingw/releases/download/20201020/llvm-ming…
2. set variables(change PATH_TO_CHANGE)
export MINGW32_PREFIX="/PATH_TO_CHANGE/i686-w64-mingw32-"
export MINGW64_PREFIX="/PATH_TO_CHANGE/x86_64-w64-mingw32-"
3. Copy to current directory all files from folder which contains
`libclang_rt.asan_dynamic-x86_64.dll` inside unpacked mingw
4. Compile and try to open app
echo "int main(){if(2>1){return 1;}}" > a.cpp
/PATH_TO_CHANGE/x86_64-w64-mingw32-clang++ a.cpp -fsanitize="address"
wine a.exe
--
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.