wine-bugs

wine-bugs@winehq.org

1 participants
158786 discussions

[Bug 49385] New: Wine builtin programs fail to display Wine version in 'About' dialog when using Wine-Staging specific 'hide Wine version from applications' feature
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49385 Bug ID: 49385 Summary: Wine builtin programs fail to display Wine version in 'About' dialog when using Wine-Staging specific 'hide Wine version from applications' feature Product: Wine-staging Version: 5.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello folks, a user reported a "glitch" in bug 49383 (which is a different issue). Failure to display the Wine version with Wine's builtin file manager. https://bugs.winehq.org/attachment.cgi?id=67445 I'm pretty sure he used Wine-Staging and the 'hide Wine version from applications' feature for whatever reasons. I don't mind if you resolve this report as 'WONTFIX' because that's the side-effect of hiding Wine-specific 'ntdll.wine_get_build_id' export. Still useful for documentation purpose/reference. https://source.winehq.org/git/wine.git/blob/948a6a47b8dbd0ddd86cad04de03f0e… --- snip --- 907 /************************************************************************* 908 * AboutDlgProc (internal) 909 */ 910 static INT_PTR CALLBACK AboutDlgProc( HWND hWnd, UINT msg, WPARAM wParam, 911 LPARAM lParam ) 912 { 913 HWND hWndCtl; 914 915 TRACE("\n"); 916 917 switch(msg) 918 { 919 case WM_INITDIALOG: 920 { 921 ABOUT_INFO *info = (ABOUT_INFO *)lParam; 922 WCHAR template[512], buffer[512], version[64]; 923 const char *(CDECL *wine_get_build_id)(void); 924 925 if (info) 926 { 927 wine_get_build_id = (void *)GetProcAddress( GetModuleHandleA("ntdll.dll"), 928 "wine_get_build_id"); 929 SendDlgItemMessageW(hWnd, stc1, STM_SETICON,(WPARAM)info->hIcon, 0); 930 GetWindowTextW( hWnd, template, ARRAY_SIZE(template) ); 931 sprintfW( buffer, template, info->szApp ); 932 SetWindowTextW( hWnd, buffer ); 933 SetWindowTextW( GetDlgItem(hWnd, IDC_ABOUT_STATIC_TEXT1), info->szApp ); 934 SetWindowTextW( GetDlgItem(hWnd, IDC_ABOUT_STATIC_TEXT2), info->szOtherStuff ); 935 GetWindowTextW( GetDlgItem(hWnd, IDC_ABOUT_STATIC_TEXT3), 936 template, ARRAY_SIZE(template) ); 937 if (wine_get_build_id) 938 { 939 MultiByteToWideChar( CP_UTF8, 0, wine_get_build_id(), -1, version, ARRAY_SIZE(version) ); 940 sprintfW( buffer, template, version ); 941 SetWindowTextW( GetDlgItem(hWnd, IDC_ABOUT_STATIC_TEXT3), buffer ); 942 } 943 hWndCtl = GetDlgItem(hWnd, IDC_ABOUT_LISTBOX); 944 SendMessageW( hWndCtl, WM_SETREDRAW, 0, 0 ); 945 SendMessageW( hWndCtl, WM_SETFONT, (WPARAM)info->hFont, 0 ); 946 add_authors( hWndCtl ); 947 SendMessageW( hWndCtl, WM_SETREDRAW, 1, 0 ); 948 } 949 } 950 return 1; --- snip --- Regards -- 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.

1 2

[Bug 42379] New: Sleeping Dogs needs d3d11: wined3d_usage_from_d3d11 bind flags 0x80.
by wine-bugs＠winehq.org 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=42379 Bug ID: 42379 Summary: Sleeping Dogs needs d3d11:wined3d_usage_from_d3d11 bind flags 0x80. Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: winetest(a)luukku.com Distribution: --- I just tried to run Sleeping dogs with wine-staging 2.0 and I got bored of waiting it to load with white screen. I don't know if it would eventually. But the console is spamming some messages alot, this is one of them. I have no idea what it means. This code needs some enchanment. 400 DWORD wined3d_usage_from_d3d11(UINT bind_flags, enum D3D11_USAGE usage) 401 { 402 static const DWORD handled = D3D11_BIND_SHADER_RESOURCE 403 | D3D11_BIND_RENDER_TARGET 404 | D3D11_BIND_DEPTH_STENCIL; 405 DWORD wined3d_usage = 0; 406 407 if (bind_flags & D3D11_BIND_SHADER_RESOURCE) 408 wined3d_usage |= WINED3DUSAGE_TEXTURE; 409 if (bind_flags & D3D11_BIND_RENDER_TARGET) 410 wined3d_usage |= WINED3DUSAGE_RENDERTARGET; 411 if (bind_flags & D3D11_BIND_DEPTH_STENCIL) 412 wined3d_usage |= WINED3DUSAGE_DEPTHSTENCIL; 413 if (bind_flags & ~handled) 414 FIXME("Unhandled bind flags %#x.\n", bind_flags & ~handled); 415 This doesnt look really fatal message so I am just setting severity to enchament. -- 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.

2 3

[Bug 38447] New: valgrind shows an invalid read in ole32/tests/hglobalstream.c
by wine-bugs＠winehq.org 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=38447 Bug ID: 38447 Summary: valgrind shows an invalid read in ole32/tests/hglobalstream.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==13974== Invalid read of size 2 ==13974== at 0x7B843008: GlobalLock (heap.c:441) ==13974== by 0x4A9B5D8: HGLOBALStreamImpl_Read (hglobalstream.c:169) ==13974== by 0x48885CC: IStream_Read (objidl.h:4381) ==13974== by 0x48885CC: test_freed_hglobal (???:0) ==13974== by 0x488885C: func_hglobalstream (hglobalstream.c:522) ==13974== by 0x48D5D00: run_test (test.h:584) ==13974== by 0x48D613A: main (test.h:666) ==13974== Address 0x7f02aaf8 is 16 bytes after a block of size 32 free'd ==13974== at 0x7BC49E5B: notify_free (heap.c:262) ==13974== by 0x7BC4E178: RtlFreeHeap (heap.c:1761) ==13974== by 0x4A9B51A: HGLOBALStreamImpl_Release (hglobalstream.c:123) ==13974== by 0x4888325: IStream_Release (objidl.h:4377) ==13974== by 0x4888325: test_copyto (???:0) ==13974== by 0x4888857: func_hglobalstream (hglobalstream.c:521) ==13974== by 0x48D5D00: run_test (test.h:584) ==13974== by 0x48D613A: main (test.h:666) ==13974== -- 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.

2 4

[Bug 27437] New: IW2 Edge of Chaos freezes every second
by wine-bugs＠winehq.org 28 Sep '20

28 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=27437 Summary: IW2 Edge of Chaos freezes every second Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Originally in bug 24239. fixme:quartz:ACMWrapper_SetMediaType acmStreamOpen returned 512 spams every second or so. When it does, the game freezes completely for a few milliseconds. winetricks devenum quartz works around it. -- 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.

2 19

[Bug 49676] New: winetricks galliumnine02 no longer installs
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49676 Bug ID: 49676 Summary: winetricks galliumnine02 no longer installs Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 368e3a93b8da3641c53f260bb4c96d03d00d1080 Distribution: Gentoo Noticed while running winetricks-test against wine-5.14-132-g1ec8bf9b73. Bisect shows it was: 368e3a93b8da3641c53f260bb4c96d03d00d1080 is the first bad commit commit 368e3a93b8da3641c53f260bb4c96d03d00d1080 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Jul 9 09:59:08 2020 +0200 ntdll: Allocate the return buffer in the caller for wine_nt_to_unix_file_name(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/path.c | 18 +++++++++++++++--- dlls/ntdll/directory.c | 4 ++-- dlls/ntdll/ntdll.spec | 2 +- dlls/ntdll/unix/file.c | 11 +++++++++-- dlls/ntdll/unixlib.h | 2 +- include/winternl.h | 2 +- 6 files changed, 29 insertions(+), 10 deletions(-) interestingly, this affects galliumnine02/galliumnine03/galliumnine04, but not galliumnine05 or galliumnine (which gets the latest release upstream, currently 05). /home/austin/wine-git/wine ninewinecfg -e wine: Unhandled page fault on read access to 00000000 at address F7AB823A (thread 019c), starting debugger... couldn't load main module (0) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xf7ab823a). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7ab823a ESP:0031fa90 EBP:0031fac8 EFLAGS:00010206( R- -- I - -P- ) EAX:0000003a EBX:00000000 ECX:00000028 EDX:00000002 ESI:00824428 EDI:00000000 Stack dump: 0x0031fa90: 0000001c 7eb85000 0031fad8 0031fb14 0x0031faa0: 7eb86754 00823960 0031fac8 00824428 0x0031fab0: 0031fb0c 00823960 0031fae0 7eb85000 0x0031fac0: 0031fb0c 00823960 0031fb38 7eb8023c 0x0031fad0: 00000003 7eb86754 7eb800a5 7eb8023c 0x0031fae0: 0031fb0c 0031fb14 00000000 00000000 Backtrace: =>0 0xf7ab823a (0x0031fac8) 1 0x7eb8023c (0x0031fb38) 0xf7ab823a: cmpl %eax,0x0(%ebx) -- 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.

1 3

[Bug 49585] New: valgrind shows a possible leak in dlls/ntdll/env.c:read_nls_file()
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49585 Bug ID: 49585 Summary: valgrind shows a possible leak in dlls/ntdll/env.c:read_nls_file() Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Getting a lot of spam, presumably every thread/process: ==9262== 5,512 bytes in 1 blocks are possibly lost in loss record 33 of 33 ==9262== at 0x40345DC: malloc (vg_replace_malloc.c:307) ==9262== by 0x486401C: read_nls_file (env.c:100) ==9262== by 0x48649EF: init_environment (env.c:961) ==9262== by 0x48733BA: __wine_main (loader.c:1710) ==9262== by 0x7D0017D7: main (main.c:285) ==9262== -- 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.

1 5

[Bug 49691] New: dl.winehq.org hasn't been updated with new versions since April
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49691 Bug ID: 49691 Summary: dl.winehq.org hasn't been updated with new versions since April Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: sephirothfanatic(a)gmail.com Hello, I noticed that new versions of Wine for macOS haven't appeared on the dl.winehq.org domain since April. The website is still showing major version 5.0 instead of 5.0.2 and development version 5.7 instead of 5.14. Wasn't sure where exactly to report this, so here it is. SephirothFanatic -- 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.

1 2

[Bug 49499] New: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility)
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49499 Bug ID: 49499 Summary: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility) Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: suokkos(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- wine-devel and wine-staging 5.11~focal packages caused a regression where running dealer.exe from terminal forwards incorrect working directory to dealer.exe. dealer.exe is a small command line utility to generate constrained hands for card game bridge. The bug isn't present on wine binary if I compile wine-5.11 tagged version. Neither it is present if I apply wine-staging patches to my wine tree and compile it. Downgrading 5.10~focal also works. What is known about bug happening? I'm running the application from a directory under my home directory. Wine maps Z: drive to root ("/"). There is no other drives mapping to my home directory. Package versions change working directory to root ("/"). dealer.exe enters application using wmain entry which translate wchar arguments to multibyte handled by argument parser. After argument parsing it tries to use freopen to redirect stdin to be read from the filename passed as argument. I have no idea why wine 5.11 compiled from sources behaves differently to the package version. I tried to look into https://dl.winehq.org/wine-builds/ubuntu/dists/focal/main/source/wine-stagi… but failed to spot a difference. I tried to find wine built in command which would replicated same incorrect working tree behavior. I failed to find any other application which would reproduce the wrong working directory when run from same terminal. Step to reproduce: Dependencies: cmake and mingw cross compiler 1. git clone https://github.com/suokko/dealer.git 2. cd dealer 3. echo "set(CMAKE_SYSTEM_NAME Windows) set(CMAKE_SYSROOT $ENV{HOME}/buildd/win64) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) set(arch x86_64-w64-mingw32) find_program(WINE_COMMAND wine) set(CMAKE_CROSSCOMPILING ${WINE_COMMAND}) set(CMAKE_RC_COMPILER ${arch}-windres) set(CMAKE_C_COMPILER ${arch}-gcc-posix) set(CMAKE_CXX_COMPILER ${arch}-g++-posix)" > win32.cmake 4. mkdir build && cd build 5. cmake -CMAKE_TOOLCHAIN_FILE=../win32.cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo .. 6. export WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix;$(pwd)/dds-install/bin" 7. make 8. cd ../Examples 9. wine ../build/dealer.exe Descr.test_operators Failed output: Descr.test_operators: No such file or directory Expected output: 1 != 0: 1 5 - 2: 3 5 % 3: 2 5 == 3: 0 Frequency rnd(10): 0 10034 1 10122 2 9974 3 10003 4 9884 5 9977 6 9853 7 10036 8 10142 9 9975 Frequency : Low 100000 Frequency : High 100000 Generated 100000 hands Produced 100000 hands Initial random seed 1593633569 Time needed 0.000 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.

1 2

[Bug 49430] New: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator"
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49430 Bug ID: 49430 Summary: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator" Product: Wine Version: 5.11 Hardware: x86 URL: https://statics.teams.cdn.office.net/production-window s/1.3.00.3564/Teams_windows.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 Yesterday I tried this in Staging-5.10 and it start fine. This morning I upgraded to Staging 5.11 and it fails :( Issued commands (copy/paste from bug 49147): Prerequisite: 'winetricks -q dotnet45' (without Wine-Mono) Installation workaround for bug 41713 using Wine-Staging --- snip --- $ wine runas /trustlevel:0x20000 "cmd /c start Teams_windows.exe" --- snip --- -- 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.

1 6

[Bug 49903] New: TEB breakpoint should not be invoked when calling NtCreateThreadEx
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49903 Bug ID: 49903 Summary: TEB breakpoint should not be invoked when calling NtCreateThreadEx Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- Created attachment 68263 --> https://bugs.winehq.org/attachment.cgi?id=68263 patch to avoid teb breakpoint Certain DRMs add a breakpoint on the TEB, and NtCreateThreadEx invokes the breakpoint through GetCurrentProcessId() (NtCurrentTeb()->ClientId.UniqueProcess). I've attached a patch that works around this issue. This is definitely a stop-gap solution, but it should work for the time being. -- 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.

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs