February 2023 - Wine-bugs - list.winehq.org

[Bug 27232] New: keys stuck when wine window loses focus
by wine-bugs＠winehq.org 19 Jun '23

19 Jun '23

http://bugs.winehq.org/show_bug.cgi?id=27232 Summary: keys stuck when wine window loses focus Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)gmail.com When a key is pressed while a wine application is in focus and released while other application has focus it is stuck down in wine. To reproduce: 0) set your window manager to focus follows mouse 1) run notepad 2) press some keys to type text 3) press and hold ctrl, pressing a now selects typed text 4) move the mouse to another window 5) release ctrl 6) move mouse back to notepad, press a Now text previously selected should be replaced with a. Instead, it is selected again by the Ctrl+a shortcut. The Ctrl key is stuck. Note that when windows are switched by means similar to Windows ALt+Tab the modifier used for switching windows this way gets also stuck. -- 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 33

[Bug 50431] New: SCM erroneously tries to start 64-bit kernel drivers as 32-bit service when 'ImagePath' contains '\\SystemRoot\\system32\\drivers' and 'WOW64=1'
by WineHQ Bugzilla 19 Jun '23

19 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=50431 Bug ID: 50431 Summary: SCM erroneously tries to start 64-bit kernel drivers as 32-bit service when 'ImagePath' contains '\\SystemRoot\\system32\\drivers' and 'WOW64=1' Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Bug 47175 (https://bugs.winehq.org/show_bug.cgi?id=47175#c4) is kinda related but the mistake is not in the service creation part. Norton AntiVirus 2010 installer creates several 32-bit and 64-bit services. The kernel driver services are 64-bit by design (64-bit WINEPREFIX). The registry entries for these services contain a mix of different styles. 'WOW64' is always set because the services were created by a 32-bit installer process. Wine uses this flag only in case of failure to determine the binary type. 64-bit kernel drivers should be always started as 64-bit. Registry: --- snip --- ... [System\\CurrentControlSet\\Services\\BHDrvx64] 1609425565 "Description"="SONAR Engine Driver" "DisplayName"="BHDrvx64" "ErrorControl"=dword:00000001 "ImagePath"="C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\BASHDefs\\20090829.001\\BHDrvx64.sys" "ObjectName"="LocalSystem" "PreshutdownTimeout"=dword:0002bf20 "Start"=dword:00000003 "Type"=dword:00000001 "WOW64"=dword:00000001 ... [System\\CurrentControlSet\\Services\\IDSVia64] 1609419518 "Description"="Symantec Intrusion Prevention Driver" "DisplayName"="IDSVia64" "ErrorControl"=dword:00000001 "ImagePath"="C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\IPSDefs\\20090828.002\\IDSVia64.sys" "ObjectName"="LocalSystem" "PreshutdownTimeout"=dword:0002bf20 "Start"=dword:00000001 "Type"=dword:00000001 "WOW64"=dword:00000001 ... [System\\CurrentControlSet\\Services\\ccHP] 1609437834 #time=1d6df9f4d82eda4 "DisplayName"="Symantec Hash Provider" "ErrorControl"=dword:00000001 "ImagePath"="\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys" "ObjectName"="LocalSystem" "PreshutdownTimeout"=dword:0002bf20 "Start"=dword:00000001 "Type"=dword:00000001 "WOW64"=dword:00000001 ... --- snip --- 'ccHP' kernel service doesn't work here. SCM erroneously starts 'winedevice' hosting process as 32-bit hence loading the 64-bit kernel driver binary will obviously fail. --- snip --- $ pwd /home/focht/.wine/drive_c/windows/system32/drivers/NAVx64/1100000.088 $ file * cchpx64.cat: data ccHPx64.inf: Windows setup INFormation ccHPx64.sys: PE32+ executable (native) x86-64, for MS Windows iron.cat: data Iron.inf: Windows setup INFormation Ironx64.sys: PE32+ executable (native) x86-64, for MS Windows isolate.ini: Little-endian UTF-16 Unicode text, with CRLF line terminators srtsp64.cat: data srtsp64.inf: Windows setup INFormation srtsp64.sys: PE32+ executable (native) x86-64, for MS Windows srtspx64.cat: data srtspx64.inf: Windows setup INFormation srtspx64.sys: PE32+ executable (native) x86-64, for MS Windows SymDS64.cat: data SymDS64.sys: PE32+ executable (native) x86-64, for MS Windows SymDS.inf: Windows setup INFormation SymEFA64.cat: data SymEFA64.sys: PE32+ executable (native) x86-64, for MS Windows SymEFA.inf: Windows setup INFormation symnet64.cat: data SymNet.inf: Windows setup INFormation symnetv64.cat: data SymNetV.inf: Windows setup INFormation symtdiv.sys: PE32+ executable (native) x86-64, for MS Windows --- snip --- Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+loaddll,+ntoskrnl,+ntdll,+server,+service wineboot >>log.txt 2>&1 ... 003c:trace:service:load_service_config Image path = L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys" 003c:trace:service:load_service_config Group = (null) ... 003c:trace:service:load_service_config Service account name = L"LocalSystem" ... 003c:trace:service:load_service_config Display name = L"Symantec Hash Provider" 003c:trace:service:load_service_config Service dependencies : (none) 003c:trace:service:load_service_config Group dependencies : (none) ... 003c:Call KERNEL32.ExpandEnvironmentStringsW(0003b9d0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",000439c0,0000003c) ret=1400062de 003c:Call kernelbase.ExpandEnvironmentStringsW(0003b9d0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",000439c0,0000003c) ret=7bc4429f 003c:Call ntdll.RtlInitUnicodeString(0021f628,0003b9d0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys") ret=7b042c06 003c:Ret ntdll.RtlInitUnicodeString() retval=00000078 ret=7b042c06 003c:Call ntdll.RtlExpandEnvironmentStrings_U(00000000,0021f628,0021f618,0021f614) ret=7b042c47 003c:Ret ntdll.RtlExpandEnvironmentStrings_U() retval=00000000 ret=7b042c47 003c:Ret kernelbase.ExpandEnvironmentStringsW() retval=0000003c ret=7bc4429f 003c:Ret KERNEL32.ExpandEnvironmentStringsW() retval=0000003c ret=1400062de 003c:Call KERNEL32.GetBinaryTypeW(000439c0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",0021f7c0) ret=140006473 003c:Call kernelbase.CreateFileW(000439c0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",80000000,00000001,00000000,7fd700000003,00000000,00000000) ret=7b61b63d ... 003c:Call ntdll.RtlDosPathNameToNtPathName_U(000439c0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",0021f458,00000000,00000000) ret=7b0160a0 003c:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7b0160a0 003c:Call ntdll.NtCreateFile(0021f3e8,80100080,0021f428,0021f418,00000000,00000000,00000001,00000001,00000060,00000000,00000000) ret=7b01623a 003c:Ret ntdll.NtCreateFile() retval=c000003a ret=7b01623a 003c:Call ntdll.RtlNtStatusToDosError(c000003a) ret=7b01633c 003c:Ret ntdll.RtlNtStatusToDosError() retval=00000003 ret=7b01633c ... 003c:Ret kernelbase.CreateFileW() retval=ffffffffffffffff ret=7b61b63d 003c:Ret KERNEL32.GetBinaryTypeW() retval=00000000 ret=140006473 ... 0054:trace:ntoskrnl:load_driver loading driver L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys" ... 0054:Call KERNEL32.LoadLibraryW(0012d578 L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys") ret=0036490e 0054:Call kernelbase.LoadLibraryW(0012d578 L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys") ret=7bc3ab84 ... 0054:Call ntdll.LdrGetDllPath(0012d578 L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",00000000,00d5faf0,00d5fae8) ret=7b01bc26 0054:Ret ntdll.LdrGetDllPath() retval=00000000 ret=7b01bc26 ... 0054:Call ntdll.LdrLoadDll(0012d958 L"C:\\windows\\syswow64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0",00000000,00d5fb10,00d5faf8) ret=7b01bdfc ... 0054: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000000,sd={},name=L""}, filename="/home/focht/projects/wine/mainline-install-x86_64/lib/wine/cchpx64.sys" ) ... 0054: create_file() = NO_SUCH_FILE { handle=0000 } ... 0054:Ret ntdll.LdrLoadDll() retval=c0000135 ret=7b01bdfc ... 0054:Ret kernelbase.LoadLibraryW() retval=00000000 ret=7bc3ab84 ... 0054:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\ccHP": c0000142 --- snip --- '\\SystemRoot\\system32\\drivers' is a valid path for REG_EXPAND_SZ type 'ImagePath' as well. It doesn't need to be '%SystemRoot%\\xxx'. Due to 'GetBinaryTypeW' failure, the "else" path is taken which uses 'WOW64' flag. All services created by 32-bit installer have 'WOW64' set by design, including the 64-bit services which leads to the incorrect "fallback" choice. Wine source: https://source.winehq.org/git/wine.git/blob/784cb2060ab63076adc349dcb1d15a6… --- snip --- 856 static DWORD get_winedevice_binary_path(struct service_entry *service_entry, WCHAR **path, BOOL *is_wow64) 857 { 858 static const WCHAR winedeviceW[] = {'\\','w','i','n','e','d','e','v','i','c','e','.','e','x','e',0}; 859 WCHAR system_dir[MAX_PATH]; 860 DWORD type; 861 862 if (!is_win64) 863 *is_wow64 = FALSE; 864 else if (GetBinaryTypeW(*path, &type)) 865 *is_wow64 = (type == SCS_32BIT_BINARY); 866 else 867 *is_wow64 = service_entry->is_wow64; 868 869 GetSystemDirectoryW(system_dir, MAX_PATH); 870 HeapFree(GetProcessHeap(), 0, *path); 871 if (!(*path = HeapAlloc(GetProcessHeap(), 0, lstrlenW(system_dir) * sizeof(WCHAR) + sizeof(winedeviceW)))) 872 return ERROR_NOT_ENOUGH_SERVER_MEMORY; 873 874 lstrcpyW(*path, system_dir); 875 lstrcatW(*path, winedeviceW); 876 return ERROR_SUCCESS; 877 } --- snip --- Virustotal.com scan of the binary: https://www.virustotal.com/gui/file/b8110fba782df5f9bfc25d39315b5ccd1f375b2… $ sha1sum NAV10TBEN.exe eadfb9c860146186c548aba695a9be87607f5586 NAV10TBEN.exe $ du -sh NAV10TBEN.exe 74M NAV10TBEN.exe $ wine --version wine-6.0-rc4 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 23583] New: Kaspersky Internet Security 2010 needs FLTMGR.SYS to install in Vista and Win 7 mode
by wine-bugs＠winehq.org 18 Jun '23

18 Jun '23

http://bugs.winehq.org/show_bug.cgi?id=23583 Summary: Kaspersky Internet Security 2010 needs FLTMGR.SYS to install in Vista and Win 7 mode Product: Wine Version: 1.2-rc7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bojan(a)antonovic.ch Created an attachment (id=29472) --> (http://bugs.winehq.org/attachment.cgi?id=29472) install log See summary and 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 25

[Bug 47728] New: Project Reality BF2 PRBF2.exe crashes on startup
by wine-bugs＠winehq.org 17 Jun '23

17 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=47728 Bug ID: 47728 Summary: Project Reality BF2 PRBF2.exe crashes on startup Product: Wine Version: 4.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: apq49584(a)tuofs.com Distribution: --- Created attachment 65203 --> https://bugs.winehq.org/attachment.cgi?id=65203 backtrace for prbf2.exe Debian 10 buster with winehq packaged wine-devel and libfaudio from OBS. Download link: https://www.realitymod.com/downloads winecfg was used to set a virtual desktop of 1024x768. (The PRBF2.exe works fine when a native d3dx9_25.dll (sha256:4c54df27ce84d21b2924e64ff79b13e7876ce85d8e0c9c1d0abd8da73888187a) is placed in the game folder. This is just background information and was NOT done for the bug report.) This is my first bug report here, so if you need anything else, say it and i will provide. 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.

2 13

[Bug 53187] New: user32:menu - test_menu_input()'s tests 6, 8, 10, 12, 14,16 fail semi-systematically on Windows in Russian and Chinese and other locales
by WineHQ Bugzilla 15 Jun '23

15 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=53187 Bug ID: 53187 Summary: user32:menu - test_menu_input()'s tests 6, 8, 10, 12, 14,16 fail semi-systematically on Windows in Russian and Chinese and other locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:menu - test_menu_input()'s tests 6, 8, 10, 12, 14,16 fail semi-systematically on Windows in some locales: menu.c:2324: Test failed: test 6 menu.c:2324: Test failed: test 8 menu.c:2324: Test failed: test 10 menu.c:2324: Test failed: test 12 menu.c:2324: Test failed: test 14 menu.c:2324: Test failed: test 16 https://test.winehq.org/data/patterns.html#user32:menu The WineTest results shows: * Systematic failures in Russian (except on 2022-06-09!). * Systematic failures in Chinese but only since 2022-06-10 (up to the current date, 2022-06-17). * And a failure in Hebrew but only on 2022-04-27! None of the behavior changes corresponds to times when the locale snapshots were updated. A TestBot run shows the same systematic (2 out of 2) failures in Arabic, Hebrew, Hindi, Hindi+UTF-8 and Russian (so not in Chinese). -- 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 53877] New: vbscript compile_assignment assertion when assigning multidimensional array by indices
by WineHQ Bugzilla 15 Jun '23

15 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=53877 Bug ID: 53877 Summary: vbscript compile_assignment assertion when assigning multidimensional array by indices Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- The following works in real vbscript: Dim x Redim x(10) x(1) = Array(5, 6, 7) WScript.echo x(1)(0) WScript.echo x(1)(2) x(1)(0) = x(1)(2) WScript.echo x(1)(0) Output: 5 7 7 When running through Wine vbscript an assertion happens when processing x(1)(0) = x(1)(2) case EXPR_CALL: call_expr = (call_expression_t*)left; assert(call_expr->call_expr->type == EXPR_MEMBER); Stepping through the debugger, call_expr->call_expr->type appears to be EXPR_CALL -- 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 50859] New: X Error of failed request: GLXBadFBConfig
by WineHQ Bugzilla 14 Jun '23

14 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=50859 Bug ID: 50859 Summary: X Error of failed request: GLXBadFBConfig Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linsilstef(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- [stefan(a)yuntani Downloads]$ wine64 Gw2Setup-64.exe 0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 005c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1 0064:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1 006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1 002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1 0024:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1 00f4:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1 0024:fixme:heap:RtlSetHeapInformation 0000000000020000 0 000000000022FD30 4 0024:fixme:heap:RtlSetHeapInformation 0000000001620000 0 000000000022FD10 4 0024:fixme:heap:RtlSetHeapInformation 0000000001620000 1 0000000000000000 0 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFO X Error of failed request: GLXBadFBConfig Major opcode of failed request: 150 (GLX) Minor opcode of failed request: 0 () Serial number of failed request: 218 Current serial number in output stream: 218 The error also occurs in wine 6.3. and Wine 6.4 System Fedora 34 Mesa version 21.0.0-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.

1 27

[Bug 43708] New: Major terrain glitching on SPORE
by wine-bugs＠winehq.org 14 Jun '23

14 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=43708 Bug ID: 43708 Summary: Major terrain glitching on SPORE Product: Wine-staging Version: 2.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: emily.shadowsong(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59176 --> https://bugs.winehq.org/attachment.cgi?id=59176 Clearly, it's already getting wierd... I've been playing SPORE for a while now, it has worked normally; at one point in playing I pressed ALT+TAB and the whole terrain just glitched. It shows up that way on the map, it's not graphics-related because I can physically touch the messed-up land. There's sometimes jagged spikes, often times lines through the planet, and extremely tall mountains, making the game practically unplayable unless I have wings. Sometimes it'll appear as though my nest spawned inside water, and if I try to walk out of the water and onto what looks like land I'll be eaten by the fish monster. I've reinstalled SPORE about five times now and it hasn't helped. I've tried running SPORE on safe mode as well. I have the core SPORE, galactic adventures, and creepy & cute parts pack. Every time I alt tab, the terrain changes again and gets more and more messed up. -- 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 23

[Bug 49588] New: Cannot build wine with GCC 10 and Address Sanitizer
by WineHQ Bugzilla 13 Jun '23

13 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=49588 Bug ID: 49588 Summary: Cannot build wine with GCC 10 and Address Sanitizer Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Created attachment 67745 --> https://bugs.winehq.org/attachment.cgi?id=67745 config.log Hi, When I tried to compile Wine with address sanitizer with GCC 10 with this command ``` ./configure --enable-win64 CFLAGS="-Og -fsanitize=address" LDFLAGS="-fsanitize=address -lasan -lpthread" make -j8 ``` then this errors prints to config.log when configuring build ``` configure:4663: gcc -V >&5 gcc: error: unrecognized command-line option '-V' gcc: fatal error: no input files compilation terminated. configure:4663: gcc -qversion >&5 gcc: error: unrecognized command-line option '-qversion'; did you mean '--version'? gcc: fatal error: no input files compilation terminated. ``` -- 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 50760] New: SteuerSparErklärung 2021 (German tax program): crashes on launching main window
by WineHQ Bugzilla 12 Jun '23

12 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=50760 Bug ID: 50760 Summary: SteuerSparErklärung 2021 (German tax program): crashes on launching main window Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debian(a)carbon-project.org Distribution: --- Created attachment 69547 --> https://bugs.winehq.org/attachment.cgi?id=69547 Console output while executing the program Since test version and paid version are the same (the only restriction I know of is: you can't send the tax declarations to the tax authority with the test version), you can reproduce this issue with the test version available at https://download.steuertipps.de/software/SSE26Standard/testversion The report is about version 26.29.77 but prior versions showed this crash as well. Steps to reproduce (after default installation; WARNING: you need to set your profile to *Windows 10*, prior versions are no longer supported by the program): 1. Launch SSE.exe from the main install directory 2. Select the option "Steuererklärung 2020" (any other works too as far as I can tell, but this is the main function for most people) 3. Observe the main window starting to appear and then two instances of the crash reporter of the tax program getting launched, showing you the information the program wants to send to the vendor (Akademische Arbeitsgemeinschaft). I don't see anything of the crash logged to the console, the only error I can see there is > 0024:err:seh:dispatch_exception Fatal EXCEPTION_WINE_CXX_EXCEPTION exception (code=e06d7363) raised Otherwise there are mostly FIXMEs, so this could very well be a missing function somewhere. The program itself logs the following to a file: > 02.03.2021 15:19:38.080: Exception: Access Violation at 00000000 > 02.03.2021 15:19:38.080: PageFile: 397.66 MB WorkingSetSize: 462.65 MB > 02.03.2021 15:19:38.080: Writing Minidump: > 02.03.2021 15:19:38.154: Unhandled Exception (TopLevelFilter) > 02.03.2021 15:19:38.154: Exception: Breakpoint at 02AEB4EA > 02.03.2021 15:19:38.155: PageFile: 395.32 MB WorkingSetSize: 461.28 MB > 02.03.2021 15:19:38.155: Writing Minidump: > 02.03.2021 15:19:38.155: Saved dump file to 'C:\users\kai\Temp\__Akad__Crash_02.dmp' > 02.03.2021 15:19:38.155: Version: 26, 0, 26075, 0 > 02.03.2021 15:19:38.155: Build: Build-26075 > 02.03.2021 15:19:42.588: Saved dump file to 'C:\users\kai\Temp\__Akad__Crash_01.dmp' > 02.03.2021 15:19:42.588: Version: 26, 0, 26075, 0 > 02.03.2021 15:19:42.588: Build: Build-26075 > 02.03.2021 15:19:42.594: Exception: Access Violation at CCCCCC02 > 02.03.2021 15:19:42.594: PageFile: 424.93 MB WorkingSetSize: 526.80 MB > 02.03.2021 15:19:42.594: Writing Minidump: > 02.03.2021 15:19:42.595: Saved dump file to 'C:\users\kai\Temp\__Akad__Crash_03.dmp' > 02.03.2021 15:19:42.595: Version: 26, 0, 26075, 0 > 02.03.2021 15:19:42.595: Build: Build-26075 > 02.03.2021 15:19:42.601: Exception: Access Violation at CCCCCC02 > 02.03.2021 15:19:42.601: PageFile: 424.93 MB WorkingSetSize: 526.80 MB > 02.03.2021 15:19:42.601: Writing Minidump: > 02.03.2021 15:19:42.602: Saved dump file to 'C:\users\kai\Temp\__Akad__Crash_04.dmp' > 02.03.2021 15:19:42.602: Version: 26, 0, 26075, 0 > 02.03.2021 15:19:42.602: Build: Build-26075 > 02.03.2021 15:19:42.608: Exception: Access Violation at CCCCCC02 > 02.03.2021 15:19:42.608: PageFile: 424.93 MB WorkingSetSize: 526.80 MB > 02.03.2021 15:19:42.608: Writing Minidump: > 02.03.2021 15:19:42.609: Saved dump file to 'C:\users\kai\Temp\__Akad__Crash_05.dmp' > 02.03.2021 15:19:42.609: Version: 26, 0, 26075, 0 > 02.03.2021 15:19:42.609: Build: Build-26075 > 02.03.2021 15:19:42.614: Unhandled Exception (TopLevelFilter) > 02.03.2021 15:19:42.614: Exception: Access Violation at CCCCCC02 > 02.03.2021 15:19:42.614: PageFile: 424.93 MB WorkingSetSize: 526.80 MB > 02.03.2021 15:19:42.615: Writing Minidump: > 02.03.2021 15:19:42.616: Saved dump file to 'C:\users\kai\Temp\__Akad__Crash_06.dmp' > 02.03.2021 15:19:42.616: Version: 26, 0, 26075, 0 > 02.03.2021 15:19:42.616: Build: Build-26075 > 02.03.2021 15:19:42.656: MiniDumper::TopLevelFilter failed The non-staging version fails earlier for me and doesn't get even this far (previous editions, up until "SteuerSparErklärung 2020", all worked fine for me, even on non-staging versions of Wine. But those allowed Windows 7 as the OS). Attached you find all the output from the console and the minidump files produced by the program itself (upload follows this initial report). Let me know, if you need anything else. -- 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 7