Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote: > After the conference, Hans had suggested something that might be of some > good use. He had mentioned that there are two "backends" for storing data > using 'sssad', one using [textfile] and the other using [pool]. Hans had > suggested that we create a similar function for the SQL library that we are > currently working on.
Actually sssad doesn't have any backend as such, it just provides a pair of sender and receiver and some infrastructure to eavesdrop and manipulate state changes through these. The actual saving is left as an excercise for the patcher. ;) Chris McCormick's s-abstractions have some readymade savers, though. > I am curious as to how 'sssad' works, as the version that I have (with the > extended stuff) doesn't seem to load up correctly. If I go into all > instances of [sssad] and prepend it with the folder name [sssad/sssad] > everything works. I am just a bit hesitant to do anything, as I am working > with a 'broken' copy, and wanted to make sure it was correct. Is there a > version that you have that I could try out? Or should I just take the > version from the extended distro and "fudge" them? Nothing special here: I generally prefer to use just [sssad], that is, put the path to sssad.pd into the pd search path. [sssad] is just one abstraction (and some private helper abstractions in a hidden subdirectory) so I never bothered with namespaces. However pd-extended installs it into a subdirectory that pd-extended calls "sssad", so there, [sssad/sssad] also works, it's just a bit verbose and redundant. As I don't use pd-extended I cannot really comment on that, though. Ciao -- Frank Barknecht _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
