[MACTCL] Re: memory & sockets

[Mats B. <ma...@pr...>]

Daniel wrote
>
> your problem has nothing to do with TclXML but rather with the use of 
> "puts stderr" in your TestingXML.tcl script. There are problems with 
> stderr and the Wish console ...

That problem "solved". Perhaps it could be documented somewhere.

> tclMacAlloc.c tries to make sure that there is at least TOOLBOX_SPACE 
> (currently 512K) of heap space free, it would be good if your code 
> could take similar precautions e.g. by implementing a similar 
> strategy to what is done in tclMacAlloc.c (allocate and lock a 
> purgeable handle of e.g. size 512K, then try to allocate memory the 
> way you do already, then unlock the handle, next time around check if 
> the handle has been purged, if yes reallocate it)

Seems complicated.

> >Wouldn't it be an idee to just get the unix channel driver code from
> >tclUnixChan.c, link it with GUSI, and make it into an extension,
> >just for testing? Are there any problems with this?
> 
> I don't know about the extension approach, but it should certainly be 
> possible to try to replace the mac socket code in e.g. target 
> ppc¥TestLibrary of TclLibraries.1 by the unix code and GUSI and see 
> if it compiles and if sockets work in 'TclTest (PPC)'. Maybe you can 
> give it a try?

Had one deeper look at it, and it seems more complicated than that.
There is the notifier and file event stuffs that add significant
complexity. I just don't understand how it works for the moment.

Jim wrote
>
> Actually, Ray used GUSI for a while, but that was in its first 
> incarnation - on top of MacTCP, IIRC - and going through the Tcl layer, 
> through the GUSI layer, to the flakey Mac layer, was very unstable, so 
> he hand-rolled the current code on top of MacTCP.

We cannot judge GUSI from its status several years ago. From its docs,
there are a lot of changes; two updates this summer. And this guy, Matthias,
refers to bug fixes with MacPerl bug numbers, so it gets some maintanence.
I don't say it's good, I just don't know.
You can build it for either MacTCP or OpenTransport now.

Happy hacking,   Mats