View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000037||OpenMPT||[All Projects] General||public||2010-11-08 21:19||2012-03-08 23:06|
|Reporter||Saga Musix||Assigned To|
|Product Version||OpenMPT 1.19.00.* (old testing)|
|Target Version||Fixed in Version|
|Summary||0000037: OpenMPT process remains on exit|
Sometimes, the OpenMPT process (mptrack.exe) remains in the task list even after closing the program. This seems to be reproducable when using certain (or a combination of) VST plugins.
|Steps To Reproduce|
Try the attached file (courtesy of jmkz)
|Tags||No tags attached.|
|Has the bug occurred in previous versions?||Not tested.|
|Tested code revision (in case you know it)|
beat-test5.7z (178,215 bytes)
Additional discovery: It is probably already enough to just close the track (not OpenMPT) while it's playing, it can also freeze OpenMPT then. The freeze seems to happen in DWORD WINAPI CMainFrame::AudioThread(LPVOID).
Best way to test this, is by doing the following:
Create a .cmd or .bat file, and call mptrack.exe from within this file.
During the OpenMPT session, the .bat or .cmd file will be kept open, and it will close after the mptrack.exe process stops. If this fails, and you close OpenMPT, the batchfile will also remain open. This saves you from going into the taskmanager to verify that the process is still open. Of course, you will need to still go there in case you want to close the process.
As discovered before, this behaviour is caused by the V2 plugin and is reproducable in any other host as well, so it's not fixable.
|2010-11-08 21:19||Saga Musix||New Issue|
|2010-11-08 21:19||Saga Musix||File Added: beat-test5.7z|
|2010-11-08 21:32||Saga Musix||Status||new => confirmed|
|2010-11-08 22:06||Saga Musix||Note Added: 0000006|
|2010-11-09 10:57||LPChip||Note Added: 0000007|
|2012-03-08 23:06||Saga Musix||Note Added: 0000649|
|2012-03-08 23:06||Saga Musix||Status||confirmed => closed|
|2012-03-08 23:06||Saga Musix||Resolution||open => not fixable|