PeerCtrl crashing Buzz, any ideas?
Posted: Sun Mar 12, 2017 2:11 am
PeerCtrl is reliably crashing Buzz.
It's impossible to cause a crash "on demand" - which makes this immensely frustrating to report, because I like to at least have some tangible reproduction process when reporting a bug. But, basically, once I drop a PeerCtrl machine, Buzz will eventually crash. Whether that crash is in one minute or ten minutes, however, is up to chance.
What always eventually happens is that, when opening assignment settings, I get a "blank" screen (not entirely blank - see this image). At this point, Buzz is doomed. Any attempt to open a file dialog (file > open or file > save as) will freeze/crash Buzz. Without trying to open a file dialog, within a minute, Buzz will crash anyway.
I've tried everything to trigger this bug, but it really does seem to be a random-but-definite bug. Sometimes I get a "blank screen" the very first time I drop a PeerCtrl into the bmx and open it. Sometimes - with the exact same bmx - I can drop a PeerCtrl in and make assignations, close the assign window and open it numerous times, and not trigger the bug. I've tried opening the assignment window while playing a loop, after playing a loop, with and without adding extra tracks to the default "16 length 1 track" 00-track you get when dropping a new Generator - none will instantly cause the "blank screen" crash, but none will "cure" it, either - Buzz will always crash.
The most useful bit of information I can provide is a crash screen I got when I closed Buzz after a "blank screen", but before the automatic-crash:
(pardon the grey text - by the time I managed to hit Print Screen the standard "Buzz has stopped responding" popup had happened and the window lost focus - note that the filepath is likely referring to something internal, as I have no such path on my own system)
I'm using the latest versions of Buzz and PeerCtrl, on a 64-bit Windows 7 install. I've tried registering and re-registering envelope.ocx, and tried using both the 76KB "old" version of the PeerCtrl .dll AND the 1,712KB version which I believe was an attempt to fix a bug similar to the one I'm experiencing. I'm 100% certain that PeerCtrl is causing - or at the very least triggering - the crash. Without a PeerCtrl, I can leave (and have left ) Buzz up for days without a crash, but add a PeerCtrl into any bmx, and it crashes within a coffee break.
I'm perfectly willing to troubleshoot this for as long as anyone's patience lasts.
It's impossible to cause a crash "on demand" - which makes this immensely frustrating to report, because I like to at least have some tangible reproduction process when reporting a bug. But, basically, once I drop a PeerCtrl machine, Buzz will eventually crash. Whether that crash is in one minute or ten minutes, however, is up to chance.
What always eventually happens is that, when opening assignment settings, I get a "blank" screen (not entirely blank - see this image). At this point, Buzz is doomed. Any attempt to open a file dialog (file > open or file > save as) will freeze/crash Buzz. Without trying to open a file dialog, within a minute, Buzz will crash anyway.
I've tried everything to trigger this bug, but it really does seem to be a random-but-definite bug. Sometimes I get a "blank screen" the very first time I drop a PeerCtrl into the bmx and open it. Sometimes - with the exact same bmx - I can drop a PeerCtrl in and make assignations, close the assign window and open it numerous times, and not trigger the bug. I've tried opening the assignment window while playing a loop, after playing a loop, with and without adding extra tracks to the default "16 length 1 track" 00-track you get when dropping a new Generator - none will instantly cause the "blank screen" crash, but none will "cure" it, either - Buzz will always crash.
The most useful bit of information I can provide is a crash screen I got when I closed Buzz after a "blank screen", but before the automatic-crash:
(pardon the grey text - by the time I managed to hit Print Screen the standard "Buzz has stopped responding" popup had happened and the window lost focus - note that the filepath is likely referring to something internal, as I have no such path on my own system)
I'm using the latest versions of Buzz and PeerCtrl, on a 64-bit Windows 7 install. I've tried registering and re-registering envelope.ocx, and tried using both the 76KB "old" version of the PeerCtrl .dll AND the 1,712KB version which I believe was an attempt to fix a bug similar to the one I'm experiencing. I'm 100% certain that PeerCtrl is causing - or at the very least triggering - the crash. Without a PeerCtrl, I can leave (and have left ) Buzz up for days without a crash, but add a PeerCtrl into any bmx, and it crashes within a coffee break.
I'm perfectly willing to troubleshoot this for as long as anyone's patience lasts.