random crashing – used to be fine
hey guys. i made this patch, which i have been using solidly for a few months without any problems. for some reason now though i get random crashing when using it within about 10 minutes and i just cant nail why. max just disapears without any warning.
it doesn’t happen with any other patches though.
The ten minutes might indicate that some memory leaking away. Did you recently update max or a third party external?
> max just disapears without any warning. it doesn’t happen with any
> other patches though.
I bet you are running Max on an embedded Linux machine…
(read: provide us at least with some details about OS, versions, 3rd
party externs used and alike…)
i guess i made a few programming changes recently. but i have no clue what they are, and they shouldn’t just cause a random crash.I tested it to make sure and i get problem even if i load old patches. completely unidentifiable. im runing max on win xp sp2.
i guess there aint much you can do. itll fix itself eventually. just hope i can nail it before this gig in a month.
ok there are 5 externals this patch i made uses.
afew of peter elsea’s lobjects-
udp recieve objects
which are used for my lemur
if i open the patch without dropping in any externals in the max folder (off a clean install), the patch loads and just reports they are missing.
if i drop in the externals, the patch crashes.
if i then remove the externals again, the patch still crashes.
this is truly crazy, and scary since theres a gig coming up for me soon.
im running max 4.5.7 because 4.6.3 wont install for me properly yet.
well it seems i was actually wrong about the externals. i just managed to get a crash without any externals installed.
Try to change the status of overdrive, see if that helps.
hey nice work! now i can open my file without it crashing! hopefully it will run stable again. but thats a shame cos i kind of needed over drive to keep the timing in check. why would overdrive cause this problem, and is there another way to work around it?
thanks so much for the suggestion jvkr
With an OSC generating control interface I once ran into a similar situation. More recently I have begun to use udpsend and -receive but at that time it was with cnmat’s otudp object that OSC was received. My guess is that the buffer this object uses, slowly used to fill up because it could not hand all messages to max in time. Those who know more about low level business concerning udp could probably give more insight.
hmm. im using udpsend and receive objects too. thats what jazzmutant recomend anyway.
hang on a second, i was getting crashes when opening the patch without the updsend externals installed. so it must be something else shouldn’t it?