https://bugs.winehq.org/show_bug.cgi?id=50475
Bug ID: 50475 Summary: ENM (Externes Notenmodul / external mark module) crashes on opening Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: sebastian.arnhold387@gmail.com Distribution: ---
Created attachment 69111 --> https://bugs.winehq.org/attachment.cgi?id=69111 Terminal log
ENM is a teacher's tool for grading students, released by the government of the state of North-Rhine Westphalia (NRW) in Germany.
Requirements for wine: winetricks mdac28 msls31 riched30 vb6run winbind
Description of the bug: When trying to install the latest version of ENM ("ENM-Setup 1.4.8.1 Stand 21.12.2020") downloaded from the official government website, the installer works fine. When trying to open the installed executable, the program crashes immediately with an "unhandled exception" error.
I tried to run it using both wine and wine-development package, trying both 64 bit and 32 bit prefix, on Ubuntu 20.04 amd64. Results are identical.
Terminal output log included.
Link to software (installer): https://www.svws.nrw.de/system/files/zip_und_exe/2020-12/ENM-Setup_1_4_8_1.e...
Link to WineHQ database entry (outdated and unmaintained): https://appdb.winehq.org/objectManager.php?sClass=application&iId=9047
Additional problem solving analysis: Older versions of the software definitely worked fine until June 2020, as e.g. this blog entry proves (http://www.tohschneider.de/extnotmodlinux/). Suspected a problem with ENM software itself, but when trying older version from before that time, these versions that once worked fine now also throw an "unhandled exception" error. This proves that something in wine must have changed.
Contacted developer of ENM software. Developer suspects a problem with the way wine handles the ADO drivers. Other softwares from the government school software suite show similar behaviour. Government institution sadly does not support Linux, but is interested in getting ENM software to work again.
In the interest of free education, solution would be highly appreciated. Thanks!
https://bugs.winehq.org/show_bug.cgi?id=50475
Sebastian sebastian.arnhold387@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu Keywords| |Abandoned?, regression URL| |https://www.svws.nrw.de/sys | |tem/files/zip_und_exe/2020- | |12/ENM-Setup_1_4_8_1.exe
https://bugs.winehq.org/show_bug.cgi?id=50475
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #1 from Bernhard Übelacker bernhardu@mailbox.org --- I tried to reproduce this issue, but unfortunately for version 1.4.8.1 I was a few days too late. I tested with version 1.4.9.0 from this site:
https://www.svws.nrw.de/download/schild-module 239b1c008b1f935109de445485180cbc ENM-Setup.exe
With a clean prefix with wine-6.12 I received the same "Unhandled exception 0x0eedfade ..." and by clicking on details in the crash dialog the "virtual_setup_exception stack overflow 1668 bytes ..." message.
Short before the crash a svg is tried to be processed by msxml3. For an attribute xmlns without a :foo prefix, the function domelem_get_item gives a NULL xmlns->prefix into xmlNewNsProp, which therefore fails and leaves domelem_get_item without returning an item.
I submitted following patch which includes a test and an attempt to fix it: https://www.winehq.org/pipermail/wine-devel/2021-July/thread.html#190161
I was able to start and open the example file successfully with this patch applied and extending the wineprefix by: winetricks mdac28 jet40
https://bugs.winehq.org/show_bug.cgi?id=50475
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzhang@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=50475
--- Comment #2 from Bernhard Übelacker bernhardu@mailbox.org --- Resent patch: https://source.winehq.org/patches/data/212798
https://bugs.winehq.org/show_bug.cgi?id=50475
Damjan Jovanovic damjan.jov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |damjan.jov@gmail.com Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Component|-unknown |msxml3
--- Comment #3 from Damjan Jovanovic damjan.jov@gmail.com --- Sounds like a confirmed bug in msxml3.
https://bugs.winehq.org/show_bug.cgi?id=50475
--- Comment #4 from Damjan Jovanovic damjan.jov@gmail.com --- Judging by the patch, this is the issue as bug 53531, and probably bug 46206.
https://bugs.winehq.org/show_bug.cgi?id=50475
--- Comment #5 from Zhiyi Zhang zzhang@codeweavers.com --- Now that Wine imports xml2 source, we can modified the xml2 code and fix this properly.
https://bugs.winehq.org/show_bug.cgi?id=50475
--- Comment #6 from Bernhard Übelacker bernhardu@mailbox.org --- The "Unhandled exception 0x0eedfade ..." got fixed by this commit:
https://source.winehq.org/git/wine.git/commitdiff/0b31c53ebc53a90b3813efdd3c... (Not yet in a wine release, included in the next one.)
After this commit the application could load the example file with builtin msxml and a prefix built with WINEARCH=win32 and "winetricks jet40".
https://bugs.winehq.org/show_bug.cgi?id=50475
--- Comment #7 from Bernhard Übelacker bernhardu@mailbox.org --- Above test was again with the ENM version 1.4.9.0.
https://bugs.winehq.org/show_bug.cgi?id=50475
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |0b31c53ebc53a90b3813efdd3cb | |2cacdf489e77b
--- Comment #8 from Bernhard Übelacker bernhardu@mailbox.org --- Marking resolved fixed. First release including the fix is wine-9.0-rc1.
https://bugs.winehq.org/show_bug.cgi?id=50475
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.1.
-
WineHQ Bugzilla