<p dir="ltr">Without seeing your patch this conversation is unfortunately entirely pointless. It could be that you're using a third-party external that somehow trips up and crashes when a pest I'd invoked, fails, and outputs bogus data that makes the external crash and that is something that I cannot even begin to backtrace without knowing exactly what crashed. It could be also that you are as you're suggesting mixing two different versions of preset abstractions which itself appears to be causing some of the problems you're encountering and the list goes on. To begin, you could provide a backtrace of the consistent crash so that we have some idea of what is going on.</p>
<div class="gmail_quote">On Jul 3, 2013 2:36 PM, "András Murányi" <<a href="mailto:muranyia@gmail.com">muranyia@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 24, 2013 at 7:04 PM, Frank Barknecht <span dir="ltr"><<a href="mailto:fbar@footils.org" target="_blank">fbar@footils.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>On Mon, Jun 24, 2013 at 04:00:15PM +0200, András Murányi wrote:<br>
> thanks for the tip.<br>
> I'm using [presetstore] which writes to [pd presetstore0] (etc...)<br>
> subpatches. (BTW, latest s-abstractions don't have [presetstore] any more?)<br>
> I've set up the print on receivers, but I guess placing [r $2-SSSAD_ADMIN]<br>
> and [r $2-SSSAD] inside the [presetstore] patch was not a good idea because<br>
> they didn't receive anything (where to put them then?)<br>
<br>
</div>sssad-objects created as [sssad something KEY] will send to KEY-SSSAD_ADMIN and<br>
KEY-SSSAD, all others will send to SSSAD_ADMIN and SSSAD. To receive from those<br>
semi-global [sssad]-objects, you'd need to replace the receivers next to the<br>
sssad-objects that use the second argument.<br>
<br>
Maybe you can search for "sssad" objects in your patch and try to find some<br>
that use second args?<br>
<br>
Also the semi-global/local receivers have been added at some time after<br>
s-abstractions where born. Although old already, maybe you have a mix of both<br>
versions installed now? The old one didn't have any $2-SSSAD senders/receivers<br>
inside.<br>
<div><div><br>
Ciao<br>
--<br>
Frank Barknecht _ ______footils.org__<br>
</div></div></blockquote></div><br>Shame on me, i did have two different sssad folders in my path. Now i've cleaned things up and there's only the one from s-abstractions - but that's not the solution yet.<br>
</div><div class="gmail_extra">I've noticed that s-abstractions dropped [presetstore] and that may have a good reason. Is it possible that it's actually not compatible with current sssad?<br></div><div class="gmail_extra">
I've also noticed [saver] in s-abstrations/sssad which seems to be like [presetstore] (except that [presetstore] saved to subpatches while [saver] saves to textfiles). I've tried it and it doesn't work for me: "error: $1state-11.sssad: write failed". (It does create 0-byte files in s-abstrations/sssad though.)<br>
<br></div><div class="gmail_extra">[datastore] however, is still part of s-abstractions (it saves a single state to a subpatch), and it doesn't work here. I tried datastore-help.pd and it saves an empty state. What's interesting, is that if I try it while my other big patch is open, it consistently triggers a segfault.<br>
</div><div class="gmail_extra"><br>
</div><div class="gmail_extra"><br>András
</div></div>
<br>_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div>