1.1.5: Editor still crashing

[infuzion]

2 times in 2 days, which is better than before, but still not good. Happens when I load a few OSMs in the same SM session, either at loading another OSM, or closing one. Not sure if sending in a bunch of OSMs will help, since it happened with 2 different sets of OSMs. I'll keep monitoring if I see a pattern, but I'm not sure how much I'll be using SM now...
cheers

[infuzion]

Still a few more sudden crashes, no SM reporter, & last one left no recovery files, even though there was time enough to save one.

Related suggestion: editor file & action tracking in .txt

[sunsynth]

Damn, i see this crashes here 2...

In XP i even cannot kill the SM process - only suspend with process Explorer...
Now i often can autoload my biig project (ASIO disabled as usual) again!

Sorry malc: i can't remember since when this started!

P.S: It happens at the end of the loading bar... w/o recovery or any crash messages
and my schematic loads some setup TXT-files on startup...

btw: can u have a look why the Toolbox is so damn slow while SM autoload my biiig schem.?

[malc]

Is this something that only started with 1.1.5 or was it there before?

[sunsynth]

Hmm,

i think v115 do it more often...

Don't know if it's related but it seems to be a killer if i have my compiled exe started and closed before starting SM with the autoload! as i mentioned before it's my biig mixer project which load's some config files on startup!

btw: it kicks of while initialising
here last crash.zip 4. Dec. the one before was v114 on 11. Nov.:

[infuzion]

Is this something that only started with 1.1.5 or was it there before?

Not too sure, SM always had a problem with no-report-crashes. I have not used SM this intensely since February.

[trogluddite]

Same problem here - since 1.1.3 at least, maybe earlier. I can work on an .osm with no stability problems for hours , then save and close it OK usually - but loading a new one in without restarting SM causes a crash matbe 25% of the time .
I'm flitting between a lot of little projects while I learn SM - so it's not related to any particular schematic - but it does seem to happen less when there's no audio output in the schematic (ASIO or DirectX).
I workaround by putting stuff into the toolbox that I want to use elsewhere, rather than have many .osms open at once for copy and pasting - so doesn't annoy me much!

Quad Core Q6700, 2GB, Yamaha mLAN ASIO driver, Windows XP Pro.

[infuzion]

It usually helps if you send the OSMs that were open in a single (per incidence) .ZIP file, with steps you had taken just before to support @ synthmaker. Better that you keep closing & reopening SM like it seems you do to keep the list of OSMs short though.

[infuzion]

It usually helps if you send the OSMs that were open in a single (per incidence) .ZIP file, with steps you had taken just before to support @ synthmaker. Better that you keep closing & reopening SM like it seems you do to keep the list of OSMs short though.

Speaking of which, I just got a straight-to-XP-crash-report after having SM open for only 5 minutes.

Emails are sent, I hope this is fixed soon, I'm getting tired of it.

[malc]

Just need to pinpoint the steps that cause it. Thanks for the files. So far I haven't been able to get it to fall over here so any help you can provide in identifying the key steps would be much appreciated.

[needaname]

It happened to me two days ago, I was playing notes on the keyboard while moving a knob and boom, crash with error "synthmaker stopped working".

W7 here =)

[MegaHurtz]

As jou might know i do a lot of samplism stuff in code and such.
Only green stuff I use is in the pitch to frequency and controllers.
Although I do use lately some dynamic bitmaps and such for some decorations.
My point is on that route I experience no crashes whatsoever, my guess is that it has to do
with poly. shure this is a neccesary addon, I think the achilles heel is that the dsp is active atm
changes in confusement about poly or mono streams is happening.
I would bet you can stop this bug from happening if you disable sound when you
start connection anything poly. I think this can be hardwired aswell.
Needless to say?.. you`d never need the process of audio being able to happen
while compiling.. You yust don`t.

[infuzion]

Just need to pinpoint the steps that cause it. Thanks for the files. So far I haven't been able to get it to fall over here so any help you can provide in identifying the key steps would be much appreciated.

You're welcome.
I can't remember all I did. I wish SM could, thus this request:
viewtopic.php?f=5&t=8837

[stw]

Just need to pinpoint the steps that cause it. Thanks for the files. So far I haven't been able to get it to fall over here so any help you can provide in identifying the key steps would be much appreciated.

You're welcome.
I can't remember all I did. I wish SM could, thus this request:
viewtopic.php?f=5&t=8837

Just want to second infuzions statement!
I'm accustomed to SM crashes already (though i sometimes have the impression it got worse with 1.1.5).
Since 20 or more versions of my current (big) project i can't even close the editor without a crash after a few minutes of work.
I get sudden deaths from time to time as well. Not reproduceable and no way to track any cause (so no Bug report from me).
However i guess it has something to do with memory allocation or something like that because it seems as if lots of undo steps support the crashes.

[malc]

Thanks for your input people.

I'd be surprised if a significant issue was introduced in 1.1.5 given the changes that were made though you never know for sure. My bet is that this is just one or two specific issues that only arise under certain conditions. I say this because I've had discussions with people who rarely have a crash. MegaHurtz is obviously in this camp.

I'm not convinced that the issues relate to having the sound enabled or disabled but if anyone wants to test this out I'd be happy to be proved wrong.

Some kind of logging would be very helpful. For me, the best thing would be a complete list of actions from schematic load to crash. If I could then play those back it would hopefully replicate the issue and I'd be able to debug it. I'll have to think about this as despite sounding simple it will probably take quite a bit of work to put it in place.