October 2025 - Wine-Bugs - list.winehq.org

[Bug 58831] the commit：win32u: Don't store the window OpenGL drawables on the DCs. Causing software deadlock

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58831 --- Comment #11 from Rémi Bernon <rbernon(a)codeweavers.com> --- Thanks, I think compressing the log file could make it small enough for attachment, the +loaddll parts could be useful to figure if it's crashing in the application or in Wine modules. Anyway, from the small portion it looks like it crashes after calling glGetString(GL_RENDERER) which maybe could indicate that it gets an unexpected or NULL value there: ``` 3282158.712:012c:0130:trace:opengl:glPolygonOffset factor 1.000000, units 1.000000 3282158.712:012c:0130:trace:opengl:glPointSize size 3.000000 3282158.712:012c:0130:trace:opengl:glGetString name 7936 3282158.712:012c:0130:trace:opengl:glGetString name 7937 3282158.712:012c:0130:trace:seh:dispatch_exception code=c0000005 (EXCEPTION_ACCESS_VIOLATION) flags=0 addr=000000293436646D 3282158.712:012c:0130:trace:seh:dispatch_exception info[0]=0000000000000008 3282158.712:012c:0130:trace:seh:dispatch_exception info[1]=000000293436646D 3282158.712:012c:0130:trace:seh:dispatch_exception rip=000000293436646d rsp=00007ffffe8f70a0 rbp=612d34332d302e31 eflags=00010246 3282158.712:012c:0130:trace:seh:dispatch_exception rax=0000000000000000 rbx=00007f6a9f2d8700 rcx=000000007fffc800 rdx=00000000fffffbff 3282158.712:012c:0130:trace:seh:dispatch_exception rsi=00007f6a59e65ed0 rdi=00007f6a8b6d3e80 r8=000000007fffcc00 r9=00007ffffe9300f0 3282158.712:012c:0130:trace:seh:dispatch_exception r10=0000000000000000 r11=00007ffffe8f7090 r12=0000000000000012 r13=000000000000000f 3282158.712:012c:0130:trace:seh:dispatch_exception r14=0000003030323174 r15=0000000000000000 mxcsr=00001fab ``` -- 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.

Oct. 24, 2025

[Bug 58831] the commit：win32u: Don't store the window OpenGL drawables on the DCs. Causing software deadlock

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58831 --- Comment #10 from 1685899837(a)qq.com --- (In reply to Rémi Bernon from comment #8) > Thanks, the dbghelp messages usually indicate that some thread has crashed > and that probably explains the deadlock. There's no obvious crash indication > or clear call either yet. > > Lets add +seh,+opengl,+d3d,+dc,+gdi,+bitmap,+loaddll to the list of debug > channels if you don't mind, to try to get a bit more context. (so > WINEDEBUG=+timestamp,+pid,+win,+msg,+message,+x11drv,+event,+wgl,+bitblt, > +seh,+opengl,+d3d,+dc,+gdi,+bitmap,+loaddll ) According to your request, I have added these debug channels, and the above are the Exception log，There are too many logs, I only posted Exception log. -- 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.

Oct. 24, 2025

[Bug 58831] the commit：win32u: Don't store the window OpenGL drawables on the DCs. Causing software deadlock

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58831 --- Comment #9 from 1685899837(a)qq.com --- Created attachment 79510 --> http://bugs.winehq.org/attachment.cgi?id=79510 hypermesh2023 Exception more log According to your request, I have added these debug channels, and the above are the Exception log，There are too many logs, I only posted Exception log。 -- 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.

Oct. 24, 2025

[Bug 58831] the commit：win32u: Don't store the window OpenGL drawables on the DCs. Causing software deadlock

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58831 --- Comment #8 from Rémi Bernon <rbernon(a)codeweavers.com> --- Thanks, the dbghelp messages usually indicate that some thread has crashed and that probably explains the deadlock. There's no obvious crash indication or clear call either yet. Lets add +seh,+opengl,+d3d,+dc,+gdi,+bitmap,+loaddll to the list of debug channels if you don't mind, to try to get a bit more context. (so WINEDEBUG=+timestamp,+pid,+win,+msg,+message,+x11drv,+event,+wgl,+bitblt,+seh,+opengl,+d3d,+dc,+gdi,+bitmap,+loaddll ) -- 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.

Oct. 24, 2025

[Bug 58831] the commit：win32u: Don't store the window OpenGL drawables on the DCs. Causing software deadlock

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58831 --- Comment #7 from 1685899837(a)qq.com --- (In reply to Rémi Bernon from comment #5) > Could you attach a log of Wine output running with > WINEDEBUG=+timestamp,+pid,+win,+msg,+message,+x11drv,+event,+wgl,+bitblt > environment variable? I have added logs of abnormal operation in the following reply, you can search for the location where the exception occurred: err:sync:RtlpWaitForCriticalSection section 00007F2B4759B5F0 (null) wait timed out in thread 0188, blocked by 0134, retrying (60 sec) -- 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.

Oct. 24, 2025

[Bug 58831] the commit：win32u: Don't store the window OpenGL drawables on the DCs. Causing software deadlock

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58831 --- Comment #6 from 1685899837(a)qq.com --- Created attachment 79509 --> http://bugs.winehq.org/attachment.cgi?id=79509 hypermesh2023 Exception log -- 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.

Oct. 24, 2025

[Bug 58831] the commit：win32u: Don't store the window OpenGL drawables on the DCs. Causing software deadlock

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58831 --- Comment #5 from Rémi Bernon <rbernon(a)codeweavers.com> --- Could you attach a log of Wine output running with WINEDEBUG=+timestamp,+pid,+win,+msg,+message,+x11drv,+event,+wgl,+bitblt environment variable? -- 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.

Oct. 24, 2025

[Bug 58804] Incorrect ConfigureNotify processing in xfce

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58804 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |be60f77909fc9ce2c9b6f1abd00 | |5e3b4aabaafec Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- I believe this should be fixed with be60f77909fc9ce2c9b6f1abd005e3b4aabaafec. -- 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.

Oct. 24, 2025

[Bug 57797] GeForce NOW: Crash on start-up

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57797 --- Comment #18 from Richard Yao <richard(a)ryao.dev> --- Created attachment 79508 --> http://bugs.winehq.org/attachment.cgi?id=79508 Hack to semi-stub functions to let GeForce Now progress further When it fails to stream, it prints a key line to geronimo.log: [2025-05-13 17:21:03,712]=14:21:03= ERROR [DXVADecoderInstance] {00000A8C} - GERONIMO_ERROR 0xC0F1106C GERONIMO_DXVA_DX11_DECODER_FORMAT: DXVA(DX11) CheckVideoDecoderFormat failed. After switching to the vulkan backend and applying this patch, it now prints this line: [2025-10-24 05:35:30,814]=01:35:30= ERROR [DXVADecoderInstance] {00000A64} - GERONIMO_ERROR 0xC0F11069 GERONIMO_DXVA_DX11_CREATE_TEXTURE_2D: DXVA(DX11) CreateTexture2D failed. That is rather interesting, since WINEDEBUG=d3d,d3d11 shows that the texture was made successfully. It also shows that dxgi_resource_GetSharedHandle is a stub: 0a64:fixme:dxgi:dxgi_resource_GetSharedHandle iface 0000000036DDD408, shared_handle 000000000090BAE8 stub! My theory is that GetSharedHandle is being called on the texture and when dxgi_resource_GetSharedHandle returns that it failed, GeForce Now logs that creating the texture failed. It is a shame since it looks like everything else is in place for it to attempt to decode the video. I say attempt because I found a test program for this: https://github.com/turanszkij/mini_video I compiled it by running `x86_64-w64-mingw32-g++ mini_video_dx11.cpp -o mini_video_dx11.exe -std=c++17 -fpermissive -Wall -ffunction-sections -finline-functions -DNDEBUG -D_CONSOLE -D_UNICODE -DUNICODE -O2 -static-libgcc -static-libstdc++ -fexceptions -ld3d11 -ldxgi -ldxguid -ld3dcompiler -luser32 -lkernel32 -O0 -g` after doing a small patch so that the "Linux" version of `firstbitlow()` is used rather than the Windows version, which relies on a compiler intrinsic specific to the MSVC compiler. Running that test program gives me a green screen. Whether or not that will happen if GeForce Now succeeds is unknown to me. However, it looks like further progress will be blocked on implementing dxgi_resource_GetSharedHandle(). -- 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.

Oct. 24, 2025

[Bug 58780] cdburner xp pro

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58780 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download -- 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.

Oct. 24, 2025