RE: [MACTCL] [MACTCL BUG] 8.3.2 Application Error 25

[Ralph H. <rh...@bm...>]

> If you have access to CW Pro6, compiling your own Tcl/Tk will take 
> care  of the problem, as you will integrate stock MW runtime 
> libraries which don't have the 8.1 problem.

Nope, I don't have CW - my main job is embedded systems, so I don't even have a C compiler for my PC.

> otherwise replacing 'MW_MSL.PPC.Shlb' in 8.3.4 by the copy that comes 
> with 8.3.3 should also fix the problem, note that TclShell, 
> TclBOAShell, Wish, 'Drag & Drop Tclets' and 'Widget Demos' all have 
> this library embedded, so you will need to use a tool like 
> Fragmalyzer, Resorcerer or Apple's free MPW MergeFragment to replace 
> it. (or just use 'Simple Tk (sh-ppc)' instead of Wish etc)

I've tried this experiment in 8.3.3, and as long as I'm not streaming
text to the console, it appears to run forever. This has given
me new hope so I'm back to trying to get my Mindstorms
bootloader working on the Mac again :-)

> Please keep me posted on your progress with this, I'm not sure yet 
> what to do for the next release, yours is the only complaint I've 
> gotten so for, so most people seem to use post 8.1 OS versions.

Since 8.3.3 works, maybe the next release can use those libs again. On
the other hand, I might just upgrade to OS8.6 and avoid the problem
altogether.

For all the harping against Win machines, these Macs are pretty finicky
too - especially now that there are no more serial ports!

> Maybe I'll specify that 8.6 is needed for the distribution in the 
> future (compiling your own will always be an option for pre 8.6 
> users)? what are people's thoughts on this?

Compiling our own is not an option for most users. Most folks won;t
have CW Pro6 lying around :-)

> I find that SIOUX-WASTE is very nice to have in TclShell, esp. when 
> running apps such as tcltest which can produce a lot of output. it 
> also uses temp. mem. for its buffers which reduces memory problems in 
> tcl...

I'll look into this some more. Thanks for all your help so far...

Cheers, Ralph Hempel