View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001399||OpenMPT||User Interface||public||2020-12-18 17:48||2020-12-25 18:30|
|Reporter||AyCe||Assigned To||Saga Musix|
|Product Version||OpenMPT 1.29.06.00 / libopenmpt 0.5.4 (current stable)|
|Target Version||OpenMPT 1.29.07.00 / libopenmpt 0.5.5 (upcoming stable)||Fixed in Version||OpenMPT 1.29.07.00 / libopenmpt 0.5.5 (upcoming stable)|
|Summary||0001399: Sometimes crash when exporting MID|
Sometimes OpenMPT crashes when exporting IT files as MID. When I open the file again after the crash and export again it works. It seems it only happens when you work with the file for a while. This has not happened on previous versions.
|Steps To Reproduce|
Edit a module file.
Sometimes you get a crash right when the progress dialog shows.
I've set the MIDI Channel for some non-drums instruments because otherwise the export functionally does not quite work.
|Tags||No tags attached.|
|Has the bug occurred in previous versions?||No|
|Tested code revision (in case you know it)|
crashes.zip (55,044 bytes)
I can see where the crash happens but for the sake of making reproducing the issue easier, can you maybe provide the file you were trying to export?
As I wrote, the crash is unreliable. I would like to supply you with a version of the file that fails the export, but for exporting the old autosaved file versions I didn't have an issue. It seems to be related to working on a file for some time, just opening and exporting, even changing some things and then exporting seems to work fine with all files I have so far.
Will add a file if I find one.
If you have the possibility to upload larger files somewhere, you could also run OpenMPT with the
I found a potential reason for the issue, which should be fixed in r13962 and later (soon available from https://builds.openmpt.org/builds/auto/openmpt/bin.win64/1.29/ ) - however if you can provoke the crash with the current stable version using the
Sure! I don't use OpenMPT very often, but I will run it with that command line option from now on.
I can reliably reproduce the/"a" crash with this file:
crashing module.zip (184,508 bytes)
Thanks for the steps. I can reproduce the problem now. It seems like you forgot to add the link to the memory dump but as I now have a way of reproducing the issue, it is no longer required.
Okay, I can now confirm that the root cause of this issue is in SF2 instrument extraction and thus won't happen after saving and re-loading the module. The root cause was fixed in r13988 and the problem won't happen anymore in the next OpenMPT release.
|2020-12-18 17:48||AyCe||New Issue|
|2020-12-18 17:48||AyCe||File Added: crashes.zip|
|2020-12-18 19:19||Saga Musix||Note Added: 0004549|
|2020-12-18 19:19||Saga Musix||Assigned To||=> Saga Musix|
|2020-12-18 19:19||Saga Musix||Status||new => assigned|
|2020-12-18 20:34||AyCe||Note Added: 0004550|
|2020-12-18 20:45||Saga Musix||Note Added: 0004551|
|2020-12-18 22:57||Saga Musix||Note Added: 0004552|
|2020-12-18 22:57||Saga Musix||Status||assigned => feedback|
|2020-12-19 18:07||AyCe||Note Added: 0004554|
|2020-12-19 18:07||AyCe||Status||feedback => assigned|
|2020-12-25 03:37||AyCe||Note Added: 0004563|
|2020-12-25 03:37||AyCe||File Added: crashing module.zip|
|2020-12-25 15:55||Saga Musix||Note Added: 0004565|
|2020-12-25 18:30||Saga Musix||Note Added: 0004567|
|2020-12-25 18:30||Saga Musix||Status||assigned => resolved|
|2020-12-25 18:30||Saga Musix||Resolution||open => fixed|
|2020-12-25 18:30||Saga Musix||Fixed in Version||=> OpenMPT 1.29.07.00 / libopenmpt 0.5.5 (upcoming stable)|
|2020-12-25 18:30||Saga Musix||Target Version||=> OpenMPT 1.29.07.00 / libopenmpt 0.5.5 (upcoming stable)|