[PD] l2ork: SSSAD loads but doesn't save presets
ico at vt.edu
Wed Jul 3 21:46:51 CEST 2013
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.
On Jul 3, 2013 2:36 PM, "András Murányi" <muranyia at gmail.com> wrote:
> On Mon, Jun 24, 2013 at 7:04 PM, Frank Barknecht <fbar at footils.org> wrote:
>> On Mon, Jun 24, 2013 at 04:00:15PM +0200, András Murányi wrote:
>> > thanks for the tip.
>> > I'm using [presetstore] which writes to [pd presetstore0] (etc...)
>> > subpatches. (BTW, latest s-abstractions don't have [presetstore] any
>> > I've set up the print on receivers, but I guess placing [r
>> > and [r $2-SSSAD] inside the [presetstore] patch was not a good idea
>> > they didn't receive anything (where to put them then?)
>> sssad-objects created as [sssad something KEY] will send to
>> KEY-SSSAD_ADMIN and
>> KEY-SSSAD, all others will send to SSSAD_ADMIN and SSSAD. To receive from
>> semi-global [sssad]-objects, you'd need to replace the receivers next to
>> sssad-objects that use the second argument.
>> Maybe you can search for "sssad" objects in your patch and try to find
>> that use second args?
>> Also the semi-global/local receivers have been added at some time after
>> s-abstractions where born. Although old already, maybe you have a mix of
>> versions installed now? The old one didn't have any $2-SSSAD
>> Frank Barknecht _ ______footils.org__
> 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.
> 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
> 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.)
> [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.
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pd-list