https://bugs.winehq.org/show_bug.cgi?id=40567
Bug ID: 40567
Summary: Application Lock
Product: Wine
Version: 1.8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danieldimichel(a)gmail.com
Distribution: ---
Trying to run foobar 2000 either doesn't run at all or takes maybe 5 minutes to
open
danny@danny:~$ wine /home/danny/foobar2000_1.0/foobar2000.exe
fixme:module:load_dll Loader redirect from L"UxTheme.dll" to L"uxtheme-gtk.dll"
Gtk-Message: Failed to load module "unity-gtk-module"
Gtk-Message: Failed to load module "canberra-gtk-module"
Gtk-Message: Failed to load module "canberra-gtk-module"
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:win:RegisterShellHookWindow (0x600c6): stub
fixme:uxthemegtk:SetWindowTheme (0x4026c, L"Explorer", (null))
err:ntdll:RtlpWaitForCriticalSection section 0x7bce8720 "directory.c:
dir_section" wait timed out in thread 0084, blocked by 0086, retrying (60 sec)
fixme:uxthemegtk:SetWindowTheme (0x50112, L"Explorer", (null))
fixme:uxthemegtk:SetWindowTheme (0x80102, L"Explorer", (null))
fixme:uxthemegtk:SetWindowTheme (0x8010c, L"Explorer", (null))
fixme:uxthemegtk:SetWindowTheme (0xa00de, L"Explorer", (null))
fixme:uxthemegtk:SetWindowTheme (0x600ca, L"Explorer", (null))
err:ntdll:RtlpWaitForCriticalSection section 0x7bce8720 "directory.c:
dir_section" wait timed out in thread 0084, blocked by 0086, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bce8720 "directory.c:
dir_section" wait timed out in thread 0084, blocked by 0086, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bce8720 "directory.c:
dir_section" wait timed out in thread 0084, blocked by 0086, retrying (60 sec)
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
err:ole:CoGetClassObject class {1968106d-f3b5-44cf-890e-116fcb9ecef1} not
registered
err:ole:CoGetClassObject class {1968106d-f3b5-44cf-890e-116fcb9ecef1} not
registered
err:ole:create_server class {1968106d-f3b5-44cf-890e-116fcb9ecef1} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {1968106d-f3b5-44cf-890e-116fcb9ecef1}
could be created for context 0x17
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CODEPAGE (65001): STUB
fixme:wininet:InternetSetOptionW INTERNET_OPTION_CODEPAGE_PATH; STUB
fixme:wininet:InternetSetOptionW INTERNET_OPTION_CODEPAGE_EXTRA; STUB
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
fixme:uxthemegtk:DrawThemeText No color.
--
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=51018
Bug ID: 51018
Summary: Binaries compiled with an older winegcc won't run on
>=v6.5
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: a.heider(a)gmail.com
Distribution: ---
An app built with an older winegcc (here v5.6) doesn't run on v6.6+ee13ab0:
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: File not found.
Trying with WINEDEBUG=module yields:
libwine.so.1: cannot open shared object file: No such file or directory
Even though that of course exists in the installed wine directory. Copying
libwine.so.1 from the wine directory next to the application gets rid of that
error message, but it still fails to run.
Building the app with winegcc from v6.6 works around the issue.
Note: It seems that only running apps are affected, dll files build with an
older winegcc still load 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=50956
Bug ID: 50956
Summary: Cannot disable winemenubuilder.exe by DLL override
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: maciej.stanczew+b(a)gmail.com
Regression SHA1: 28fe84da45bea7de56539b50eac8ebcec54342de
Distribution: ArchLinux
(I'm not sure if this issue is already covered by other bug reports, but I
don't see this specific flow being described, so I'm submitting a new report.
Also this is still present in 6.6, so it's not related to bug 50867.)
Since 6.5 winemenubuilder.exe cannot be disabled using a DLL override.
Steps to reproduce:
1. Set WINEDLLOVERRIDES=winemenubuilder.exe=d, as described in FAQ[1]
2. Run winecfg to initialize new prefix
3. Run winecfg again
Expected results:
* 'applications', 'desktop-directories', 'icons', and 'mime' directories
normally created by winemenubuilder in $HOME/.local/share are not present
* Wine log shows:
0034:err:module:process_init L"C:\\windows\\system32\\winemenubuilder.exe" not
found
002c:err:wineboot:process_run_key Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (126).
Actual results:
* Directories above are created anyway
* Log doesn't show anything about winemenubuilder.exe being disabled
Bisection:
28fe84da45bea7de56539b50eac8ebcec54342de is the first bad commit
commit 28fe84da45bea7de56539b50eac8ebcec54342de
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Mar 24 10:53:53 2021 +0100
ntdll: Load the main image from the Unix side.
My use case for disabling winemenubuilder is that I have two prefixes: one for
normal usage and one for testing.
First, I don't want MIME file associations in any of the prefixes. This can
also be achieved by unchecking "Manage file associations" after the first
winecfg (although it's a bit annoying to have to remember to do this every time
when creating a new prefix).
Second, I want .desktop files to be generated only for the main prefix, not the
testing one. I did this by setting the DLL override only in the testing prefix,
which now doesn't work.
I can temporarily achieve old behavior by removing winemenubuilder.exe from the
prefix, but it will be regenerated on prefix update, so it's not a sustainable
solution.
[1]
https://wiki.winehq.org/FAQ#How_can_I_prevent_Wine_from_changing_the_filety…
--
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=49277
Bug ID: 49277
Summary: Always false condition in dispex.c
Product: Wine
Version: 5.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal54(a)gmail.com
Distribution: ---
jsdisp->ctx == ctx so it can't be jsdisp->ctx != ctx
https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b…
--
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=42775
Bug ID: 42775
Summary: Page fault while /regserver mwt.ext
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: joergen.vonbargen(a)minebea-intec.com
Distribution: ---
Created attachment 57787
--> https://bugs.winehq.org/attachment.cgi?id=57787
dump file of the page fault
Installing PR1750 ¹) fails with a page fault in ole32.
After installation failed, the program files remain in filesystem.
The page fault then can be reproduced with
wine ".wine/drive_c/Program Files (x86)/Sartorius/PR1750-60-R5/Mwt.exe"
/regserver
¹) https://appdb.winehq.org/objectManager.php?sClass=application&iId=18183
--
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=32548
Bug #: 32548
Summary: CS:GO error message when launching csgo,exe.
Product: Wine
Version: 1.5.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linards.liepins(a)gmail.com
Classification: Unclassified
Created attachment 42953
--> http://bugs.winehq.org/attachment.cgi?id=42953
Bugreport for CS:GO.
Game almost instantly crashes with bugreport attached below.
--
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=50899
Bug ID: 50899
Summary: WeChat crashes with Wine 6.5
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: lilydjwg(a)gmail.com
Distribution: ---
1. Download and install WeChat
download page: https://pc.weixin.qq.com/
file link: https://dldir1.qq.com/weixin/Windows/WeChatSetup.exe
sha1sum: c792c243149220df4a8d2699649a62687516cd40
2. Log in
You'll need an account, which requires a phone number to register
3. Find a conversation with some messages and click
These messages can come from either a previous version or via message sync
provided when logging into the applicaion
4. If it didn't crash, try scroll up the conversion
9bdfb1f34a4f512488c198555249a49f4e7c1172 is the first bad commit
commit 9bdfb1f34a4f512488c198555249a49f4e7c1172
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Mar 25 12:05:41 2021 +0100
ntdll: Set the initial DllPath to null if it's empty.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ntdll/unix/env.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Crash logs:
04a4:fixme:richedit:ME_GetTextEx GETTEXTEX flags 0x00000004 not supported
04a4:fixme:richedit:ME_GetTextEx GETTEXTEX flags 0x00000004 not supported
04a4:fixme:win:RegisterTouchWindow (000B0094 00000000): stub
04a4:fixme:win:RegisterTouchWindow (000C007C 00000000): stub
04a4:fixme:richedit:ME_GetTextEx GETTEXTEX flags 0x00000004 not supported
04a4:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub
06c8:fixme:wtsapi:WTSRegisterSessionNotification Stub 000A0060 0x00000000
04a4:fixme:richedit:ME_GetTextEx GETTEXTEX flags 0x00000004 not supported
0604:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated.
Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in
the winbind package of your distri
bution.
0604:fixme:heap:RtlSetHeapInformation 00000000 1 00000000 0 stub
[0331/222109:INFO:exception_record.cc(518)] [QB]Process ID: 968 Type: 2
0604:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d},
10133990, 1382DD80, 138A8108) stub.
0604:fixme:gdi:GdiInitializeLanguagePack stub
0604:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
[0331/222109:FATAL:scoped_handle.cc(116)] Check failed: false.
Backtrace:
cef_time_to_timet [0x04D219C1+633457]
CLInfo [0x04D5AD28+230136]
CLInfo [0x04D5ADB1+230273]
CLInfo [0x04D4675C+146732]
EntryPoint [0x06FEB6FC+3775997]
EntryPoint [0x06FEBBAA+3777195]
GetHandleVerifier [0x05386B07+6469335]
GetHandleVerifier [0x0538719E+6471022]
GetHandleVerifier [0x05384230+6458880]
GetHandleVerifier [0x0609F7E5+20202421]
GetHandleVerifier [0x060A0236+20205062]
GetHandleVerifier [0x04D5CD97+6503]
CLInfo [0x04D358A9+77433]
CLInfo [0x04D3513C+75532]
GetHandleVerifier [0x04D5D9FA+9674]
GetHandleVerifier [0x04D5E4BA+12426]
CLInfo [0x04D355A1+76657]
CLInfo [0x04D2D8E5+44725]
TerminateProcessWithoutDump [0x063EC4EF+17263]
TerminateProcessWithoutDump [0x063ECC02+19074]
CLInfo [0x04D2DD1D+45805]
CLInfo [0x04D3F132+116482]
GetThreadSelectorEntry [0x7B64DD60+16]
RtlProcessFlsData [0x7BC77EB7+5383]
RtlProcessFlsData [0x7BC780CA+5914]
(No symbol) [0x00000000]
01fc:fixme:heap:RtlSetHeapInformation 00000000 1 00000000 0 stub
033c:fixme:resource:GetGuiResources (0000088C,0): stub
0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data
--
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=46309
Bug ID: 46309
Summary: Winamp with Classic Skin "jumps randomly" when moved
Product: Wine
Version: 4.0-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gabrielopcode(a)gmail.com
Distribution: ---
Split from https://bugs.winehq.org/show_bug.cgi?id=15346
When you move Winamp with classic skin, it jumps around randomly. The faster
you move it, the more pronounced this effect is. Eventually it will disappear
because it will touch an edge of the screen (but that has more to do with the
original bug which is a separate problem).
This is probably due to the fact that we use window-relative coordinates and
then translate to screen coordinates ourselves, but those window-relative
aren't synced perfectly with the cursor since Winamp chooses to reposition
itself when moved.
This should be possible to fix by simply using the X-server-supplied
root-relative coordinates and we can even get rid of the redundant
transformations after that, as we have them already in screen coordinates (with
slight translation), which should even simplify the code on top of 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.
https://bugs.winehq.org/show_bug.cgi?id=50996
Bug ID: 50996
Summary: GCC11 & wineg++ fatal error: stdlib.h: No such file
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: patrick+winehq.org(a)laimbock.com
Distribution: ---
Created attachment 69835
--> https://bugs.winehq.org/attachment.cgi?id=69835
Yabridge: add missing #include <optional>
Thank you for wine. On Fedora 34 with GCC11 I'm trying to build yabridge which
uses wineg++. Requires headers (glibc-devel, stdc++-devel, boost-devel, etc are
all installed)
Builds (not) with GCC11 (wine means wine+staging):
Wine 6.3 | Wine 6.6
------------------------------------
Yabridge 3.0.2 Y [1] | N
Yabridge HEAD Y [1] | N
[1] requires attached patch which adds a missing #include <optional> which was
not required with GCC10.
Error:
FAILED: libvst3_base_wine_64bit.a.p/subprojects_vst3_base_source_fbuffer.cpp.o
wineg++ -Ilibvst3_base_wine_64bit.a.p -I. -I.. -I/usr/include
-fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -std=c++2a -O3 -fPIC
-isystem../subprojects/vst3 -isystemsubprojects/vst3 -DRELEASE=1 -DNOMINMAX
-DWINE_NOWINSOCK -m64 -Wno-cpp -MD -MQ
libvst3_base_wine_64bit.a.p/subprojects_vst3_base_source_fbuffer.cpp.o -MF
libvst3_base_wine_64bit.a.p/subprojects_vst3_base_source_fbuffer.cpp.o.d -o
libvst3_base_wine_64bit.a.p/subprojects_vst3_base_source_fbuffer.cpp.o -c
../subprojects/vst3/base/source/fbuffer.cpp
In file included from ../subprojects/vst3/base/source/fbuffer.cpp:40:
/usr/include/c++/11/cstdlib:75:15: fatal error: stdlib.h: No such file or
directory
75 | #include_next <stdlib.h>
| ^~~~~~~~~~
compilation terminated.
winegcc: /usr/bin/g++ failed
My wine/gcc/c++ foo is limited but I'm happy to provide additional information
you require. Thanks.
--
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=45615
Bug ID: 45615
Summary: Rekordbox 5.3.0 terminates with the message
"Unexpected application error"
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bghome(a)gmail.com
Distribution: ---
Created attachment 62043
--> https://bugs.winehq.org/attachment.cgi?id=62043
Console output of winedbg
The application crashes with "Unexpected application error" when I load an
audio file into the player.
As the page fault occurred in the rekordbox process, I tried to trace back the
code to the nearest DLL method call, but couldn't.
What I have found so far:
- page fault at address: 140636460
- call comes from subroutine at address: 1408f76d0
- call comes from address 1435C3D40 instruction: IPtoStateMap <rva
loc_1408F7836, 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.