View Issue Details

IDProjectCategoryView StatusLast Update
0001067OpenMPTGeneralpublic2019-09-08 16:23
Reporterjmkz Assigned To 
PrioritylowSeveritycrashReproducibilityhave not tried
Status resolvedResolutionfixed 
Platformx64OSWindowsOS Version8
Target VersionOpenMPT / libopenmpt 0.5.0 (upgrade first)Fixed in VersionOpenMPT / libopenmpt 0.5.0 (upgrade first) 
Summary0001067: Some crash signatures (unknown cause)

Some crash signatures. The first one was triggered after closing a song. The middle ones triggered after click on play from start, and the last, after closing OpenMPT.

Steps To Reproduce

Not yet able to reproduce.

TagsNo tags attached.
Has the bug occurred in previous versions?
Tested code revision (in case you know it)r9323




2017-11-23 02:10


OpenMPT Crash Files.7z (32,942 bytes)


2017-11-23 06:47

reporter   ~0003357

Why are the included song files 0 Bytes in size?



2017-11-23 07:15

reporter   ~0003358

If they are needed. It is a unsuccessful atempt to recover module data after the crash.

Saga Musix

Saga Musix

2017-11-23 11:21

administrator   ~0003359

If they are needed.

There is not a whole lot of information I can deduce from a 0-byte file, I hope you are aware of that. ;)

None of these are crashes but they are assertion failures. This information is crucial and cannot be directly deduced from the crash dump alone, so always include error.txt for all crashes, not just one. Having info.txt also makes finding the correct mptrack.exe and debug files much easier, so please do not omit any of the text files in the future.



2017-11-23 12:10

administrator   ~0003360

Also please do include the settings files written to the crash directory.
In any case, in order to make hopefully any sense out of this particular problem, I will probably also need the trace log (which is disabled by default). Thus, if you can reproduce the problem at all, please enable [Debug]TraceEnable=1 and restart OpenMPT (see ). And then reproduce again and provide the generated files of that crash.



2017-11-23 19:06

reporter   ~0003361

Please test the following:
A full dump made manually with VS (from yesterday, captured before killing OpenMPT):

Another automatic dump from OpenMPT (seems corrupted):

Meanwhile, I will try to reproduce again using your recommendations.



2017-11-23 19:51

reporter   ~0003362

New attempt with debug trace enabled:

Saga Musix

Saga Musix

2017-11-27 18:23

administrator   ~0003364

Status update: The problem is related to the plugin bridge and not trivial to fix.

Saga Musix

Saga Musix

2019-09-08 16:23

administrator   ~0004050

The plugin bridge has been considerably reworked for OpenMPT 1.29, and while I no longer have the debug symbols to exactly verify what went wrong in this crash dump, I remember that the crash was related to the architectural problem that shoudl be solved by r12029. Let me know if there are still crashes with the plugin bridge in the OpenMPT or later.

Issue History

Date Modified Username Field Change
2017-11-23 02:10 jmkz New Issue
2017-11-23 02:10 jmkz File Added: OpenMPT Crash Files.7z
2017-11-23 06:47 StarWolf3000 Note Added: 0003357
2017-11-23 07:15 jmkz Note Added: 0003358
2017-11-23 11:21 Saga Musix Note Added: 0003359
2017-11-23 12:10 manx Note Added: 0003360
2017-11-23 19:06 jmkz Note Added: 0003361
2017-11-23 19:51 jmkz Note Added: 0003362
2017-11-27 18:23 Saga Musix Note Added: 0003364
2019-09-08 16:23 Saga Musix Status new => resolved
2019-09-08 16:23 Saga Musix Resolution open => fixed
2019-09-08 16:23 Saga Musix Fixed in Version => OpenMPT / libopenmpt 0.5.0 (upgrade first)
2019-09-08 16:23 Saga Musix Target Version => OpenMPT / libopenmpt 0.5.0 (upgrade first)
2019-09-08 16:23 Saga Musix Note Added: 0004050