[PD-dev] tcl errors in the PD console... (using dynamic patching from tot directory listing)

[B. Bogart]

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 at iem.at
> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20050323/66f85e25/attachment.pgp>