Wine v. 4.0 and 6.0: Unhandled exception 0x0eedfade running German school marks application

Questions about Wine on Linux
Locked
albrecht
Newbie
Newbie
Posts: 2
Joined: Thu Jun 03, 2021 5:34 am

Wine v. 4.0 and 6.0: Unhandled exception 0x0eedfade running German school marks application

Post by albrecht »

Hi all,

my wife uses a German application for managing school marks (“ENM.exe”) using wine 4.0-2 on a very old MacBook Pro running Debian Buster/32 bit.
The application has recently been updated (available for download from https://www.svws.nrw.de/system/files/zi ... _4_8_1.zip), but it just opens the crash dialogue and terminates when “Show Details” is clicked. The console messages are:

Code: Select all

0009:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
0009:err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not registered
0009:err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10} could be created for context 0x1
wine: Unhandled exception 0x0eedfade in thread 9 at address 0x0000:0x7b43e223 (thread 0009), starting debugger...
0009:err:seh:setup_exception_record stack overflow 900 bytes in thread 0009 eip 7bc80f3b esp 00230fac stack 0x230000-0x231000-0x330000
The first three messages were produced by the old ENM.exe version (which is not available on the internet), too, so I presume they harmless.
I removed the (outdated) wine version coming with Buster, and installed the latest official build:

Code: Select all

rm -rf ~/.wine
sudo apt purge wine # remove the version from Debian Buster…
sudo apt autoremove # …and all extra packages it installed
# manually install libstb0 and libfaudio0
sudo apt install --install-recommends winehq-stable winetricks # installs version 6.0.0~buster-1
winecfg # install Mono and Gecko, set system version 7
winetricks settings fontsmooth=rgb
winetricks -q mdac28 corefonts jet40
The last command was required for the old version of ENM.exe. It reports an error as last message – I don't recall if it happened when configuring wine 4.0-2, too, and if it might indicate a critical problem:

Code: Select all

0104:err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program files\\Common files\\Microsoft shared\\dao\\dao2535.tlb" failed with error 2
ENM.exe again crashes on Wine 6.0, printing the following (slightly different) messages:

Code: Select all

0060:err:ole:start_rpcss Failed to start RpcSs service
0024:fixme:wtsapi:WTSRegisterSessionNotification Stub 00010078 0x00000000
0024:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
0024:fixme:msxml:domdoc_setProperty Ignoring property L"ProhibitDTD", value 0x31f850 {VT_BOOL: 0}
wine: Unhandled exception 0x0eedfade in thread 24 at address 7B00FC33 (thread 0024), starting debugger...
0024:err:virtual:virtual_setup_exception stack overflow 1412 bytes in thread 0024 addr 0x7bc53cda stack 0x220a7c (0x220000-0x221000-0x320000)
Again, the last line is printed when clicking Show Details in the crash dialogue, which is then closed immediately.
Interestingly, the “old” version of ENM.exe, which used to work perfectly with Wine 4.0, isn't usable any more with Wine 6.0: when a database file is opened, a (Windows) error message box reading “Object was open.” appears and is re-opened again after every operation. The only chance is to terminate it on the console. Messages are:

Code: Select all

005c:err:ole:start_rpcss Failed to start RpcSs service
0024:fixme:wtsapi:WTSRegisterSessionNotification Stub 0001007E 0x00000000
0024:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
0024:fixme:gdiplus:GdipWidenPath unimplemented line join 2
0024:fixme:gdiplus:GdipWidenPath unimplemented line join 2
0024:fixme:gdiplus:brush_fill_pixels path gradient blend not implemented
0024:fixme:gdiplus:brush_fill_pixels path gradient preset blend not implemented
0024:fixme:gdiplus:GdipWidenPath unimplemented line join 2
[…repeated 7 times…]
0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:msado15:connection_OpenSchema 0019D5A8, 20, 0031F8C0 {VT_ERROR: 80020004}, 0031F8B0 {VT_ERROR: 80020004}, 0031F930
0024:fixme:gdiplus:GdipWidenPath unimplemented line join 2
0024:fixme:gdiplus:GdipWidenPath unimplemented line join 2
As there seems to be no official download location for this version of ENM.exe any more, I could prepare a ZIP if anyone is interested in this issue.
Out of curiosity, I installed Debian Bullseye/32 bit with wine-5.0.3 in a VM, and the “old” version does run there (same crash for the “new” one), i.e. apparently something changed between ver. 5 and 6 causing the issue.

Any help for getting the “new” version of ENM.exe running in Wine (4 or 6) would be highly appreciated!

Best, Albrecht.
jkfloris
Level 12
Level 12
Posts: 3136
Joined: Thu Aug 14, 2014 10:10 am

Re: Wine v. 4.0 and 6.0: Unhandled exception 0x0eedfade running German school marks application

Post by jkfloris »

I got the program working in a (32-bit) wineprefix with only msxml6 and jet40
albrecht
Newbie
Newbie
Posts: 2
Joined: Thu Jun 03, 2021 5:34 am

Re: Wine v. 4.0 and 6.0: Unhandled exception 0x0eedfade running German school marks application

Post by albrecht »

jkfloris wrote: Fri Jun 04, 2021 2:02 pm I got the program working in a (32-bit) wineprefix with only msxml6 and jet40
Thank you so much for your fast help! I tried your solution, and the short result is that it actually fixes the issue with Wine 5, produces a somewhat strange result with Wine 4, but does not work with Wine 6.

The long results: I also tried the new version of ENM.exe (as the old one isn't of real relevance for me any more) on a Windows 10 installation as a reference:
Win10.png
The results for the various Wine versions are:

(1) Wine 5.0.3 on Debian Bullseye/32
Apart from minor GUI glitches, the application looks and (afaict) behaves as on Windows 10, so this is the perfect solution.

(2) Wine 4.0 on Debian Buster/32
The application seems to run, but shows more GUI elements (extra table columns, extra items below the table, additional dialogue when closing a file w/o all marks entered) than on Windows 10:
Wine4.png
Furthermore, setting the Windows version to Windows 8 or higher, the following strange dialogue appears (as 8 is > Vista?):
Wine4ErrDlg.png
Wine4ErrDlg.png (9.81 KiB) Viewed 2803 times

(3) Wine 6.0 (from winehq) on Debian Buster/32
The application starts without crashing, but when a file is opened an error box reading “Object was open” appears, and any further operation results in an error message “tblLeistungsdaten: Operation bei geschlossener Datenmenge nicht ausführbar.” This looks as if Wine 6 introduces some regression.

Again, thanks a lot for your help!
Locked