wine-bugs June 2021

wine-bugs@winehq.org

1 participants
5053 discussions

[Bug 9808] New: Amazon Music Downloader crashes on File menu
by wine-bugs＠winehq.org 27 Aug '21

27 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=9808 Summary: Amazon Music Downloader crashes on File menu Product: Wine Version: CVS/GIT Platform: Other URL: http://www.amazon.com/gp/dmusic/help/amd.html/ OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Created an attachment (id=8255) --> (http://bugs.winehq.org/attachment.cgi?id=8255) console output showing crash on clicking File Download and install the Amazon Music Downloader. Run it. Click the File menu. Bammo! wine: Unhandled page fault on read access to 0x0000001c at address 0x484d25 (thread 0009), starting debugger... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 33232] New: Amazon MP3 Downloader crashes during download of mp3 files (ntdll/server fd cache doesn't take FILE_APPEND_DATA flag implicit write access into account)
by wine-bugs＠winehq.org 27 Aug '21

27 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=33232 Bug #: 33232 Summary: Amazon MP3 Downloader crashes during download of mp3 files (ntdll/server fd cache doesn't take FILE_APPEND_DATA flag implicit write access into account) Product: Wine Version: 1.5.26 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, some time ago newer versions of "Amazon MP3 Downloader" application broke. The app crashes while trying to download .mp3 files after purchase (during processing of .amz). Application log hints at a write error after receiving first data chunk: --- snip --- [AMD] [Download::OnCurlWriteData()] Output Stream failed to write, returning error." --- snip --- It seems Wine ntdll/server fd cache only cares for access bit 0-1 when checking for read-write permissions. Debug session: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7bc79c52 add_fd_to_cache(handle=0xe0, fd=0x22, type=FD_TYPE_FILE, access=0x120114, options=0x60) [/home/focht/projects/wine/wine-git/dlls/ntdll/server.c:470] in ntdll (0x00b9e1e8) 1 0x7bc43707 NtQueryInformationFile+0x192(hFile=<couldn't compute location>, io=<couldn't compute location>, ptr=<couldn't compute location>, len=<couldn't compute location>, class=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/ntdll/file.c:1927] in ntdll (0x00b9e408) 2 0x7b83ee76 SetFilePointerEx+0xc2(hFile=<couldn't compute location>, distance={u={LowPart=0, HighPart=0}, QuadPart=0}, newpos=<couldn't compute location>, method=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/kernel32/file.c:1066] in kernel32 (0x00b9e498) 3 0x7b83ed6f SetFilePointer+0x69(hFile=<couldn't compute location>, distance=<couldn't compute location>, highword=<couldn't compute location>, method=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/kernel32/file.c:1035] in kernel32 (0x00b9e508) 4 0x006fe405 in amazonmp3downloader (+0x2fe404) (0x00b9e5b4) 5 0x004b3cfa in amazonmp3downloader (+0xb3cf9) (0x00b9e5d0) 6 0x0048e9b6 in amazonmp3downloader (+0x8e9b5) (0x00b9e62c) 7 0x004abd42 in amazonmp3downloader (+0xabd41) (0x00b9e8a0) 8 0x004acdd3 in amazonmp3downloader (+0xacdd2) (0x00b9e8ac) 9 0x004b8863 in amazonmp3downloader (+0xb8862) (0x00b9e8b8) 10 0x004cabe2 in amazonmp3downloader (+0xcabe1) (0x00b9e934) 11 0x004ca51e in amazonmp3downloader (+0xca51d) (0x00b9e960) 12 0x004ca416 in amazonmp3downloader (+0xca415) (0x00b9e9ac) 13 0x007132f3 in amazonmp3downloader (+0x3132f2) (0x00b9e9d4) 14 0x0064afd5 in amazonmp3downloader (+0x24afd4) (0x00b9ea0c) 15 0x0064b0fd in amazonmp3downloader (+0x24b0fc) (0x00b9ea18) Wine-dbg>info locals 0x7bc79dfd add_fd_to_cache+0x1ab: (00b9e098) HANDLE handle=0xe0 (parameter [EBP+8]) int fd=0x22 (parameter [EBP+12]) enum server_fd_type type=FD_TYPE_FILE (parameter [EBP+16]) unsigned int access=0x120114 (parameter [EBP+20]) unsigned int options=0x60 (parameter [EBP+24]) unsigned int entry=0 (local [EBP-32]) unsigned int idx=0x37 (local [EBP-12]) int prev_fd=0xffffffff (local [EBP-28]) --- snip --- An fd entry with access flags "0x120114" is added. 0x120114 (hard-coded in application code) decodes to: FILE_APPEND_DATA 0x00000004 FILE_WRITE_EA 0x00000010 FILE_WRITE_ATTRIBUTES 0x00000100 READ_CONTROL 0x00020000 (STANDARD_RIGHTS_READ, STANDARD_RIGHTS_WRITE, STANDARD_RIGHTS_EXECUTE) SYNCHRONIZE 0x00100000 It didn't pass "FILE_WRITE_DATA" contained in FILE_GENERIC_WRITE (see end for explanation): --- snip --- #define FILE_GENERIC_WRITE (STANDARD_RIGHTS_WRITE | FILE_WRITE_DATA | \ FILE_WRITE_ATTRIBUTES | FILE_WRITE_EA | \ FILE_APPEND_DATA | SYNCHRONIZE) --- snip --- The fd was created here: --- snip --- ... 0023:Call KERNEL32.CreateFileW(00cbcaf8 L"C:\\users\\focht\\My Music\\Amazon MP3\\Harry Gregson - Williams\\D\00e9j\00e0 Vu\\amazon.temp",00120114,00000003,00000000,00000004,00000080,00000000) ret=006fe144 ... 0023: create_file( access=00120114, attributes=00000040, sharing=00000003, create=3, options=00000060, attrs=00000080, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/users/focht/My Music/Amazon MP3/Harry Gregson - Williams/DÃ©jÃ Vu/amazon.temp" ) ... 0023: create_file() = 0 { handle=00f0 } ... 0023:Ret KERNEL32.CreateFileW() retval=000000f0 ret=006fe144 --- snip --- The code that retrieves the cached fd only checks for FILE_READ_DATA | FILE_WRITE_DATA set: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7bc79e6e get_cached_fd+0x66(handle=0xe0, type=0xb9e008, access=0xb9de88, options=0xb9e018) [/home/focht/projects/wine/wine-git/dlls/ntdll/server.c:515] in ntdll (0x00b9dde8) 1 0x7bc79fd8 server_get_unix_fd+0x78(handle=0xe0, wanted_access=0x2, unix_fd=0xb9e020, needs_close=0xb9e01c, type=0xb9e008, options=0xb9e018) [/home/focht/projects/wine/wine-git/dlls/ntdll/server.c:557] in ntdll (0x00b9df38) 2 0x7bc413d7 NtWriteFile+0x110(hFile=<couldn't compute location>, hEvent=<couldn't compute location>, apc=<couldn't compute location>, apc_user=<couldn't compute location>, io_status=<couldn't compute location>, buffer=<couldn't compute location>, length=<couldn't compute location>, offset=<couldn't compute location>, key=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/ntdll/file.c:939] in ntdll (0x00b9e088) 3 0x7b83dfbc WriteFile+0x176(hFile=<couldn't compute location>, buffer=<couldn't compute location>, bytesToWrite=<couldn't compute location>, bytesWritten=<couldn't compute location>, overlapped=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/kernel32/file.c:555] in kernel32 (0x00b9e118) 4 0x006fe6ca in amazonmp3downloader (+0x2fe6c9) (0x00b9e160) 5 0x004b3bf3 in amazonmp3downloader (+0xb3bf2) (0x00b9e17c) 6 0x0045c2a4 in amazonmp3downloader (+0x5c2a3) (0x00b9e1a8) 7 0x0048e754 in amazonmp3downloader (+0x8e753) (0x00b9e1f0) 8 0x0048d14a in amazonmp3downloader (+0x8d149) (0x00b9e274) 9 0x00672a99 in amazonmp3downloader (+0x272a98) (0x00cdbad4) Wine-dbg>info locals 0x7bc79ee1 get_cached_fd+0xd9: (00b9dde8) HANDLE handle=0xe0 (parameter [EBP+8]) enum server_fd_type* type=0xb9e008 (parameter [EBP+12]) unsigned int* access=0xb9de88 (parameter [EBP+16]) unsigned int* options=0xb9e018 (parameter [EBP+20]) unsigned int entry=0 (local [EBP-16]) unsigned int idx=0x37 (local [EBP-12]) int fd=0x22 (local [EBP-8]) Wine-dbg>p *access 0 Wine-dbg>n 582 if (!ret && ((access & wanted_access) != wanted_access)) --- snip --- wanted access: FILE_WRITE_DATA retrieved access: 0 (only bit 0-1 are preserved, all others got cut off when the fd cache entry was created -> 2 bits reserved in fd cache entry). So the WriteFile() call fails in the end. Wine code: http://source.winehq.org/git/wine.git/blob/0effd926b6475842baefc5379b9dd932… --- snip --- 543 int server_get_unix_fd( HANDLE handle, unsigned int wanted_access, int *unix_fd, 544 int *needs_close, enum server_fd_type *type, unsigned int *options ) 545 { 546 sigset_t sigset; 547 obj_handle_t fd_handle; 548 int ret = 0, fd; 549 unsigned int access = 0; 550 551 *unix_fd = -1; 552 *needs_close = 0; 553 wanted_access &= FILE_READ_DATA | FILE_WRITE_DATA; 554 555 server_enter_uninterrupted_section( &fd_cache_section, &sigset ); 556 557 fd = get_cached_fd( handle, type, &access, options ); 558 if (fd != -1) goto done; ... 580 done: 581 server_leave_uninterrupted_section( &fd_cache_section, &sigset ); 582 if (!ret && ((access & wanted_access) != wanted_access)) 583 { 584 ret = STATUS_ACCESS_DENIED; 585 if (*needs_close) close( fd ); 586 } 587 if (!ret) *unix_fd = fd; 588 return ret; 589 } --- snip --- So what did the application intend by _not_ passing FILE_WRITE_DATA? Fortunately there is a hint hidden in the MSDN entry for CreateFile() that explains it: --- quote --- You can get atomic append on local files by opening a file with FILE_APPEND_DATA access and _without_ FILE_WRITE_DATA access. If you do this then all writes will ignore the the current file pointer and be done at the end-of file. (Actually, I'm not sure if the current file pointer is updated to EOF at each write or not, I haven't tested that behavior.) Eg HANDLE hFile = CreateFile(TEXT("c:\\file.txt"), FILE_APPEND_DATA , FILE_SHARE_WRITE, 0, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0); The append behavior is properly synchronized between multiple writes (with or without multiple handles), where the typical way I've seen this implemented (by seeking to EOF and then writing) has a race condition if multiple threads / processes are appending to the same file. This behavior is documented in Windows Driver Kit / Device and Driver Technologies / Installable File System / Reference / IO Manager Routines / IoCreateFileSpecifyDeviceObject (currently at http://msdn2.microsoft.com/en-us/library/ms795642.aspx) --- quote --- If you fix that, the application no longer crashes and purchased mp3 files are successfully downloaded (already tested). $ du -sh AmazonMP3DownloaderInstall.exe 2.2M AmazonMP3DownloaderInstall.exe $ sha1sum AmazonMP3DownloaderInstall.exe 11b08d68fe11006ed402701a85183565ee8e139e AmazonMP3DownloaderInstall.exe $ wine --version wine-1.5.26-19-g6ed2d9b Regards -- 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 9

[Bug 26560] New: Amazon MP3 Downloader: Menus don't work.
by wine-bugs＠winehq.org 27 Aug '21

27 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=26560 Summary: Amazon MP3 Downloader: Menus don't work. Product: Wine Version: 1.3.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com >From bug 18708. Menus don't work. Opening them works, but you cannot click any item. Right-clicking them works. -- 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 11

[Bug 18708] New: Amazon MP3 Downloader: Menus and toolbars don't work
by wine-bugs＠winehq.org 27 Aug '21

27 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=18708 Summary: Amazon MP3 Downloader: Menus and toolbars don't work Product: Wine Version: 1.1.22 Platform: PC URL: http://amazonm-002.vo.llnwd.net/u/d1/clients/AmazonMP3 Installer_1.0.3.exe?httpHeader%5FContent-Disposition=a ttachment%3B%20filename%3DAmazonMP3Installer.exe&marke tplace=1 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh+winehqdotorg(a)gmail.com Created an attachment (id=21442) --> (http://bugs.winehq.org/attachment.cgi?id=21442) Linux behaviour screenshot Running Amazon MP3 Downloader, clicking menu items doesn't work at all (nothing happens, menu stays open). The following is the only default console output fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not valid, number of bitmaps in imagelist: 0 The err is spammed every time a menu is opened. Attached a screenshot under linux, a screenshot under windows and a +toolbar trace. -- 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 15

[Bug 46952] New: Battle net App does not show download progress for starcraft 2
by wine-bugs＠winehq.org 26 Aug '21

26 Aug '21

https://bugs.winehq.org/show_bug.cgi?id=46952 Bug ID: 46952 Summary: Battle net App does not show download progress for starcraft 2 Product: Wine Version: 4.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)telfort.nl Distribution: --- Created attachment 64079 --> https://bugs.winehq.org/attachment.cgi?id=64079 Screenhot of the installer During installation of starcraft2 through the battle net app, I can't see the percentage on the progress bar Download link: https://www.battle.net/download/getInstallerForGame?os=win&locale=enUS&vers… My system: Manjaro 18.0.4 # uname -a Linux cedric-pc 4.9.148-1-MANJARO #1 SMP PREEMPT Sat Dec 29 14:42:52 UTC 2018 x86_64 GNU/Linux # lspci -v 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV770 [Radeon HD 4870] (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited / Sapphire Technology RV770 [Radeon HD 4870] Flags: bus master, fast devsel, latency 0, IRQ 32, NUMA node 0 Memory at c0000000 (64-bit, prefetchable) [size=256M] Memory at fea20000 (64-bit, non-prefetchable) [size=64K] I/O ports at e000 [size=256] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Kernel driver in use: radeon $ wine --version wine-4.3 -- 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 6

[Bug 35349] New: NC Corrector spams terminal with "fixme:olepicture:OLEPictureImpl_SaveAsFile"
by wine-bugs＠winehq.org 25 Aug '21

25 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=35349 Bug ID: 35349 Summary: NC Corrector spams terminal with "fixme:olepicture:OLEPictureImpl_SaveAsFile" Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: plaes(a)plaes.org Classification: Unclassified `NC Corrector 4.0` from http://www.nc-corrector.inf.ua/index_EN.htm spams following continuously in the terminal: [snip] ... fixme:olepicture:OLEPictureImpl_SaveAsFile (0x1fe9b0)->(0x19ad098, 0, (nil)), hacked stub. fixme:olepicture:OLEPictureImpl_SaveAsFile (0x2064d8)->(0x19ad098, 0, (nil)), hacked stub. .... [/snip] This could be also duplicate for #20222 -- 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 36815] New: XFORM matrix rotation is not supported by BitBlt()
by wine-bugs＠winehq.org 25 Aug '21

25 Aug '21

https://bugs.winehq.org/show_bug.cgi?id=36815 Bug ID: 36815 Summary: XFORM matrix rotation is not supported by BitBlt() Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: sashoalm(a)gmail.com Created attachment 48892 --> https://bugs.winehq.org/attachment.cgi?id=48892 Demo project. When a rotation is specified using the XFORM matrix, and later a bitmap is drawn using BitBlt(), it is rotated in Windows, but it is not rotated in Wine (it seems to be scaled instead). Demo project: https://drive.google.com/file/d/0B9PGUhmmnsm1Z3YtRXJxdnNpNUE/edit?usp=shari…, also added as attachment. Screenshot under Windows: https://drive.google.com/file/d/0B9PGUhmmnsm1Uzg4d1l0TS1FVlU/edit?usp=shari… Screenshot under Wine: https://drive.google.com/file/d/0B9PGUhmmnsm1NHFjSWxGdlpiU28/edit?usp=shari… These are the most relevant parts of the demo code. Here the XFORM matrix is prepared, and the BitBlt() is called: ====== // Set the XFORM rotation. XFORM xform; memset(&xform, 0, sizeof(xform)); double angle = 0.785398163; xform.eM11 = cos(angle); xform.eM12 = sin(angle); xform.eM21 = -sin(angle); xform.eM22 = cos(angle); xform.eDx = 0; xform.eDy = 0; SetGraphicsMode(hdc, GM_ADVANCED); SetWorldTransform(hdc, &xform); // Draw the bitmap on the paint . BitBlt(hdc, r->left, r->top, r->right-r->left, r->bottom-r->top, hMemDC, 0, 0, SRCCOPY); ====== How to specify rotation in the XFORM matrix is described in MSDN's at http://msdn.microsoft.com/en-us/library/windows/desktop/dd145228(v=vs.85).a…: Operation eM11 eM12 eM21 eM22 Rotation Cosine Sine Negative sine Cosine -- 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 5

[Bug 51232] New: calling WsaGetLastError() after calling getsockopt() with a file descriptor that is not a socket differs from Windows
by WineHQ Bugzilla 25 Aug '21

25 Aug '21

https://bugs.winehq.org/show_bug.cgi?id=51232 Bug ID: 51232 Summary: calling WsaGetLastError() after calling getsockopt() with a file descriptor that is not a socket differs from Windows Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: michaela(a)molthagen.de Distribution: --- Program: ZOC Terminal 8.02.4 (x64) int err, rc, type= 0, fd; socklen_t type_len= sizeof(type); fd= open("C:\somefile.txt", O_RDONLY); if (fd==-1) return; // fd is now a file descriptor for a file, not a socket. rc= getsockopt(fd, SOL_SOCKET, SO_TYPE, (char *)&type, &type_len); err= WSAGetLastError(); notasocket= (rc==-1 &&(err==WSAENOTSOCK); // notasocket is now FALSE, because Windows returns WSAENOTSOCK, but Wine returns WSAEBADF // Linux returns ENOTSOCK, so the Windows WSAENOTSOCK is the best representation of that -- 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

[Bug 26389] New: Win3.1 Notepad crashes when opening a large file
by wine-bugs＠winehq.org 25 Aug '21

25 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=26389 Summary: Win3.1 Notepad crashes when opening a large file Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spammis(a)spam.la Created an attachment (id=33605) --> (http://bugs.winehq.org/attachment.cgi?id=33605) DOSBox (left) and Wine (right) This bug applies to the version of Notepad bundled with Windows 3.1. Old versions of Notepad can't open big text files. Instead, Notepad displays a message saying "The file FILENAME is too large for Notepad. Use another editor to edit the file." Wine crashes instead of displaying this message. A giant file can be created in numerous ways. I used a small python script: for i in range(1999999): print i "python script.py > giant.txt" gives a giant file. I tried opening the file using Wine running Notepad and using DOSBox running Windows 3.1 running Notepad. Windows 3.1 is just a normal DOS application, so it runs fine under DOSBox. I'm attaching a PNG file displaying the differences between Wine and DOSBox. In this case, DOSBox is correct while Wine is wrong. -- 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 15

[Bug 50930] New: Devil May Cry HD collection crashes after "saving tips" immediately after opening
by WineHQ Bugzilla 24 Aug '21

24 Aug '21

https://bugs.winehq.org/show_bug.cgi?id=50930 Bug ID: 50930 Summary: Devil May Cry HD collection crashes after "saving tips" immediately after opening 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: gab.pulcio(a)gmail.com Distribution: --- Created attachment 69746 --> https://bugs.winehq.org/attachment.cgi?id=69746 In this case, I opened DMC1 but the issue occur with DMC2 and DMC3 too Opening DMC launcher won't fix anything, it opens, but as soon as I select the desidered title (same as doing "wine dmc1/2/3.exe" it opens but after the "save tip" thing it crashes -- 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 June 2021