Some time ago, I wrote about how I was integrating Scheme In One Defun/Day into PD, for the purpose of more easily protoyping externs using linear code (the idea being that writing up an extern in scheme would go much more quickly then doing the same thing in C).
The main problem of course, is when to do garbage collection, and I don't think this can be easily solved. Nevertheless, perphaps someone might find the code usefull. I'm using it myself to write externs that if I find usefull, can later take the time to code in C.
At present it is in a really grotty state - the makefile only works for Linux, some paths are hard-coded, etc.
But I was wondering if people would be interested in taking a look, if I uploaded it to the net. If I get some positive responses, I'll take the time to do that - if not, I probably won't bother. So let me know if there is interest.
Larry
Larry Troxler wrote:
Some time ago, I wrote about how I was integrating Scheme In One Defun/Day into PD [...] The main problem of course, is when to do garbage collection, and I don't think this can be easily solved. [...]
Does SIOD still use the BDW Conservative Collector? If so, and if my memory serves me, there is a patch to that collector to make it operate incrementally. This will at least make it deterministic, although much slower to allocate. It's probably worth looking into. It may even solve some as yet unfound bugs in the rest of Pd...
(jfm3)
jfm3 wrote:
Larry Troxler wrote:
Some time ago, I wrote about how I was integrating Scheme In One Defun/Day into PD [...] The main problem of course, is when to do garbage collection, and I don't think this can be easily solved. [...]
Does SIOD still use the BDW Conservative Collector? If so, and if my memory serves me, there is a patch to that collector to make it operate incrementally. This will at least make it deterministic, although much slower to allocate. It's probably worth looking into. It may even solve some as yet unfound bugs in the rest of Pd...
(jfm3)
Something like that would be great, except that in the SIOD references I've found, and in the download I used, no reference was made at all to the BDW collector - the SIOD I have just has a choice of Mark and Sweep, or Copy (I think), neither of which are incremental.
Larry Troxler
hi, i found that topic in the mailing list, but no answer, so please let me put the question again. my (newly installed) pd starts with the message: Consistency check failed: glob_initfromgui i did not worry about that until i tried to open an an array... invalid command name "pdtk_array_dialog" bad window path name ".gfxstub80daba8" maybe both are the same problem? i think it comes with the pd_tk file from the iemlib (?) so maybe i used a wrong one? it says it is written for pd032p1 and i am working with a newer version, on linux (the original pd-tk works fine). thanks for help. marius.
Hi Marius,
with a newer version of pd (e.g. 0.34), you don't need the modified pd_tk file as all the iemlib gui objects have been included into the vanilla pd distribution.
servas, Thomas
-----Ursprüngliche Nachricht----- Von: Marius Schebella [mailto:marius.schebella@chello.at] Gesendet: Freitag, 26. Oktober 2001 18:37 An: pd-list@iem.kug.ac.at Betreff: [PD] pd_tk of iemlib
hi, i found that topic in the mailing list, but no answer, so please let me put the question again. my (newly installed) pd starts with the message: Consistency check failed: glob_initfromgui i did not worry about that until i tried to open an an array... invalid command name "pdtk_array_dialog" bad window path name ".gfxstub80daba8" maybe both are the same problem? i think it comes with the pd_tk file from the iemlib (?) so maybe i used a wrong one? it says it is written for pd032p1 and i am working with a newer version, on linux (the original pd-tk works fine). thanks for help. marius.
-
jfm3 -
Larry Troxler -
Marius Schebella -
Thomas Grill