wine-bugs May 2021

wine-bugs@winehq.org

1 participants
5423 discussions

[Bug 47062] New: Multiple E-Banking applications by KOBIL Systems GmbH crash on startup due to ntdll.NtQueryDirectoryObject '\\KnownDlls' failure (MigrosBank EBanking 8.2.x, Sparda Bank SecureApp 1.x)
by wine-bugs＠winehq.org 28 May '21

28 May '21

https://bugs.winehq.org/show_bug.cgi?id=47062 Bug ID: 47062 Summary: Multiple E-Banking applications by KOBIL Systems GmbH crash on startup due to ntdll.NtQueryDirectoryObject '\\KnownDlls' failure (MigrosBank EBanking 8.2.x, Sparda Bank SecureApp 1.x) Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 47061 Stable links for current installers: Sparda Bank SecureApp: https://web.archive.org/web/20190422125056/https://www.sparda.de/secureapp-… Corresponding VirusTotal scan: https://www.virustotal.com/gui/file/444c501236d5704e43ff5238a03b2c66a08eeba… --- MigrosBank EBanking app: https://web.archive.org/web/20190422124354/https://download.migrosbank.ch/m… Corresponding VirusTotal scan: https://www.virustotal.com/gui/file/9cd93cc70c6a8b24dbf47a3d20c9a1ed5f63414… --- Trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Application Data/Sparda/AST-Client $ WINEDEBUG=+seh,+relay wine ./SpardaSecureApp.exe >>log.txt 2>&1 ... 002b:Call TLS callback (proc=0x20010530,module=0x20000000,reason=PROCESS_ATTACH,reserved=0) 002b:Call KERNEL32.VirtualAlloc(00000000,00000006,00003000,00000004) ret=2001256a 002b:Ret KERNEL32.VirtualAlloc() retval=00340000 ret=2001256a 002b:Call KERNEL32.VirtualAlloc(00000000,00000017,00003000,00000004) ret=2001258d 002b:Ret KERNEL32.VirtualAlloc() retval=00350000 ret=2001258d 002b:Call KERNEL32.GetModuleHandleA(00340000 "ntdll") ret=20012652 002b:Ret KERNEL32.GetModuleHandleA() retval=7bc10000 ret=20012652 002b:Call KERNEL32.GetProcAddress(7bc10000,00350000 "NtSetInformationThread") ret=20012659 002b:Ret KERNEL32.GetProcAddress() retval=7bc24870 ret=20012659 ... 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20010706 002b:Ret TLS callback (proc=0x20010530,module=0x20000000,reason=PROCESS_ATTACH,reserved=0) 002b:Starting process L"C:\\users\\focht\\Application Data\\Sparda\\AST-Client\\SpardaSecureApp.exe" (entryproc=0x2002954a) ... 002b:Call KERNEL32.LoadLibraryExW(20061890 L"api-ms-win-core-synch-l1-2-0",00000000,00000800) ret=2002e36c 002b:trace:ntdll:FILE_CreateFile handle=0x33f860 access=80100000 name=L"\\??\\C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" objattr=00000040 root=(nil) sec=(nil) io=0x33f870 alloc_size=(nil) attr=00000000 sharing=00000005 disp=1 options=00000060 ea=(nil).0x00000000 002b:Call LDR notification callback (proc=0x20010d80,reason=1,data=0x33fc5c,context=(nil)) 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20015ced 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20015ced 002b:Call ntdll.RtlInitUnicodeString(0033fb30,00380112 L"\\KnownDlls") ret=20015db1 002b:Ret ntdll.RtlInitUnicodeString() retval=00000016 ret=20015db1 002b:Call ntdll.NtOpenDirectoryObject(0033fba8,00000003,0033fb64) ret=20015e36 002b:trace:ntdll:NtOpenDirectoryObject (0x33fba8,0x00000003,{name=L"\\KnownDlls", attr=0x00000040, hRoot=(nil), sd=(nil)} ) 002b:Ret ntdll.NtOpenDirectoryObject() retval=c0000034 ret=20015e36 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20015e48 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20015e48 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20015ced 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20015ced 002b:Call ntdll.RtlInitUnicodeString(0033fae8,00380112 L"\\KnownDlls") ret=20015db1 002b:Ret ntdll.RtlInitUnicodeString() retval=00000016 ret=20015db1 002b:Call ntdll.NtOpenDirectoryObject(0033fb60,00000003,0033fb1c) ret=20015e36 002b:trace:ntdll:NtOpenDirectoryObject (0x33fb60,0x00000003,{name=L"\\KnownDlls", attr=0x00000040, hRoot=(nil), sd=(nil)} ) 002b:Ret ntdll.NtOpenDirectoryObject() retval=c0000034 ret=20015e36 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20015e48 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20015e48 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20016641 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20016641 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20016756 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20016756 002b:Call ntdll.wcslen(00000000) ret=2001675d 002b:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bcb7c66 ip=7bcb7c66 tid=002b 002b:trace:seh:raise_exception info[0]=00000000 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception eax=7bcb7c60 ebx=7bc2c030 ecx=00000000 edx=00000000 esi=0033fbb8 edi=0033fb84 002b:trace:seh:raise_exception ebp=0033fb78 esp=0033fb78 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002b:trace:seh:call_stack_handlers calling handler at 0x2002e0e0 code=c0000005 flags=0 002b:trace:seh:call_stack_handlers handler at 0x2002e0e0 returned 1 002b:trace:seh:call_stack_handlers calling handler at 0x7b4a0c30 code=c0000005 flags=0 ... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7bcb7c66). ... Backtrace: =>0 0x7bcb7c66 NTDLL_wcslen+0x6(str=0x0(nil)) [/home/focht/projects/wine/mainline-src/include/wine/unicode.h:201] in ntdll (0x0033fb78) 1 0x7bc7ef34 relay_call+0x43() in ntdll (0x0033fba0) 2 0x7bc2c04a __wine_stub__fltused+0x97c1() in ntdll (0x0033fc08) 3 0x2001675d EntryPoint+0xffffffff() in spardasecureapp (0x0033fc08) 4 0x20010d9d EntryPoint+0xffffffff() in spardasecureapp (0x0033fc18) 5 0x7bc5b5c4 call_ldr_notifications+0x83(reason=0x1, module=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:371] in ntdll (0x0033fc88) 6 0x7bc6078f process_attach.part+0x10e() in ntdll (0x0033fcc8) 7 0x7bc65777 LdrLoadDll+0x81(path_name=<couldn't compute location>, flags=<couldn't compute location>, libname=<couldn't compute location>, hModule=<couldn't compute location>) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:1288] in ntdll (0x0033fd08) 8 0x7b4689cc load_library+0xdb(libname=0x33fda8, flags=0x800) [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:975] in kernel32 (0x0033fd88) 9 0x7b4690e1 LoadLibraryExW+0xdb() [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:1035] in kernel32 (0x0033fdc8) 10 0x7bc7ef34 relay_call+0x43() in ntdll (0x0033fdfc) 11 0x7b429d56 __wine_stub___wine_call_from_16_regs+0x6515() in kernel32 (0x0033fe28) 12 0x2002e36c in spardasecureapp (+0x2e36b) (0x0033fe28) 13 0x2002e2d5 in spardasecureapp (+0x2e2d4) (0x0033fe40) 14 0x2002e4b4 in spardasecureapp (+0x2e4b3) (0x0033fe5c) 15 0x2002e894 in spardasecureapp (+0x2e893) (0x0033fe80) 16 0x200293f5 EntryPoint+0xffffffff() in spardasecureapp (0x0033fec0) 17 0x7b4729f2 call_process_entry+0x11() in kernel32 (0x0033fed8) 18 0x7b47531a start_process+0x149(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1256] in kernel32 (0x0033ffd8) 19 0x7b4729fe start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x7bcb7c66 NTDLL_wcslen+0x6 [/home/focht/projects/wine/mainline-src/include/wine/unicode.h:201] in ntdll: cmpw $0,0x0(%edx) 201 while (*s) s++; Modules: Module Address Debug info Name (20 modules) PE 20000000-200d8000 Export spardasecureapp ELF 7b400000-7b830000 Dwarf kernel32<elf> \-PE 7b420000-7b830000 \ kernel32 ELF 7bc00000-7bd2a000 Dwarf ntdll<elf> \-PE 7bc10000-7bd2a000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 0000002a (D) C:\users\focht\Application Data\Sparda\AST-Client\SpardaSecureApp.exe 0000002b 0 <== --- snip --- Some prerequisite info: https://blogs.msdn.microsoft.com/larryosterman/2004/07/19/what-are-known-dl… Apparently the protection code wants to look at '\\KnownDlls' directory object using 'ntdll.NtQueryDirectoryObject' to enumerate entries (OBJECT_DIRECTORY_INFORMATION) which obviously fails under Wine. $ sha1sum spardasecureapp_p.exe d579216a3a61555c68a75636893216b8a4233737 spardasecureapp_p.exe $ du -sh spardasecureapp_p.exe 9.6M spardasecureapp_p.exe $ wine --version wine-4.6-108-g9d7d68747b 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.

2 3

[Bug 39233] New: setupapi:misc crashes if privileges not high enough
by wine-bugs＠winehq.org 28 May '21

28 May '21

https://bugs.winehq.org/show_bug.cgi?id=39233 Bug ID: 39233 Summary: setupapi:misc crashes if privileges not high enough Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The crash is followed by messages reporting errors: misc.c:233: Test failed: Expected TRUE, got 0 misc.c:234: Test failed: Expected ERROR_SUCCESS, got 5 misc.c:240: Test failed: Expected TRUE, got 0 misc.c:241: Test failed: Expected ERROR_SUCCESS, got 2 misc.c:248: Test failed: Expected ERROR_FILE_EXISTS, got 5 misc.c:254: Test failed: Expected TRUE, got 0 misc.c:255: Test failed: Expected ERROR_SUCCESS, got 5 misc.c:257: Test failed: Expected destination inf to exist misc.c:258: Test failed: Expected %windir%\inf\OEMx.inf, got þ" misc.c:272: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 5 misc.c:275: Test failed: Expected dest inf to exist misc.c:277: Test failed: Expected size to be lstrlen(dest_save) + 1 misc.c:282: Test failed: Expected TRUE, got 0 misc.c:283: Test failed: Expected ERROR_SUCCESS, got 5 misc.c:284: Test failed: Expected sizes to match, got (3, 0) misc.c:285: Test failed: Expected destination inf to exist misc.c:286: Test failed: Expected %windir%\inf\OEMx.inf, got aaa misc.c:288: Test failed: Expected size to be lstrlen(dest_save) + 1 misc.c:116: this is the last test seen before the exception misc: unhandled exception c0000005 at 78409A5F test failed: crash This crash happens specifically on the following WineTest box: fg-win2000-rusr: Windows 2000 with a Restricted user account Interestingly it neither crashes nor fails in non-Restricted/Limited user accounts on the following boxes: fg-win2000-susr: Windows 2000 with a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account. fg-win7u64-1spie9usr: Windows 7 with a regular user account. See: https://test.winehq.org/data/tests/setupapi:misc.html -- 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 2

[Bug 39234] New: setupapi:query fails if privileges not high enough
by wine-bugs＠winehq.org 28 May '21

28 May '21

https://bugs.winehq.org/show_bug.cgi?id=39234 Bug ID: 39234 Summary: setupapi:query fails if privileges not high enough Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following failures only happen if the test is run in a restricted user account. query.c:283: Test failed: Expected SetupGetInfInformation to succeed: 2 query.c:284: Test failed: Expected returned filename to be equal query.c:291: Test failed: Expected SetupGetInfInformation to succeed query.c:292: Test failed: Expected returned filename to be equal This can be seen on the following WineTest box: fg-win2000-rusr: Windows 2000 with a Restricted user account Note however that it succeeds in non-Restricted user accounts on the following boxes for instance: fg-win2000-susr: Windows 2000 with a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account. fg-win7u64-1spie9usr: Windows 7 with a regular user account. The failing tests were introduced by this commit: commit ac6c9410587c7b0c3ec5614ba1c8289dd525a407 Author: James Hawkins <truiken(a)gmail.com> Date: Tue Jan 31 12:22:48 2006 +0100 setupapi: Add tests for SetupGetInfInformation. See: https://test.winehq.org/data/tests/setupapi:query.html -- 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 2

[Bug 51194] New: Unity games on Mac are not correctly foregrounded on launch
by WineHQ Bugzilla 28 May '21

28 May '21

https://bugs.winehq.org/show_bug.cgi?id=51194 Bug ID: 51194 Summary: Unity games on Mac are not correctly foregrounded on launch Product: Wine Version: 6.9 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com When Unity games launch, they roughly do this: (create normal window) SetWindowPos(hWnd, HWND_NOTOPMOST, 200, 200, 640, 480, SWP_NOACTIVATE | SWP_SHOWWINDOW | SWP_NOCOPYBITS); Sleep(100); SetFocus(hWnd); ShowWindow(hWnd, nCmdShow); UpdateWindow(hWnd); (they actually call SetWindowPos again with the same parameters instead of a Sleep call, but the only effect that matters is that the call takes a small amount of time). On Mac, this ends up with the window focused and foreground, but GetForegroundWindow() returns the desktop's HWND, not the correct hWnd. This results in the window not receiving raw input messages, and a typical FPS is not controllable. But in the example, if I call SetForegroundWindow() instead of SetFocus(), the foreground window is correctly set. On Linux/X11, it works correctly for both cases. The difference appears to be that SetForegroundWindow() directly sets the foreground window (set_foreground_window() in dlls/user32/focus.c), but SetFocus() does not. It sets focus through the driver (X11DRV/macdrv_SetFocus()), and then once the window system reports the window is focused (WM_TAKE_FOCUS / windowDidBecomeKey:), SetForegroundWindow() is called. However, the Mac driver has logic added that prevents this from working the same way as on X11. The first is 4e0e9ca84a89d1ac2b548ee4a6224b764af2d23d. makeKeyWindow: is the OS call to focus the window, and windowDidBecomeKey: is eventually called by it. Since causing_becomeKeyWindow is == self, the important part of windowDidBecomeKey: (calling windowGotFocus:) is skipped. But even if I comment out that early return in windowDidBecomeKey:, so that windowGotFocus: is called and a WINDOW_GOT_FOCUS event is posted, makeFocused: then discards all GOT_FOCUS/LOST_FOCUS events. This is from commit 4f9de6bcdf1722a258413ce99c26f2ee5b36dbf2, and apparently fixed the game Syberia II. Both of these commits need to be relaxed/reverted to some degree. I'll also upload a sample Unity app for testing, and a simple Win32 app to reproduce. -- 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 49956] New: Qt Creator installer does not create it's maintenance program
by WineHQ Bugzilla 28 May '21

28 May '21

https://bugs.winehq.org/show_bug.cgi?id=49956 Bug ID: 49956 Summary: Qt Creator installer does not create it's maintenance program Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- Created attachment 68347 --> https://bugs.winehq.org/attachment.cgi?id=68347 Screenshot of missing MaintenanceTool.exe message Summary Qt Creator installer does not create it's maintenance program Download location https://www.qt.io/download-thank-you?os=windows&hsLang=en $ sha256sum qt-unified-windows-x86-3.2.3-online.exe f4ac94370647375e557569f15d443ff8032687cca505db623a08422f3df02a5c qt-unified-windows-x86-3.2.3-online.exe Steps to reproduce 1) start the installer $ wine qt-unified-windows-x86-3.2.3-online.exe with the following settings: welcome -> next qt account -> make or input a qt account, next qt open source -> [X] i have read and approve the obligation of using open source qt, next setup -> next contribute -> [X] help us -> next Installation folder -> C:\Qt Select components Qt -> Qt 5.15.1 -> MinGw 8.1.0 32 bit Qt -> Developer and designer tools -> Qt Creator 4.13.2 CDB Debugger Support Support (default) Qt -> Developer and designer tools -> Debugging tools for windows (default) Qt -> Developer and designer tools -> CMake 3.17.1 64-bit (default) Qt -> Developer and designer tools -> Ninja 1.10.0 (default) Qt -> Developer and designer tools -> MinGW 8.1.0 32 bit (must match the Qt version above) -> next License Agreement [X] I have read and agree to the terms -> next start menu shortcuts -> next Ready to install -> Install -> next Completing the wizard [X] Launch Qt Creator Now Qt creator starts and gives the message "Plugin initialization failed: The maintenance tool at "C:\Qt/MaintenanceTool.exe" is not an executable. Check your installation." see the screenshot. MaintenanceTool.exe is indeed missing: $ ls ~/.wine/drive_c/Qt/ 5.15.1 Examples Licenses network.xml components.xml InstallationLog.txt MaintenanceTool.dat.new Tools dist installer.dat MaintenanceTool.exe.new vcredist Docs installerResources MaintenanceTool.ini Versions: $ wine --version wine-5.18 (Staging) $ pacman -Q wine wine-staging 5.18-1 uname -a Linux cedric-p4 5.8.13-arch1-1 #1 SMP PREEMPT Thu, 01 Oct 2020 20:40:35 +0000 x86_64 GNU/Linux -- 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 8671] Bonjour for Windows 1.0 fails to install
by WineHQ Bugzilla 28 May '21

28 May '21

https://bugs.winehq.org/show_bug.cgi?id=8671 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Safari (and Bonjour) fails |Bonjour for Windows 1.0 |to install |fails to install URL|http://www.apple.com/safari |https://web.archive.org/web |/download/ |/20050924144412/http://a140 | |8.g.akamai.net/7/1408/9955/ | |20050505/akamai.info.apple. | |com/Bonjour/061-1768.200505 | |05.BJWdw/BonjourSetup.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.

1 0

[Bug 14221] New: After Wineboot startup
by wine-bugs＠winehq.org 28 May '21

28 May '21

http://bugs.winehq.org/show_bug.cgi?id=14221 Summary: After Wineboot startup Product: Wine Version: 1.0.0 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: deepblu(a)poczta.fm Created an attachment (id=14508) --> (http://bugs.winehq.org/attachment.cgi?id=14508) wine_dump After Wineboot start i have message like in attachment; -- 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 13

[Bug 14827] New: Autocad 2005 : Multiline text edit crashes application
by wine-bugs＠winehq.org 28 May '21

28 May '21

http://bugs.winehq.org/show_bug.cgi?id=14827 Summary: Autocad 2005 : Multiline text edit crashes application Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: max(a)veneto.com If you try to edit a multiline text (MTEXT) or a dimension text on autocad (tested on 2005), following happens : 1) The editor is (correctly) shown, but edited text is not visible on text area 2) If you use ESC to abort command, you retourns on autocad correctly 3) If you press OK button to accept changes, the whole autocad hangs. Ciao Max -- 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 25

[Bug 40821] New: Java JRE 8 installer 'jre-8u60-windows-i586.exe' and latter hang during installation
by wine-bugs＠winehq.org 28 May '21

28 May '21

https://bugs.winehq.org/show_bug.cgi?id=40821 Bug ID: 40821 Summary: Java JRE 8 installer 'jre-8u60-windows-i586.exe' and latter hang during installation Product: Wine Version: 1.9.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- Since bug 38811 was fixed, i wanted to re-test: * jre-8u45-windows-i586.exe ... installer runs * jre-8u51-windows-i586.exe ... installer runs * jre-8u55-windows-i586.exe ... installer runs * jre-8u60-windows-i586.exe ... installer stalls * jre-8u77-windows-i586.exe ... installer stalls * jre-8u91-windows-i586.exe ... installer stalls Last line in that case is: fixme:jscript:JSGlobal_eval No active exec_ctx -- 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 29

[Bug 14422] New: AutoCAD 2005 fails to start
by wine-bugs＠winehq.org 28 May '21

28 May '21

http://bugs.winehq.org/show_bug.cgi?id=14422 Summary: AutoCAD 2005 fails to start Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: r.snajdr(a)coramexport.cz AutoCAD 2005 now installs but it wont start. It reports some problems about gdiplus. I tryed to istall another one from ddl.com but it did not help -- 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

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 May 2021