View Issue Details

IDProjectCategoryView StatusLast Update
0001090OpenMPTFile Format Supportpublic2018-02-22 17:54
ReportermovAX13h Assigned To 
PrioritylowSeveritycrashReproducibilityunable to reproduce
Status closedResolutionno change required 
Platformx64OSWindowsOS Version8
Product VersionOpenMPT 1.26.12.00 / libopenmpt 0.2-beta26 (upgrade first) 
Summary0001090: defective modules freeze system until reset required
Description

Loading defective/partial modules results in an endless loop which eventually leads to a complete system freeze including the mouse cursor.

Steps To Reproduce

Load the attached XM file in MPT. Please note that you probably will have to reboot afterwards.

Additional Information

Only tested with the reported version and this XM file. It is expecting 31 instruments (header) but the file ends before instrument definitions. I have not tested other module formats.
I know this is not the standard use-case but I think it should be addressed. It definitely is a blocker for people trying to implement module producing systems (trackers, tools, converters ...) wanting to test these modules in MPT.

TagsNo tags attached.
Attached Files
computerfreezer.zip (5,025 bytes)
Has the bug occurred in previous versions?probably
Tested code revision (in case you know it)

Activities

Saga Musix

Saga Musix

2018-02-22 17:21

administrator   ~0003431

If your computer freezes, this is either a driver bug or hardware fault in 99% of all cases. It is pretty much impossible for a user-mode application like OpenMPT to cause your system to freeze (unless there is a security hole in the operating system).
That said, loading the file does naturally not freeze here, and I would suspect that your hard disk is broken (which would of course explain why the file is broken). Better replace it ASAP or try to find out which other parts of your system might be defective.

Saga Musix

Saga Musix

2018-02-22 17:38

administrator   ~0003432

Also, please note that OpenMPT 1.26.12.00 is half a year old now and bug reports should always be filed against the latest version (the bug might already be fixed).
OpenMPT/libopenmpt is constantly fuzz-tested and it's rather unlikely at this point that you could find a way to crash it with truncated or manipulated module data.

movAX13h

movAX13h

2018-02-22 17:53

reporter   ~0003433

The module was produced by a custom unfinished tool, that's why it is incomplete/faulty. No hardware issues. I know that it should not be possible to freeze the system from user-mode but still it happend more than 10 times - and that's also why I posted it here. From what I cen tell, it freezes because of very high harddisk activity so I concluded that it got stuck in a read-loop somewhere.

Anyway, we have updated to the latest version of OpenMPT now and it is not happening anymore so feel free to close this issue.

Issue History

Date Modified Username Field Change
2018-02-22 17:19 movAX13h New Issue
2018-02-22 17:19 movAX13h File Added: computerfreezer.zip
2018-02-22 17:20 movAX13h Category General => File Format Support
2018-02-22 17:21 Saga Musix Note Added: 0003431
2018-02-22 17:23 Saga Musix Reproducibility always => unable to reproduce
2018-02-22 17:38 Saga Musix Note Added: 0003432
2018-02-22 17:53 movAX13h Note Added: 0003433
2018-02-22 17:54 Saga Musix Status new => closed
2018-02-22 17:54 Saga Musix Resolution open => no change required