tcl-mac — Q&A for Tcl on the Macintosh platform

Re: [MACTCL] Problems porting program to Mac -- thoughts?

[Ryan C. <sc...@ho...>]

> >    Posted to c.l.t and tcl-mac mailing  list.   Wish 8.3.3 on MacOS 9.0
> >(ppc).   I am starting to port my program to Mac.   After finding how to
> >make an executable and adding some mac-specific stuff to my  OS-specific
> >sections, it seems to work ok (it at least loads :) ).   I am having the
> >following problems:   My program revolves around up to about 120 (maybe a
> >bit more) photo images being moved around three canvases.  Sometimes I
can
> >load up to about 30, but more than that always seems to crash Wish.
> >bgerror does not catch it, and sometimes an 'Error 25' is  displayed.
>
>
> Welcome to classic MacOS ( < OS X ) :p

Thanks :-\

> ID 25 means QuickDraw, the graphics layer in the OS, could not get RAM to
> satisfy a need that was graphics related.  QD is written in a very
> "optimistic" style which means, there's not much in the way of error
> reporting.

Ah, glad somebody knows.  Thanks for the quick answer!

> I will go out on a limb and guess that the "partition size" or "memory
> allocation" for your Tcl app (or Tcl shell that in turn runs your code) is
> not high enough for its needs.  Which jibes with the problem description.

> The way you would increase the amount of RAM available to Wish:
> a. select the Wish executable icon
> b. hit Get Info in the FInder (command-I)
> c. click on the popup and change to "memory"
> d. adjust to suit.

Worked great, except apparently my Mac doesn't have enough memory :-)

>    I would recommend ZoneRanger as an excellent tool for watching the
> shell's real memory usage within its heap in real time. You can download
it
> here: http://www.metrowerks.com/tools/software/zoneranger/

This got up to 24MB memory on my app before it crashed and the zone was
destroyed.

I can't see how it could be using that much memory...each of these images is
~3k in size.  The Tk control structures, etc, would take more room, but that
much???  It gets nowhere near this size on PC or Unix.

Does Mac Classic have virtual (disk cache) memory at all?  Should I just
give up and work on the OSX port (especially with OS10.1 coming out soon)?

Thanks

Ryan

Re: [MACTCL] Problems porting program to Mac -- thoughts?

[Rob B. <rb...@qu...>]

>    Posted to c.l.t and tcl-mac mailing  list.   Wish 8.3.3 on MacOS 9.0
>(ppc).   I am starting to port my program to Mac.   After finding how to
>make an executable and adding some mac-specific stuff to my  OS-specific
>sections, it seems to work ok (it at least loads :) ).   I am having the
>following problems:   My program revolves around up to about 120 (maybe a
>bit more) photo images being moved around three canvases.  Sometimes I can
>load up to about 30, but more than that always seems to crash Wish. 
>bgerror does not catch it, and sometimes an 'Error 25' is  displayed.


Welcome to classic MacOS ( < OS X ) :p

ID 25 means QuickDraw, the graphics layer in the OS, could not get RAM to
satisfy a need that was graphics related.  QD is written in a very
"optimistic" style which means, there's not much in the way of error
reporting.

I will go out on a limb and guess that the "partition size" or "memory
allocation" for your Tcl app (or Tcl shell that in turn runs your code) is
not high enough for its needs.  Which jibes with the problem description.

The way you would increase the amount of RAM available to Wish:
a. select the Wish executable icon
b. hit Get Info in the FInder (command-I)
c. click on the popup and change to "memory"
d. adjust to suit.

   I would recommend ZoneRanger as an excellent tool for watching the
shell's real memory usage within its heap in real time. You can download it
here: http://www.metrowerks.com/tools/software/zoneranger/



--
Rob Barris       Quicksilver Software Inc.      rb...@qu...

[MACTCL] Problems porting program to Mac -- thoughts?

[Ryan C. <sc...@ho...>]

Posted to c.l.t and tcl-mac mailing list.

Wish 8.3.3 on MacOS 9.0 (ppc).

I am starting to port my program to Mac.  After finding how to make an =
executable and adding some mac-specific stuff to my OS-specific =
sections, it seems to work ok (it at least loads :) ).

I am having the following problems:

My program revolves around up to about 120 (maybe a bit more) photo =
images being moved around three canvases.  Sometimes I can load up to =
about 30, but more than that always seems to crash Wish.  bgerror does =
not catch it, and sometimes an 'Error 25' is displayed.

Secondly, I use enter and leave events with an after timer to load =
balloons next to the images (after 700ms).  My implementation, which =
works find on *nix and Win*, keeps popping and removing a window as long =
as I hover.  It should be popping up after 700ms, then disappearing when =
the mouse is moved.  I am still investigating this one, but it seems =
like the system must be generating multiple Enter events when hovering.

Any thoughts on these issues or directions I may proceed?

Thank you.

Ryan P. Casey
Programm, CardTable
http://go.to/cardtable
(This is the program I am porting, BTW.)

[MACTCL] Native Mac menubutton

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

Parallel post to "tc...@li..." and "comp.lang.tcl".
Reply-To: compl.lang.tcl

Hi all,

I've made a native menubutton for the Mac. It is made as a shared lib,
and with a few lines of code you replace the old one completely.
It presently lacks the -image and -bitmap options. 
The implementation differs a bit from the other Mac controls (button,
checkbutton, radiobutton) since it doesn't uses a mix of Apple and
tk drawing code (very unfortunate IMHO), but uses all
native Apple code for most things.

Before I take it any further, I want to have an experienced Mac programmer
to scrutiny it for any stupid solutions.
Get it from "http://hem.fyristorg.com/matben/download/MacMenuButton.sit"

Wishes,  Mats Bengtsson

PS: In case you don't use it already, native tk_messageBox at
"http://hem.fyristorg.com/matben/download/MovableAlerts.sit"

README for the MacMenuButton extension
--------------------------------------

This is supposed to replace the 'menubutton' on the Macintosh. 
It requires the Appearence Manager which is found in MacOS 8.0 and up.
There are some issues left:

    -   The -image and -bitmap options are not supported, yet.
    
    -   The UTF-8 translation is not made.
        
    -   There is no button pressed flag so I highlight it when the
        mouse enters, just as a reminder that it must be fixed.
        
    -   Don't know which color to pick for the three pixels in each corner.
        It is now the -background color, but the ordinary button uses
        -highlightbackground?
    
    -   The position of the popup menu should be changed in order to 
        conform better with standard Mac apperance..        
        
    -   The widget class is the "standard" MenuButton class.
    
    -   Something needs to be done so that we can get Mac native font stuffs
        from a Tk_Font object; I've included a crude hack.
        
    -   It is compliant to the Apperance Manager which means that foreground
        and background colors are set via themes and not from command switches.


USAGE:

Put the MacMenuButton.shlb in the "Tool Command Language" folder, and ...

if {[string compare $tcl_platform(platform) "macintosh"] == 0}  {
    if {![catch {package require MacMenuButton} msg]}  {
        rename menubutton ""
        rename macmenubutton menubutton
    }
}

Mats Bengtsson
ma...@pr...

Re: [MACTCL] MacOSX

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

You could test the GUSI which provides POSIX threads and sockets to MacOS.
I don't know the quality nor performance of this stuff.
The only address I found was:

http://www.iis.ee.ethz.ch/~neeri/macintosh/gusi-qa.html

Seems it is now hosted at SourceForge.

Mats Bengtsson


Bo Rasmusson wrote:
> 
> My problem is that we are using threads and sockets in our application
> which uses Tcl/Tk for the GUI and C++ for extension functionality.
> On Windows and UNIX we use pthreads in the extension code, but since
> threads are only supported on OSX on the Macintosh platform I do not
> know a solution on how to build our application on Mac. My question is
> therefor if anyone know of a "quick and dirty" method for me to build
> our application on Macintosh with thread support while waiting for the
> MacOSX version of Tk?
>

[MACTCL] MacOSX

[Bo R. <bo...@el...>]

Hi,

I know this question has been up before, but my first question is just
what the status is on the "porting" of Tk to Carbon on MacOSX?

My problem is that we are using threads and sockets in our application
which uses Tcl/Tk for the GUI and C++ for extension functionality.
On Windows and UNIX we use pthreads in the extension code, but since
threads are only supported on OSX on the Macintosh platform I do not
know a solution on how to build our application on Mac. My question is
therefor if anyone know of a "quick and dirty" method for me to build
our application on Macintosh with thread support while waiting for the
MacOSX version of Tk?

Thanks for any responses!

Bo



Bo Rasmusson
Software developer
The Electronic Farm

bo...@el...

[MACTCL] TclPro vs Mac Tcl

[David R. <dr...@sa...>]

Hi!  I have a programmer who has taken over most of my Tcl/Tk
programming and developed the recent set of routines using Tcl Pro.
However, I have a need to port his routines over to my Mac.  I am
assuming that the libraries associated with Tcl Pro are quite different
from those now available for Mac OS 9.1 and therefore I need to link
additional libraries (incrTcl?).    Can any one suggest the easiest way
to approach this?

Thanks in advance for any tips,

Dave


--
-------------------------------------------------------------------------------

David G. Robinson, PhD          E: dr...@sa...
Risk and Reliability Analysis   O: 505-844-5883
Sandia National Laboratories    F: 505-844-2829
PO Box 5800 MS 0748
Albuquerque, NM 87185-0748
http://reliability.sandia.gov/crax/robin.html
-------------------------------------------------------------------------------

   If you can't deal with uncertainty, you can't deal with reality. DGR

[MACTCL] tkTable 2.7 and vu Mac binaries & patches @ SF

[Daniel A. S. <st...@ic...>]

[[ This message was both posted and mailed: see
   the "To," "Cc," and "Newsgroups" headers for details. ]]

I've just posted tkTable 2.7 and vu mac binaries (ppc only) and
updated/new projects & mac patches to the tkTable sourceforge project
patch manager:

http://sf.net/tracker/?func=detail&aid=439692&group_id=11464&atid=311464

http://sf.net/tracker/?func=detail&aid=439698&group_id=11464&atid=311464

The binaries are built with 8.4 but are stub enabled so should work
from 8.3.2p1 upwards.

the paned window widget from TIP 41 works very nicely on the mac BTW

Enjoy!

Cheers,

Daniel

[MACTCL] Re: Mac Tcl/Tk

[Daniel A. S. <st...@ic...>]

At 8:39 -0400 on 3/7/01, Ernest E. Rothman wrote:

>Thanks for all your great work on Mac tcl/tk.  I was just wondering 
>if you and/or anyone
>else is working on porting tcl/tk to Mac OS X.

Ernie,

OSX comes with Tcl 8.3.2 preinstalled from Apple.

I've just submitted a patch to sourceforge that improves build 
support and dynamic loading for the sourceforge 8-3-1-branch i.e. 
8.3.3 currently.
https://sourceforge.net/tracker/?func=detail&aid=435258&group_id=10894&atid=310894

I've also posted some instructions for building and installing 8.3.3 
on OSX in the same way as Apple did with 8.3.2 on
http://www.maths.mq.edu.au/~steffen/tcltk/darwin.html
(the patch mentioned there is identical to the one on sourceforge)

Re: Tk, I've just posted the following to c.l.t, ignore the bit on 
tcl.m4 updates, that's included in the patch above

--- begin forwarded text

In article <9hup8g$gs9$3...@sr...>, <lv...@ya...> wrote:

>  According to morgan mair fheal <mai...@ww...>:
>  :is the tk port to mac os x still ongoing?
>  :
>  :or finsihed
>
>  Which aspect - the port to the X side, or the port to the MacOS side?
>
>  I believe I talked to one of the clt recently who is using an iBook and
>  MacOS X who indicated that on the X side it wasn't too painful to get
>  Tcl/Tk built (or perhaps he indicated that it was built and he merely had
>  to bring it up).

Tk on X on OSX presents no problem, you can install a binary
distribution of XFree86 4.1.0 from xfree86.org or use the commercial
XTools.
then just build Tk from sources like on any other unix, you might need
the tcl.m4 updates checked into tcl core-8-3-1-branch but not the HEAD
yet (working on it), they should be present in the downloadable 8.3.3
source archives as well.

There is work being done on a carbonization of MacTk but no other
details are available at this time.

--- end forwarded text

to build Tk with the Tcl patch above you'll need the following Tk patch as well
https://sourceforge.net/tracker/index.php?func=detail&aid=435260&group_id=12997&atid=312997
and you should build your Tcl without --enable-threads like on other unices

Cheers,

Daniel
-- 
** Daniel A. Steffen          **  "And now to something completely
** Department of Mathematics  **   different"    Monty Python
** Macquarie University       ** <mailto:st...@ma...>
** NSW 2109 Australia         ** <http://www.maths.mq.edu.au/~steffen/>

Re: [MACTCL] MW Code Warrior 6.0 project file for MoreFiles

[Daniel A. S. <st...@ic...>]

Craig,

where did you get your source distribution from? chances are it 
doesn't contain the very latest mac sources for 8.3.3, notably a much 
improved version of tclMacAlloc and corrected project files were 
checked in after 8.3.3 was tagged.

The MoreFiles projects you need should be in 
tcl/mac/tcltkMacBuildSupport.sea.hqx in any case, along with other 
information you need to build (e.g. patches for CWPro6) and the 
recommended directory structure. You will also need to get MoreFiles 
1.5.1 from Apple.

There are number of ways you can get the latest mac sources:

you can check them out from sourceforge cvs, using tag 
tcl-core-8-3-1-branch resp tk-core-8-3-1-branch

you can get the full 8.3.3 mac installer which has a sources install 
option that will install tcl & tk sources all ready to build
http://prdownloads.sourceforge.net/tcl/TclTk_8.3.3_FullInstall.bin

the diffs from tags core-8-3-3 (probably what you have) to 
core-8-3-1-branch can also be obtained from 
http://www.maths.mq.edu.au/~steffen/tcltk/Mac_tcltk_core-8-3-3_patches/

As this is not the first time this question has come up, maybe you 
could write up a wiki page with your experiences building mac tcl/tk, 
and announce it here?
I'll be happy to add more details, but someone not used to building 
mac tcl/tk is probably more appropriate to start a page on the 
subject, I would be very likely to forget some essential steps...

Cheers,

Daniel

At 9:46 +1200 on 25/6/01, Craig Anderson wrote:

>Hi Jon,
>I can't find a Macintosh specific source distribution for
>8.3.3.  I'm using the UNIX tar.gz distribution which i build under several
>UNIXen and Windows without problems.  It does not come with MoreFiles,
>the documentation indicates that i need MoreFiles 1.4.3, and the Tcl/Tk site
>includes a link for downloading this code.
>
>The only version of MoreFiles 1.5.1 that i have found was not pre-built nor
>did it come with a project file.
>
>I'm soooo confused,


-- 
** Daniel A. Steffen          **  "And now to something completely
** Department of Mathematics  **   different"    Monty Python
** Macquarie University       ** <mailto:st...@ma...>
** NSW 2109 Australia         ** <http://www.maths.mq.edu.au/~steffen/>

Re: [MACTCL] MW Code Warrior 6.0 project file for MoreFiles

[Craig A. <cr...@ab...>]

Jon Guyer wrote:
> >I'm trying to build tcl/tk 8.3.3 for the Mac.  I have MW Code Warrior 6.0
> >but am having trouble building MoreFiles 1.4.3.
> 
> ???
> 
> Tcl/Tk 8.3.3 needs (and comes with) MoreFiles 1.5.1. That project
> should work fine (although the DLLs are already built).

Hi Jon,
I can't find a Macintosh specific source distribution for
8.3.3.  I'm using the UNIX tar.gz distribution which i build under several
UNIXen and Windows without problems.  It does not come with MoreFiles,
the documentation indicates that i need MoreFiles 1.4.3, and the Tcl/Tk site
includes a link for downloading this code.

The only version of MoreFiles 1.5.1 that i have found was not pre-built nor
did it come with a project file.

I'm soooo confused,
-Craig

Re: [MACTCL] MW Code Warrior 6.0 project file for MoreFiles

[Jon G. <jg...@hi...>]

At 9:16 AM +1200 6/25/01, Craig Anderson wrote:

>I'm trying to build tcl/tk 8.3.3 for the Mac.  I have MW Code Warrior 6.0
>but am having trouble building MoreFiles 1.4.3.

???

Tcl/Tk 8.3.3 needs (and comes with) MoreFiles 1.5.1. That project 
should work fine (although the DLLs are already built).

-- 

   Jonathan E. Guyer
   <http://www.his.com/jguyer/>

[MACTCL] MW Code Warrior 6.0 project file for MoreFiles

[Craig A. <cr...@ab...>]

Hi.
I'm trying to build tcl/tk 8.3.3 for the Mac.  I have MW Code Warrior 6.0
but am having trouble building MoreFiles 1.4.3.

The problem stems from 6.0 not being able to use or convert
the old version project file that is included with MoreFiles 1.4.3.

Does anyone have a new/converted Project file for MoreFiles 1.4.3 that
will work with MW Code Warrior 6.0?

Thanks in advance,
-Craig

PS: I tried the FAQ at http://tcl.activestate.com/software/mac/macFAQ.html
but i just get "an internal error" from "Tcl-Webserver/3.3".

[MACTCL] Re: Carbon

[Daniel A. S. <da...@us...>]

At 16:15 -0700 on 30/5/01, Rob Barris wrote:

>    I would be very open to running our scripts under the built-in Tcl of
>OSX - however in my brief test of 'tclsh' from the Terminal command line, I
>was not able to do the "package require Tclapplescript" command, so I
>suspect the Tcl version there is more of a bare UNIX flavor without any
>AppleScript capability - essential for this task.
>
>    Should I pursue the carbonized 8.3.3 instead?  Ideas welcome.

carbonizing 8.3.3 would certainly not be necessary for this, instead 
you could look at carbonizing the Tclapplescript extension which 
should not be too hard.

This is certainly something on my todo list, as is bringing the mac 
specific Tcl commands like resource and beep to the OSX Tcl, but help 
with this would definitely be most welcome.
(note that Tcl extensions on X currently need to be built as bundles 
but will need to be built as ordinary dylib libraries in the future, 
the dynamic code loader in Tcl has been changed to get a more 
standard extension binary format)

At 16:34 -0700 31/5/01, Rob Barris wrote:
>   key binding in CW pressed...
>    'glue' AppleScript applet... (classic)
>     Tcl script (processing)... (classic)
>      AppleEvent to trigger CW 'make'

you could probably use a native applet for the glue no? I would be 
interested to know if that has performance implications (positive or 
negative)

>    it is good to see that this type of thing works even though CW is under
>Carbon native on X, and the Tcl shell being used is in classic.  This gives
>me enough to work with right now, although I would be happier if I could
>have the MacTcl shell as a native Carbonized app someday, and avoid the
>overhead of Classic.

there is probably not much need to have a separate MacTcl shell on X, 
the terminal handles shell type tasks much better, and you can send 
apple events to any process on the system including tclsh (with a 
carbonized Tclapplescript and/or TclAE running).

Cheers,

Daniel
-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **

Re: [MACTCL] Problems compiling Tcl/Tk 8.3.3

[Daniel A. S. <st...@ic...>]

Bo,

sorry for the delay

At 13:58 +0100 on 1/6/01, Bo Rasmusson wrote:

>I have downloaded the Tcl/Tk 8.3.3 version for Macintosh and tried to
>compile it on Mac OS X.

I have actually never tried that myself, I built the 8.3.3 distribution on 9.1

>  Since I managed to compile the 8.3.2p1 version
>(on Mac OS 9) for ca. 2 month ago I did not need to do so much work to
>compile this newer version, i.e. all changes to CodeWarrior, Universal
>Interfaces, Morefiles etc where allready made.
>But unfortunatly I got an error while compiling the "Tk Release build"
>target in the TkShells.pi project:
>
>"An unknown error occured when post-linking target "Drag & Drop Tclets"
>for project "TkShells.pi"."
>
>, which means that it did not manage to post link the code for the "Drag
>
>& Drop Tclets". Except for this error everything compiled great.
>Anyone having any clue of what this can be?

The post-linker for this target is set to "Output Flags Post Linker", 
this is used to set the "custom icon bit" of the executable, which 
shows the custom icon in the resources of the "Drag & Drop Tclets" 
app. This is purely cosmetic and if the post-link fails no loss of 
functionality will result. (you should be able to set the custom icon 
bit manually with FileTyper, ResEdit, Resorcerer or somesuch...)

As to the reason for the error, I suspect that the Metrowerks "Output 
Flags Post Linker" is buggy on OSX, as is much of CW 6.2 ...

Cheers,

Daniel
-- 
** Daniel A. Steffen          **  "And now to something completely
** Department of Mathematics  **   different"    Monty Python
** Macquarie University       ** <mailto:st...@ma...>
** NSW 2109 Australia         ** <http://www.maths.mq.edu.au/~steffen/>

[MACTCL] Problems compiling Tcl/Tk 8.3.3

[Bo R. <bo...@el...>]

I have downloaded the Tcl/Tk 8.3.3 version for Macintosh and tried to
compile it on Mac OS X. Since I managed to compile the 8.3.2p1 version
(on Mac OS 9) for ca. 2 month ago I did not need to do so much work to
compile this newer version, i.e. all changes to CodeWarrior, Universal
Interfaces, Morefiles etc where allready made.
But unfortunatly I got an error while compiling the "Tk Release build"
target in the TkShells.pi project:

"An unknown error occured when post-linking target "Drag & Drop Tclets"
for project "TkShells.pi"."

, which means that it did not manage to post link the code for the "Drag

& Drop Tclets". Except for this error everything compiled great.
Anyone having any clue of what this can be?


Thanks for any help.

Bo

Re: Carbon (was: [MACTCL] ANNOUNCE: Mac Tcl/Tk 8.3.3 Binary Release)

[Rob B. <rb...@qu...>]

   After only a small amount of fiddling, I was able to use the classic
version of MacTcl to successfully run the custom app described below.  All
I did was set up a clean 9.1 partition for use of Classic under X, and
install MacTcl 8.3.3 there.  It was important to eliminate the old "Tool
Command Language" folder from Extensions first, otherwise a stale
Tclapplescript1.1.shlb got left in there from the 8.3.1 install I had used
previously.

Considering the chain of command involved:

  key binding in CW pressed...
   'glue' AppleScript applet... (classic)
    Tcl script (processing)... (classic)
     AppleEvent to trigger CW 'make'

   it is good to see that this type of thing works even though CW is under
Carbon native on X, and the Tcl shell being used is in classic.  This gives
me enough to work with right now, although I would be happier if I could
have the MacTcl shell as a native Carbonized app someday, and avoid the
overhead of Classic.


At 4:15 PM -0700 5/30/01, Rob Barris wrote:
>
>   My company uses MacTcl on 9.1 as the backbone of a customized build
>system for our game projects. A common set of scripts is used to automate
>some unique source code preprocessing tasks on both Mac and Windows (we
>also use the stock Win32 Tcl on the Win32 systems.)
>
>   On the Mac, the scripts are triggered from inside the Metrowerks IDE by
>way of a key binding which runs a tiny AppleScript.  The AppleScript does
>these things:
>   - run a default "per user" environment script in Tcl
>   - send an AppleEvent to the MW IDE to query it for the project path
>   - run the generic build tool in Tcl
>   - send an AppleEvent to the MW IDE to trigger the actual 'Make'.
>
>   It's structured this way, so that changes made to source files (and some
>generated source files) actually get noticed by the IDE as "changed" during
>the dependency checking of the Make.  That is to say we try to avoid
>hitting the "Make" button in the IDE, instead we hit the "builder" button
>which triggers the above.
>
>   With OS X I am at a crossroads in figuring out how to make this stuff
>work.  I have tried to get it running with MacTcl installed and launched
>under Classic, it gets partway but seems to run into some problems getting
>the main script launched.  In this case I still have MacTcl 8.3.1
>installed, I am thinking about putting 8.3.3 on there and seeing how well
>that works.
>   I would be very open to running our scripts under the built-in Tcl of
>OSX - however in my brief test of 'tclsh' from the Terminal command line, I
>was not able to do the "package require Tclapplescript" command, so I
>suspect the Tcl version there is more of a bare UNIX flavor without any
>AppleScript capability - essential for this task.



--
Rob Barris       Quicksilver Software Inc.      rb...@qu...

Re: Carbon (was: [MACTCL] ANNOUNCE: Mac Tcl/Tk 8.3.3 Binary Release)

[Rob B. <rb...@qu...>]

>At 11:44 +0200 on 18/5/01, Jack Jansen wrote:
>
>>As the message didn't say anything about Carbon compatibility I assume that
>>8.3.3 isn't OSX/Carbon compatible?
>
>no, although there is a pseudo carbon version of Tcl included in the
>development install, but all this does is link with carbonlib so that
>developers can test their tcl using carbon software on OS9. The
>pseudo carbon version of Tcl doesn't run on OSX
>
>>Are there any plans for a carbonized tcl/tk?
>
>the standard UNIX Tcl works perfectly on OSX, and in fact apple
>includes it with the OS, so you're good to go (8.3.3 is easy to
>compile as well, let me know if you're interested in a small patch
>that makes it even easier...)


   Hello all.

   My company uses MacTcl on 9.1 as the backbone of a customized build
system for our game projects. A common set of scripts is used to automate
some unique source code preprocessing tasks on both Mac and Windows (we
also use the stock Win32 Tcl on the Win32 systems.)

   On the Mac, the scripts are triggered from inside the Metrowerks IDE by
way of a key binding which runs a tiny AppleScript.  The AppleScript does
these things:
   - run a default "per user" environment script in Tcl
   - send an AppleEvent to the MW IDE to query it for the project path
   - run the generic build tool in Tcl
   - send an AppleEvent to the MW IDE to trigger the actual 'Make'.

   It's structured this way, so that changes made to source files (and some
generated source files) actually get noticed by the IDE as "changed" during
the dependency checking of the Make.  That is to say we try to avoid
hitting the "Make" button in the IDE, instead we hit the "builder" button
which triggers the above.

   With OS X I am at a crossroads in figuring out how to make this stuff
work.  I have tried to get it running with MacTcl installed and launched
under Classic, it gets partway but seems to run into some problems getting
the main script launched.  In this case I still have MacTcl 8.3.1
installed, I am thinking about putting 8.3.3 on there and seeing how well
that works.
   I would be very open to running our scripts under the built-in Tcl of
OSX - however in my brief test of 'tclsh' from the Terminal command line, I
was not able to do the "package require Tclapplescript" command, so I
suspect the Tcl version there is more of a bare UNIX flavor without any
AppleScript capability - essential for this task.

   Should I pursue the carbonized 8.3.3 instead?  Ideas welcome.


--
Rob Barris       Quicksilver Software Inc.      rb...@qu...

Re: [MACTCL] Tcl Mac Status

[Jon G. <jg...@hi...>]

At 7:44 AM -0600 5/24/01, David Robinson wrote:

>Can someone point me toward the sources for the latest Mac release?

Daniel Steffen announced it here and on comp.lang.tcl about a week ago:

Macintosh Tcl/Tk 8.3.3 Binary Release Announcement
May 17, 2001

We are pleased to announce the availability of Macintosh binaries for the
recent 8.3.3 releases of the Tcl scripting language and the Tk toolkit
This is the third patch release of Tcl/Tk 8.3. More details can be found below.

An installer appropriate for most users is available for direct download at
	http://prdownloads.sourceforge.net/tcl/TclTk_8.3.3_RuntimeInstall.bin

For Tcl Developers, a more complete installer containing additional binaries,
CodeWarrior projects and complete sources is available at
	http://sourceforge.net/project/showfiles.php?group_id=10894&release_id=30592

For more information, please visit
  * the Tcl project page on SourceForge
	http://sourceforge.net/tcl/
  * the SourceForge Tcl Foundry
	http://sourceforge.net/foundry/tcl-foundry/
  * the Tcl Developer Xchange:
	http://dev.Scriptics.com/	http://tcl.ActiveState.com/

-- 

   Jonathan E. Guyer
   <http://www.his.com/jguyer/>

[MACTCL] Tcl Mac Status

[David R. <dr...@sa...>]

Well, I've finally found the time to code some of my projects up on the
Mac.  I haven't been getting any postings from this group, so I'm not
sure what the status is relative to Tcl on the Mac.  My WinTel
programmer uses TclPro so I checked on that site and (not surprisingly)
didn't see much in the way of Mac material.

Can someone point me toward the sources for the latest Mac release?

Thanks in advance,


Dave



--
-------------------------------------------------------------------------------

David G. Robinson, PhD          E: dr...@sa...
Risk and Reliability Analysis   O: 505-844-5883
Sandia National Laboratories    F: 505-844-2829
PO Box 5800 MS 0748
Albuquerque, NM 87185-0748
http://reliability.sandia.gov/crax/robin.html
-------------------------------------------------------------------------------

   If you can't deal with uncertainty, you can't deal with reality. DGR

[MACTCL] tclapplescript timeout

[Robert K. <ro...@na...>]

This may be an applescript question rather than a tcl question,
but here it is:

I use a Tclapplescript execute call on a script similar to:
tell application "Finder"
  open file "blaah.xls" in folder "xls" in startup disk 
end tell

and blaah.xls has attribute creator = XCEL. I notice that this
and similar calls to adobe reader sometimes fail with a message
that there was an applescript timeout (when the target file is large).

I notice that if the application is already open, succeeds.

Does anyone know if I can have a separate call to execute 
excel or adobe reader, without having to write
the full path (to Excel, Reader) on each client machine?
Then I could have the first script open the application and the second
open the file, hopefully avoiding the timeout.

I/clients are running wish 8.0.5 or 8.0p2.

Thanks for any suggestions.

Robert Karen

Re: Carbon (was: [MACTCL] ANNOUNCE: Mac Tcl/Tk 8.3.3 Binary Release)

[Daniel A. S. <da...@us...>]

At 11:44 +0200 on 18/5/01, Jack Jansen wrote:

>As the message didn't say anything about Carbon compatibility I assume that
>8.3.3 isn't OSX/Carbon compatible?

no, although there is a pseudo carbon version of Tcl included in the 
development install, but all this does is link with carbonlib so that 
developers can test their tcl using carbon software on OS9. The 
pseudo carbon version of Tcl doesn't run on OSX

>Are there any plans for a carbonized tcl/tk?

the standard UNIX Tcl works perfectly on OSX, and in fact apple 
includes it with the OS, so you're good to go (8.3.3 is easy to 
compile as well, let me know if you're interested in a small patch 
that makes it even easier...)

the standard Tk for X Windows runs fine on OSX if you have XFree86 
installed and can use XAqua.

A native OSX version of Tk is in the works, but will take some time 
to be finished.

Cheers,

Daniel

-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **

Carbon (was: [MACTCL] ANNOUNCE: Mac Tcl/Tk 8.3.3 Binary Release)

[Jack J. <ja...@or...>]

As the message didn't say anything about Carbon compatibility I assume that 
8.3.3 isn't OSX/Carbon compatible? Are there any plans for a carbonized tcl/tk?
--
Jack Jansen             | ++++ stop the execution of Mumia Abu-Jamal ++++
Jac...@or... | ++++ if you agree copy these lines to your sig ++++
www.oratrix.nl/~jack    | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm 

[MACTCL] ANNOUNCE: Mac Tcl/Tk 8.3.3 Binary Release

[Daniel A. S. <da...@us...>]

Macintosh Tcl/Tk 8.3.3 Binary Release Announcement
May 17, 2001

We are pleased to announce the availability of Macintosh binaries for the
recent 8.3.3 releases of the Tcl scripting language and the Tk toolkit
This is the third patch release of Tcl/Tk 8.3. More details can be found below.

An installer appropriate for most users is available for direct download at
	http://prdownloads.sourceforge.net/tcl/TclTk_8.3.3_RuntimeInstall.bin

For Tcl Developers, a more complete installer containing additional binaries,
CodeWarrior projects and complete sources is available at
	http://sourceforge.net/project/showfiles.php?group_id=10894&release_id=30592

For more information, please visit
  * the Tcl project page on SourceForge
	http://sourceforge.net/tcl/
  * the SourceForge Tcl Foundry
	http://sourceforge.net/foundry/tcl-foundry/
  * the Tcl Developer Xchange:
	http://dev.Scriptics.com/	http://tcl.ActiveState.com/


Regards,
Daniel A. Steffen
da...@us...

----------------------------------------------------------------------------

--- Mac specific changes/fixes for Mac Tcl/Tk 8.3.3, May 4, 2001 ---

* The following are the main mac specific changes since 8.3.2p1:
   - use of DLLIMPORT and DLLEXPORT like on other platforms, no longer use
     .exp files to determine what gets exported from DLLs, this also needs
     the #defines BUILD_tcl, BUILD_tk & STATIC_BUILD to be setup properly,
     thus
   - revised precompiled header handling: we now include a common header
     file 'MW_TclHeaderCommon.h' from all .pch files, the .pch files
     themselves now only setup #defines like in makefiles on other
     platforms.
   - added support for -filetypes option to tk_getSaveFile (tcl bug #221636)
   - added update event handling for background windows while in a
     NavigationMgr dialog
   - fixed crashing bug and memory leak in memory allocation code; modernized
     memory allocation, now use temporary memory instead of system heap
     when application heap is full and use RecoverHandle instead of memory
     allocation tracking; increased fraction of application heap reserved
     for OS routines to 512K.

----------------------------------------------------------------------------

--- About Tcl/Tk ---

Tool Command Language (Tcl) is an interpreted language and a very portable
interpreter for that language.  Tcl is embeddable and extensible, and has
been used by companies and organizations world-wide since its creation in
1988 by John Ousterhout.

As a language, it is much like UNIX shell languages.  There is very little
syntax and it is easy to learn.  It is used to glue together building
blocks built in system programming languages like C, C++, and Java.  These
building blocks appear as commands, or verbs, in the script language.  It
is easy to embed Tcl into a legacy program so you can script the behavior
of that program and add in other building blocks like a GUI interface.  The
Tcl interpreter is written in C and has been ported to almost every
computer platform.

Tk is a portable GUI toolkit for Tcl, it allows simple and dynamic creation
of graphical interfaces that run on Mac, Windows, UNIX and other platforms.

Check out the SourceForge Tcl Foundry:
	http://sourceforge.net/foundry/tcl-foundry/
An informal survey shows over 100 Tcl-related SourceForge projects

Please visit the Tcl Developer Xchange web site:
	http://dev.Scriptics.com/	http://tcl.ActiveState.com/

----------------------------------------------------------------------------

Tcl/Tk 8.3.3 Release Announcement
April 9, 2001

We are pleased to announce the 8.3.3 releases of the Tcl scripting language
and the Tk toolkit.  This is the third patch release of Tcl/Tk 8.3. More
details can be found below.  We'd like to thank all those that submit bugs
and patches as they are the primary source of information for us to
identify problems in the core.

Where to get the new releases:
------------------------------

Tcl/Tk 8.3.3 sources are freely available in from the Tcl Developer Xchange
web site at:

         http://dev.Scriptics.com/software/tcltk/8.3.html
         http://tcl.ActiveState.com/software/tcltk/8.3.html

This web page also contains additional information about the releases,
including new features and notes about installing and compiling the
releases.  Windows and Linux binaries are available from:

	http://www.ActiveState.com/ASPN/Tcl/Downloads/

For additional information:
---------------------------

Please visit the Tcl Developer Xchange web site:

         http://dev.Scriptics.com/
         http://tcl.ActiveState.com/

This site contains a variety of information about Tcl/Tk in general,
the core Tcl and Tk distributions, the TclPro tool suite, and much more.

Thank you for your contributions:
---------------------------------
As usual, this release includes contributions from the Tcl community.
Tcl/Tk is maintained by the community, with the sources and bug
database at SourceForge:

	 http://tcl.SourceForge.net/

Everyone is encouraged to participate in making Tcl an even better
language.

Summary of Changes since Tcl/Tk 8.3.2:
--------------------------------------

The following were the main changes in Tcl/Tk 8.3.3.  A complete list can
be found in the changes file at the root of the source tree.  The more
complete ChangeLog is also included with each source release.  This is a
patch release, so it primarily included bug fixes and corrections to
erratic behavior.  Below are only the most notable changes.

1. Improved Mac build structure, build support for AIX-5 and Win64,
    as well as improved build support for IRIX-5 and Mac OS X.

2. Fixed race condition in readability of socket on Windows.

3. Fixed handling of timeout for threads (corrects excessive CPU usage
    issue for Tk on Unix in threaded Tcl environment).

4. Improved efficiency of [string split].

5. Corrected parsing of $tcl_libPath at startup and use of tclLibraryPath
    in the threaded environment on Windows.

6. Enhanced handling of {!<boolean>} in expressions.

7. Corrected excessive mem use of info exists on a non-existent array
    element.

8. Corrected a memory leak in the channel code.

10. Added support for changing IME on the fly in Windows 2000

11. Added Windows icon support in [wm iconbitmap].

12. Corrected support for iso10646-1 fonts (unicode on X).

-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **

[MACTCL] ANNOUNCE: Mac Tcl/Tk 8.3.3 Binary Release

[Daniel A. S. <da...@us...>]

Macintosh Tcl/Tk 8.3.3 Binary Release Announcement
May 17, 2001

We are pleased to announce the availability of Macintosh binaries for the
recent 8.3.3 releases of the Tcl scripting language and the Tk toolkit
This is the third patch release of Tcl/Tk 8.3. More details can be found below.

An installer appropriate for most users is available for direct download at
	http://prdownloads.sourceforge.net/tcl/TclTk_8.3.3_RuntimeInstall.bin

For Tcl Developers, a more complete installer containing additional binaries,
CodeWarrior projects and complete sources is available at
	http://sourceforge.net/project/showfiles.php?group_id=10894&release_id=30592

For more information, please visit
  * the Tcl project page on SourceForge
	http://sourceforge.net/tcl/
  * the SourceForge Tcl Foundry
	http://sourceforge.net/foundry/tcl-foundry/
  * the Tcl Developer Xchange:
	http://dev.Scriptics.com/	http://tcl.ActiveState.com/


Regards,
Daniel A. Steffen
da...@us...

----------------------------------------------------------------------------

--- Mac specific changes/fixes for Mac Tcl/Tk 8.3.3, May 4, 2001 ---

* The following are the main mac specific changes since 8.3.2p1:
   - use of DLLIMPORT and DLLEXPORT like on other platforms, no longer use
     .exp files to determine what gets exported from DLLs, this also needs
     the #defines BUILD_tcl, BUILD_tk & STATIC_BUILD to be setup properly,
     thus
   - revised precompiled header handling: we now include a common header
     file 'MW_TclHeaderCommon.h' from all .pch files, the .pch files
     themselves now only setup #defines like in makefiles on other
     platforms.
   - added support for -filetypes option to tk_getSaveFile (tcl bug #221636)
   - added update event handling for background windows while in a
     NavigationMgr dialog
   - fixed crashing bug and memory leak in memory allocation code; modernized
     memory allocation, now use temporary memory instead of system heap
     when application heap is full and use RecoverHandle instead of memory
     allocation tracking; increased fraction of application heap reserved
     for OS routines to 512K.

----------------------------------------------------------------------------

--- About Tcl/Tk ---

Tool Command Language (Tcl) is an interpreted language and a very portable
interpreter for that language.  Tcl is embeddable and extensible, and has
been used by companies and organizations world-wide since its creation in
1988 by John Ousterhout.

As a language, it is much like UNIX shell languages.  There is very little
syntax and it is easy to learn.  It is used to glue together building
blocks built in system programming languages like C, C++, and Java.  These
building blocks appear as commands, or verbs, in the script language.  It
is easy to embed Tcl into a legacy program so you can script the behavior
of that program and add in other building blocks like a GUI interface.  The
Tcl interpreter is written in C and has been ported to almost every
computer platform.

Tk is a portable GUI toolkit for Tcl, it allows simple and dynamic creation
of graphical interfaces that run on Mac, Windows, UNIX and other platforms.

Check out the SourceForge Tcl Foundry:
	http://sourceforge.net/foundry/tcl-foundry/
An informal survey shows over 100 Tcl-related SourceForge projects

Please visit the Tcl Developer Xchange web site:
	http://dev.Scriptics.com/	http://tcl.ActiveState.com/

----------------------------------------------------------------------------

Tcl/Tk 8.3.3 Release Announcement
April 9, 2001

We are pleased to announce the 8.3.3 releases of the Tcl scripting language
and the Tk toolkit.  This is the third patch release of Tcl/Tk 8.3. More
details can be found below.  We'd like to thank all those that submit bugs
and patches as they are the primary source of information for us to
identify problems in the core.

Where to get the new releases:
------------------------------

Tcl/Tk 8.3.3 sources are freely available in from the Tcl Developer Xchange
web site at:

         http://dev.Scriptics.com/software/tcltk/8.3.html
         http://tcl.ActiveState.com/software/tcltk/8.3.html

This web page also contains additional information about the releases,
including new features and notes about installing and compiling the
releases.  Windows and Linux binaries are available from:

	http://www.ActiveState.com/ASPN/Tcl/Downloads/

For additional information:
---------------------------

Please visit the Tcl Developer Xchange web site:

         http://dev.Scriptics.com/
         http://tcl.ActiveState.com/

This site contains a variety of information about Tcl/Tk in general,
the core Tcl and Tk distributions, the TclPro tool suite, and much more.

Thank you for your contributions:
---------------------------------
As usual, this release includes contributions from the Tcl community.
Tcl/Tk is maintained by the community, with the sources and bug
database at SourceForge:

	 http://tcl.SourceForge.net/

Everyone is encouraged to participate in making Tcl an even better
language.

Summary of Changes since Tcl/Tk 8.3.2:
--------------------------------------

The following were the main changes in Tcl/Tk 8.3.3.  A complete list can
be found in the changes file at the root of the source tree.  The more
complete ChangeLog is also included with each source release.  This is a
patch release, so it primarily included bug fixes and corrections to
erratic behavior.  Below are only the most notable changes.

1. Improved Mac build structure, build support for AIX-5 and Win64,
    as well as improved build support for IRIX-5 and Mac OS X.

2. Fixed race condition in readability of socket on Windows.

3. Fixed handling of timeout for threads (corrects excessive CPU usage
    issue for Tk on Unix in threaded Tcl environment).

4. Improved efficiency of [string split].

5. Corrected parsing of $tcl_libPath at startup and use of tclLibraryPath
    in the threaded environment on Windows.

6. Enhanced handling of {!<boolean>} in expressions.

7. Corrected excessive mem use of info exists on a non-existent array
    element.

8. Corrected a memory leak in the channel code.

10. Added support for changing IME on the fly in Windows 2000

11. Added Windows icon support in [wm iconbitmap].

12. Corrected support for iso10646-1 fonts (unicode on X).

-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **