Thank you Krzysztof!
Finally I know why! :) I do realize I was playing with the bleeding edge here, but tot seemed much more accessible for simple things than pyext (since I don't know python!)
Has pyext emerged as the standard cross-platform way of doing scripting in PD? (directory listing, simple string processing etc..) I realize I could use shell, but would rather avoid future difficulties in windows now. One question about pyext, can a single external pass data internally to another instance? That is can multiple pyext scripts share data via python rather than through the patch?
I don't see the issue with open patches since someone with a patch open in one window and calling it as an abstraction in another would have the same problem as my system would? Its been a while since I did anything complex on linux. On OSX a few strange things happen with you save abstractions contained in other abstractions. There is a tendancy for PD to open the abstractions that contain the abstraction that was just saved. Ugly with many copies of a single abstraction. If people are not aware of this one I'll make a little demo patch.
I am guessing it is in all our best interests that the PD gui communication does become more robust!
Thanks again Krzysztof for poiting out my design error!!
B.
Czaja wrote:
hi Ben,
B. Bogart wrote: ...
I'm not sure if this would be considered a real bug, since its so bleeding edge and perhaps is not supposed to work at all..
Krzysztof, are the tcl errors happening because I'm running simultaneous "query" commands that are being bogged down by the dynamic patching?
...
#X msg 63 180 query glob [file join $2 $1];
...
#X msg 15 77 query file rootname $1;
tot is not, and never was meant to be a scripting tool. It is a simple little hack for talking with the gui, in a gentle manner.
You cannot ever pull more than 4Kb down to pd from pd-gui. If you send multiple queries, the responses are appended to an internal Pd buffer of 4Kb size. Under heavy load that buffer is bound to overflow before being served.
Choose any proper scripting external or shell, and replace all tots.
Besides, even without tots, if the abstractions you expect people will store in the set-dir directory have open windows and such, it is begging for trouble sooner or later. Pd's communication to and from pd-gui is not robust enough for that kind of things.
Krzysztof
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev