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

Re: [MACTCL] Mac OS X: help with C app which uses Tk?

[Ashley W. <ash...@nt...>]

>on 10/1/02 1:47 AM, Jim Ingham at ji...@ap... wrote:
>> On 1/9/02 9:07 AM, "Ashley Ward" <ash...@nt...> wrote:
>> linking my application with them.  (By the way: can anyone tell me the
>> equivalent of 'ldd' on Mac OS X so I can check this?).
> 
> otool -L
> 
> Is what you want, I think.
>
>> I still get the SetFrontProcess error, every time I try to give my app
>> focus.
> 
> Are you building your app as an app package (I may have asked this before, I
> forget).  There are problems with getting the WindowServer to recognize you
> if you are not wrapped in a proper App package.  It is easy to get PB to do
> this for you.  You don't even need to use PB to build your App.  If you are
> already using a Makefile, then make one target that is a "Legacy Makefile
> Target" that builds your App, and an App target that builds the App package,
> and copies the binary into the correct place in the package.

Ah -- yup, thanks -- that was it.

My app now runs :) :), but I've got a bunch of minor bugs, which I'll
describe below.  First, though, I'm trying to figure out how to make the
Application package portable from machine to machine, even if the Tcl/Tk
Frameworks are not installed on the machine.

To do this, I think I need to include the Tcl and Tk Frameworks in my
application bundle in Contents/Frameworks or perhaps even
Contents/SharedFrameworks.

However, I can't even convince the linker to link with the Tcl/Tk Frameworks
that I've compiled up from CVS (in /Users/ashley/TclTkCVS/tcl and tk).  My
link line currently looks like this:

cc -o tkeden Eden/libeden.a Misc/libmisc.a Donald/libdonald.a
Sasami/libsasami.a EX/libex.a Scout/libscout.a
/Users/ashley/TclTkCVS/tk/macosx/build/Tk.framework/Tk
/Users/ashley/TclTkCVS/tk/macosx/build/Tcl.framework/Tcl
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundatio
n /System/Library/Frameworks/Carbon.framework/Carbon nothing.c

(I seem to need CoreFoundation and Carbon as I'm using a few CFBundle calls
to get a reference to some library files in Contents/Resources, similar to
the code in tkMacOSXAppInit.c).

which succeeds, despite this warning:

/usr/bin/ld: warning unused multiple definitions of symbol _matherr
/Users/ashley/TclTkCVS/tk/macosx/build/Tcl.framework/Tcl(tclMtherr.o)
definition of _matherr
/usr/lib/libSystem.dylib(s_matherr.o) unused definition of _matherr

...but 'otool -L' shows that it has actually picked the Tcl/Tk Frameworks
that I installed from the binary Wish package in /Library:

[localhost:~/tkeden] ashley% otool -L tkeden
tkeden:
        /Library/Frameworks/Tk.framework/Versions/8.4/Tk (compatibility
version 8.4.0, current version 8.4.0)
        /Library/Frameworks/Tcl.framework/Versions/8.4/Tcl (compatibility
version 8.4.0, current version 8.4.0)
    
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundatio
n (compatibility version 150.0.0, current version 227.2.0)
        /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
(compatibility version 2.0.0, current version 122.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 55.0.0)

If I temporarily rename /Library/Frameworks to something else, my app then
won't load.

So:

1) How do I convince the linker to use the Frameworks I've specified?
2) (Presumably having achieved this...) How do I set the linker up to link
with a Framework within the final application bundle?

I'm using plain command line cc and make etc as I'd like to use the same
build setup that I have on other platforms.  In vain, last night I tried to
get it into ProjectBuilder, but I can't even compile it there -- currently
tk.h seems to be looking for a load of X and other stuff:

/Users/ashley/TclTkCVS/tk/macosx/build/Tk.framework/Versions/8.4/Headers/tk.
h:86: header file 'X11/Xlib.h' not found
/Users/ashley/TclTkCVS/tk/macosx/build/Tk.framework/Versions/8.4/Headers/tk.
h:561: undefined type, found `XEvent'
/Users/ashley/TclTkCVS/tk/macosx/build/Tk.framework/Versions/8.4/Headers/tk.
h:570: undefined type, found `Tk_ClassCreateProc'
[etc etc]

I've tried to look through all the docs I downloaded with the Developer
Tools, but nothing seems to explain linker issues (and much of man ld goes
over my head).

Any hints would be appreciated!

Also, I have a few bugs in my app which, now I've noticed them, seem to also
occur in Wish, so I assume they are Tcl/Tk bugs.

- Cut and paste from other applications doesn't work (it seems OK within the
app).

- In the scroll bar, the down button is only slightly visible: it is
obscured by the window resize widget.

- When dragging the title bar of a window in order to move it, it seems
necessary to give it focus first.

- 'Hide tkeden' (in the left most menu) doesn't work.  Wish seems to die
unexpectedly when this is chosen.

- I have some menus with -tearoff set.  This is implemented as a
"(Tear-off)" menu option, which creates a torn off menu at the extreme
top-left of the screen, with the first item behind the Apple menu bar :(

- Maximise (+) button doesn't work.

- The Aqua close / minimise / maximise buttons in the title bar don't show
their x - + inners when the mouse is moved over them.

Finally, the other bug which I could do with some help on (I have lots more,
but I hope I can fix these myself!) is that the About option in the left
most menu for my app is actually "About Tcl & Tk" and leads to that
information.  How do I override this to show my own About information?

Many thanks for any help...

Ash.

-- 
          Ashley Ward - Graduate Teaching Assistant - PhD student
     as...@dc... - http://www.dcs.warwick.ac.uk/~ashley/
Room 3.16, Department of Computer Science, University of Warwick, Coventry

Re: [MACTCL] Img port

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

Mats,

thanks for doing this, Img has been on my todo list for a while...

I'd be interested in a copy, if you want I can also host it on my 
page with the other mac tcl extensions 
(http://www.maths.mq.edu.au/~steffen/tcltk/)

At 12:58 +0100 on 19/1/02, Mats Bengtsson wrote:
>1)	I build the image libs, libjpeg, libtiff, libpng, and zlib, as
>separate shared libs (which is how it works on win and unix),
>which get loaded at runtime by Img. But the loading is made from
>tcl's present folder (Build) which is not what you want.
>BTW: Img uses tclMacLoad.c from 8.0p2 to do this, which needed
>some patching to work.
>Any better solution here? Can't run the test suite because of this,
>I think.

you could try merging the image shared libraries into the Img shlb 
(set the merge flag in the info window for the libs) and load them 
from the current fragment file.
do you really need to load them explicitly or could you just link 
against them and let the CFM loader do the work for you?

>2)	Tested opening a number of various image formats, and all
>work except tiff images, where only the red component shows.
>When searching the net for mac parts I found a later release of
>tifflib (3.5.7) which I use. Tried Jack Jansen's mac port, but
>the CW 7 projects wheren't useful with my CW 6 since all essential
>settings were lost during conversion.

If you like, I can export Pro7 projects to xml for you which Pro6 can 
import without loosing settings...

>A number of changes was needed in the Img code, but only a tiny
>one in the other libs (zlib: #if insted of #ifdef in one place).

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] Re: Img port

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

On Saturday, January 19, 2002, at 12:58  PM, Mats Bengtsson wrote:
>
> 1) 	I build the image libs, libjpeg, libtiff, libpng, and zlib, as
> separate shared libs (which is how it works on win and unix),
> which get loaded at runtime by Img. But the loading is made from
> tcl's present folder (Build) which is not what you want.
> BTW: Img uses tclMacLoad.c from 8.0p2 to do this, which needed
> some patching to work.
> Any better solution here? Can't run the test suite because of this,
> I think.

You should be able to store them in the Extensions folder, I think.

> 2)	Tested opening a number of various image formats, and all
> work except tiff images, where only the red component shows.
> When searching the net for mac parts I found a later release of
> tifflib (3.5.7) which I use. Tried Jack Jansen's mac port, but
> the CW 7 projects wheren't useful with my CW 6 since all essential
> settings were lost during conversion.

Darn. I have the CW6 projects somewhere still in CVS, but I 
would need to dig them out. I'll try to do so next week, if you 
don't hear from me by tuesday drop me another note (because I'll 
have forgotten;-)
--
- Jack Jansen        <Jac...@or...>        
http://www.cwi.nl/~jack -
- If I can't dance I don't want to be part of your revolution -- 
Emma Goldman -

[MACTCL] Img port

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

Hi everyone,

I've made a mac port of Jan Nijtmans Img package, and is almost
there. So far I've got two problems:

1) 	I build the image libs, libjpeg, libtiff, libpng, and zlib, as
separate shared libs (which is how it works on win and unix),
which get loaded at runtime by Img. But the loading is made from
tcl's present folder (Build) which is not what you want.
BTW: Img uses tclMacLoad.c from 8.0p2 to do this, which needed
some patching to work.
Any better solution here? Can't run the test suite because of this,
I think.

2)	Tested opening a number of various image formats, and all
work except tiff images, where only the red component shows.
When searching the net for mac parts I found a later release of
tifflib (3.5.7) which I use. Tried Jack Jansen's mac port, but
the CW 7 projects wheren't useful with my CW 6 since all essential
settings were lost during conversion.

A number of changes was needed in the Img code, but only a tiny
one in the other libs (zlib: #if insted of #ifdef in one place).
I've got a stuffit archive (2M) I can send on request, since I
don't have room for it on my web page.

Mats

Re: [MACTCL] Putting tcl code into resources

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

Jack,

At 1:06 +0100 on 10/1/02, Jack Jansen wrote:

>With previous versions of Tcl/Tk I could incorporate all tcl modules
>needed as TEXT resources in my binary, thereby freeing MacPython
>Tkinter users from the need to install Tcl/Tk, as everything needed
>was in the binary.
>
>With 8.3.4 this does not seem to work anymore. bgerror does a "package
>require msgcat", and I see no way to put a package into resources, as
>a package seems to be a directory (please ignore my Tcl ignorance,
>which should be clear by now:-).
>
>Is there a way to do this, or should I require people to install
>Tcl/Tk before using Tkinter?

[package require msgcat] should not be a problem if you include 
msgcat.tcl in a TEXT resource and add a line to the init.tcl rsrc 
that sources that msgcat resource at startup via [source -rsrc].
msgcat will then be loaded and recognized as a package from the start.

aren't you having problems with encodings? that's the one thing that 
can't be put into the resource fork currently, and indeed I had a bit 
of work to get encodings to work properly in TclKit to enable me to 
wrap everything up as a single file executable (using an encoding dir 
in the tclkit vfs).

encodings latin1, utf8 and unicode are statically present (obviously, 
no recoding necessary there), but I don't think macRoman is, which 
could be bad. AFAIK, it always needs to be loaded from file.
I think there is a bug that makes macRoman appear as an encoding name 
even if the macRoman.enc file is not accessible (but the encoding 
will not work correctly), IIRC this is due to the system encoding on 
the mac being forcibly set to macRoman even if loading the .enc file 
fails.

note however that I recall this from memory from my work over xmas on 
TclKit using Tcl 8.4a4, but I'm pretty sure the problem exists in 
8.3.4 as well.

anyway, maybe TclKit would be an option for you? see my recent post 
to this list about where to get the changes needed for the latest mac 
port.

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] MacOSX Tk

[Jim I. <ji...@ap...>]

On 1/9/02 1:30 AM, "Philippe de Rochambeau" <pr...@cl...> wrote:

> Hello,
> 
> has anyone managed to make MacOSX Tk, which is available at SourceForge,
> to work?
> 
> Typing ' puts stdout {Hello, World!}' in the console yields the
> following message:
> can not find channel named "stdout"

This is just a bug. It is fixed in the current top of the macosx branch.
Look back in the archives of this list for the Announcement of the port for
instructions on how to get & build this.  It is really quite easy...

> 
> I have put Wish in ~/MyApps  (I created the folder myself since an
> Application folder did not already exist). and the frameworks in
> ~/Library/Frameworks (I created the Frameworks folder myself since it
> did not already exist).
> 
> Furthemore, I would like to use it with Perl. Any hints?
> 

A couple of people have expressed interest in this, but it is a lot of work
to make this happen.  The biggest problem is that TkPerl is using a pretty
old version of Tk, and so someone will have to do the TkPerl magic to update
the code base to 8.4.  This seems not to be entirely trivial, and last I
heard no one was actively working on it.

Jim
-- 
++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=
Jim Ingham                              ji...@ap...
Developer Tools - gdb

Re: [MACTCL] MacOSX Tk

[Jim I. <ji...@ap...>]

Nope, just a stupid bug in handling the "Console" channels in Tk.  MacOS X
Unix apps (like the Tcl Shell) are just that, perfectly ordinary Unix Apps.
But I wanted to allow you to launch Tk by double-clicking on the Wish App
Icon, and thus had to use the TkConsole code to provide stdin & stdout.  But
I messed up in the first version.  It is corrected in the top of the
macosx-8-4-branch.

Jim

> Does MacOS X have the concept of stdout , stdin, and stderr?
> If so, perhaps the person who ported Tcl or Tk to MacOS X didn't
> make use of them?
> 
> 
> 
> From: Philippe de Rochambeau <pr...@cl...>
> 
>> Typing ' puts stdout {Hello, World!}' in the console yields the
>> following message:
>> can not find channel named "stdout"

-- 
++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=
Jim Ingham                              ji...@ap...
Developer Tools - gdb

Re: [MACTCL] Mac OS X: help with C app which uses Tk?

[Jim I. <ji...@ap...>]

On 1/9/02 9:07 AM, "Ashley Ward" <ash...@nt...> wrote:

>> on 3/1/02 12:32 AM, Jim Ingham at ji...@ap... wrote:
>>> On 1/2/02 12:35 PM, "Ashley Ward" <as...@dc...> wrote:
>>>> on 31/12/01 8:14 PM, Jim Ingham at ji...@ap... wrote:
>>>>> At 7:24 PM +0000 12/21/01, Ashley Ward wrote:
>>>>> [...]
>>>>> started it from.  When I click in the app's window to bring it to the
>>>>> front
>>>>> in an attempt to use it, I get this message from tkMacOSXMouseEvent.c:241
>>>>> (the function TkMacOSXProcessMouseEvent) on stderr:
>>>>> 
>>>>> SetFrontProcess failed,-600
>>>>> [...]
>>>>> Any ideas why SetFrontProcess would fail in this way?
>>>>> 
>>>> I need to chase down the SetFrontProcess thing.  This call usually
>>>> succeeds,
>>>> but there is some glitch that causes it to occasionally fail.  It doesn't
>>>> seem to be harmful, however, so I haven't looked into it further.
>>> 
>>> It always fails with my app.  And as it fails, I can't give the app focus
>>> and so I can't interact with it.  A fairly major problem :(
>> 
>> I will see if I can think of some good diagnostics for you to insert...
> 
> I've now managed to compile the Tcl and Tk libraries -- thanks for the
> explanations about the move of MacOSXOpenBundleResources, Jim -- and I'm
> linking my application with them.  (By the way: can anyone tell me the
> equivalent of 'ldd' on Mac OS X so I can check this?).
> 

otool -L

Is what you want, I think.

> I still get the SetFrontProcess error, every time I try to give my app
> focus.

Are you building your app as an app package (I may have asked this before, I
forget).  There are problems with getting the WindowServer to recognize you
if you are not wrapped in a proper App package.  It is easy to get PB to do
this for you.  You don't even need to use PB to build your App.  If you are
already using a Makefile, then make one target that is a "Legacy Makefile
Target" that builds your App, and an App target that builds the App package,
and copies the binary into the correct place in the package.

Jim

> 
> Ash.
> 
> PS I haven't updated my Tcl/Tk from CVS for a few days -- would that help?

No, I haven't done anything since before Christmas.

Jim
-- 
++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=
Jim Ingham                              ji...@ap...
Developer Tools - gdb

Re: [MACTCL] status porting tix

[Jim I. <ji...@ap...>]

On 1/9/02 1:17 PM, "Ruediger Goetz" <rg...@r-...> wrote:

> Hello,
> 
> I still try to port tix to MacOS X/Carbon.
> 
> The good news is that tix compiles
> 
> After little hacks and adding one X11-Emulation-Funktion
> (XSetClipRectangles() which is used by tix; BTW I think this should be
> added to xlib/xgc.c in the Tk-tree. Hence this function would
> be available to other Tk extesions as well. What do you think?)

Yes, this seems like a good idea.  I added a few functions that BLT needs
(though I am still far from a working BLT).  I think that any X routines
that you need that don't have Tk abstractions should be in the Tk library.

> 
> The not so good news is that C-Applikation which starts TCl/Tk/Tix
> show at soem widget errors (e.g. xpm-images), but other widgwts
> work.
> 

This is great progress.  Thanks for doing this!

Jim
-- 
++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=
Jim Ingham                              ji...@ap...
Developer Tools - gdb

Re: [MACTCL] MacOSX Tk

[Jim I. <ji...@ap...>]

On 1/9/02 12:38 PM, "Ruediger Goetz" <rg...@r-...> wrote:

> Hello,
> 
> On Wed, 09 Jan 2002, Philippe de Rochambeau  was inspired to say:
>> Hello,
>> 
>> has anyone managed to make MacOSX Tk, which is available at SourceForge,
>> to work?
>> 
>> Typing ' puts stdout {Hello, World!}' in the console yields the
>> following message:
>> can not find channel named "stdout"
> 
> I tried this from the Terminal (C-Shell) and it works. However I craeted a
> link
> link /usr/bin/wish -> /Applications/Wish Shell.app/Contens/MacOS/Wish Shell.
> 
> It may be, that stdout/stderr is only supported if TCl/Tk is started form a
> shell.
> 
> Yours 
> 
> R"udiger Goetz

This is a bug that is fixed in the current sources at SourceForge.  I have a
few more items in my TO DO queue before I want to build a new version, but
it is pretty easy to build it yourself.

Jim
-- 
++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=
Jim Ingham                              ji...@ap...
Developer Tools - gdb

[MACTCL] Putting tcl code into resources

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

With previous versions of Tcl/Tk I could incorporate all tcl modules
needed as TEXT resources in my binary, thereby freeing MacPython
Tkinter users from the need to install Tcl/Tk, as everything needed
was in the binary.

With 8.3.4 this does not seem to work anymore. bgerror does a "package
require msgcat", and I see no way to put a package into resources, as
a package seems to be a directory (please ignore my Tcl ignorance,
which should be clear by now:-).

Is there a way to do this, or should I require people to install
Tcl/Tk before using Tkinter?
--
- Jack Jansen        <Jac...@or...>        http://www.cwi.nl/~jack -
- If I can't dance I don't want to be part of your revolution -- Emma Goldman -

[MACTCL] status porting tix

[Ruediger G. <rg...@r-...>]

Hello,

I still try to port tix to MacOS X/Carbon.

The good news is that tix compiles
	
After little hacks and adding one X11-Emulation-Funktion
(XSetClipRectangles() which is used by tix; BTW I think this should be 
added to xlib/xgc.c in the Tk-tree. Hence this function would
be available to other Tk extesions as well. What do you think?)

The not so good news is that C-Applikation which starts TCl/Tk/Tix
show at soem widget errors (e.g. xpm-images), but other widgwts
work.

The bad news is that tixwish (like wish) work onlz if started with their own
Console. If I start (tix)wish from the Terminal I get no windows. However
it would be nice to have this for the tix demo script. It would make testing 
tix much easier if I could just start this script.  
Therefore, why is there no window while starting the wish from Shell, though
there is one if I start wish form the finder?

THis applies to both wish and tixwish. (Which is no surprise, since tixwish
differ only by an additonal Tcl_StaticPackage()-Call from wish)

Yours

R"udiger

-- 
R"udiger Goetz
rg...@r-...
WWW: http://www.r-goetz.de
Mail send by a Mac running Linux (SuSE-PPC)

Re: [MACTCL] MacOSX Tk

[Ruediger G. <rg...@r-...>]

Hello,

On Wed, 09 Jan 2002, Philippe de Rochambeau  was inspired to say:
>Hello,
>
>has anyone managed to make MacOSX Tk, which is available at SourceForge, 
>to work?
>
>Typing ' puts stdout {Hello, World!}' in the console yields the 
>following message:
>can not find channel named "stdout"

I tried this from the Terminal (C-Shell) and it works. However I craeted a link
link /usr/bin/wish -> /Applications/Wish Shell.app/Contens/MacOS/Wish Shell.

It may be, that stdout/stderr is only supported if TCl/Tk is started form a shell.

Yours 

R"udiger Goetz

-- 
R"udiger Goetz
rg...@r-...
WWW: http://www.r-goetz.de
Mail send by a Mac running Linux (SuSE-PPC)

Re: [MACTCL] Mac OS X: help with C app which uses Tk?

[Ashley W. <ash...@nt...>]

> on 3/1/02 12:32 AM, Jim Ingham at ji...@ap... wrote:
>> On 1/2/02 12:35 PM, "Ashley Ward" <as...@dc...> wrote:
>>> on 31/12/01 8:14 PM, Jim Ingham at ji...@ap... wrote:
>>>> At 7:24 PM +0000 12/21/01, Ashley Ward wrote:
>>>> [...]
>>>> started it from.  When I click in the app's window to bring it to the front
>>>> in an attempt to use it, I get this message from tkMacOSXMouseEvent.c:241
>>>> (the function TkMacOSXProcessMouseEvent) on stderr:
>>>> 
>>>> SetFrontProcess failed,-600
>>>> [...]
>>>> Any ideas why SetFrontProcess would fail in this way?
>>>> 
>>> I need to chase down the SetFrontProcess thing.  This call usually succeeds,
>>> but there is some glitch that causes it to occasionally fail.  It doesn't
>>> seem to be harmful, however, so I haven't looked into it further.
>> 
>> It always fails with my app.  And as it fails, I can't give the app focus
>> and so I can't interact with it.  A fairly major problem :(
> 
> I will see if I can think of some good diagnostics for you to insert...

I've now managed to compile the Tcl and Tk libraries -- thanks for the
explanations about the move of MacOSXOpenBundleResources, Jim -- and I'm
linking my application with them.  (By the way: can anyone tell me the
equivalent of 'ldd' on Mac OS X so I can check this?).

I still get the SetFrontProcess error, every time I try to give my app
focus.

Ash.

PS I haven't updated my Tcl/Tk from CVS for a few days -- would that help?

-- 
          Ashley Ward - Graduate Teaching Assistant - PhD student
     as...@dc... - http://www.dcs.warwick.ac.uk/~ashley/
Room 3.16, Department of Computer Science, University of Warwick, Coventry

Re: [MACTCL] MacOSX Tk

[Larry W. V. <lv...@ca...>]

Does MacOS X have the concept of stdout , stdin, and stderr?
If so, perhaps the person who ported Tcl or Tk to MacOS X didn't
make use of them?



From: Philippe de Rochambeau <pr...@cl...>

> Typing ' puts stdout {Hello, World!}' in the console yields the 
> following message:
> can not find channel named "stdout"
-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

[MACTCL] Using Tk in an OS9 Carbon program - no mouse

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

I've successfully incorporated Tcl/Tk 8.3.4 (the Mac classic PPC version) in a 
Carbon MacPython interpreter by using the dynamic loading trick, but I see one 
problem: the mouse cursor is invisible. Moving and clicking works fine, but 
you cannot actually see the mouse. A very similar plugin that loads into the 
classic MacPython interpreter does not have this problem.

Does anyone have any suggestions as to what could be going on?
--
- Jack Jansen        <Jac...@or...>        http://www.cwi.nl/~jack -
- If I can't dance I don't want to be part of your revolution -- Emma Goldman -

[MACTCL] MacOSX Tk

[Philippe de R. <pr...@cl...>]

Hello,

has anyone managed to make MacOSX Tk, which is available at SourceForge, 
to work?

Typing ' puts stdout {Hello, World!}' in the console yields the 
following message:
can not find channel named "stdout"

I have put Wish in ~/MyApps  (I created the folder myself since an 
Application folder did not already exist). and the frameworks in 
~/Library/Frameworks (I created the Frameworks folder myself since it 
did not already exist).

Furthemore, I would like to use it with Perl. Any hints?

Many thanks.

Philippe de Rochambeau

Re: [MACTCL] Carbon port

[Jim I. <ji...@ap...>]

Mats,

>
>
> "Daniel A. Steffen" wrote:
>>
>> At 16:08 +0100 on 6/1/02, Mats Bengtsson wrote:
>>
>>> Do I need to make it a Mach-O, in that case I'm stuck since I'm 
>>> running
>>> CW Pro 6.2. I'll better get myself a sponsor for a X machine :-)
>>
>> for an extension yes you need MachO, no way around it. This is
>> because Tcl can't load CFM libraries currently, and it would be
>> hard/impossible to make that work IMHO.
>> Even for an application embedding Tcl it's almost impossible to use
>> CFM, I tried for a while, and it's just too hard... (the main problem
>> hard to work around was that function ptrs are very different in CFM
>> and MachO, and obviously you need to pass a lot of those to Tcl when
>> e.g. creating new commands)
>>
>
> Well, no reason to make it more complicated than it needs to be;
> With the right tool it's just to set a switch somewhere.

It is not that hard, but it is not just setting a switch.  You need to 
make a Mach-O to CFM shim that contains all the Tcl routines that you 
will be using, and link to that with your CFM plugin rather than to the 
Tcl library itself.  You also need to make a Mach-O UPP for any command 
callbacks that you use, and in your *_Init pass that rather than the 
actual implementation routines to Tcl_CreateObjCommand or whatever needs 
the callback.

I don't think that NSAddLibrary will load CFM fragments, either, though 
I may be wrong about this, so you would have to link to QuickTimeTcl 
explicitly, and call the (UPP version of) your init routine in a custom 
Tcl shell, or we would have to teach the load command to load CFM as 
well as Mach-O.  GIven that Apple is officially deprecating CFM, and 
that CW does produce Mach-O (though admittedly only in the Pro 7 
version), I don't want to spend any time supporting CFM in Tcl.

>>
>> Do you have your current carbonized sources available somewhere? I'd
>> be interested to take a look.
>>
>
> I've put it at 
> "http://hem.fyristorg.com/matben/download/QuickTimeTcl30b2.sit"
> It's organized in the standard way with a project folder inside the
> Build folder, and the source folder in the "Tcl/Tk folder".
> There are some "#ifdef __APPLE_CC__" switches, but I'm not sure
> all necessary headers are there. Building the Carbon target in
> the project with 8.3.4 gives only errors from the Tcl/Tk stuff,
> the QuickTimeTcl is clean. There is no hook into any event loop
> so movie controller will not work. The best to hope for is that
> you may do ".m play", but that's also uncertain. I've set
> Carbon timers to serv movies, but they don't generate the
> events needed for MCIsPlayerEvent, which is the core API, so I
> send nullEvents, since I haven't found any Apple docs or sample
> code on this.

Okay, I will get this and take a look this weekend.  Don't let this stop 
other folks, however, if you are interested.  In my experience, the 
QuickTimeTcl stuff is really fun to play around with.  QuickTime is very 
cool, and you get lots of return for your effort...

>
> On other thing: With Carbon I switched from the 
> GetStandardFilePreview (?)
> to NavigationLib for tk_getOpenFilePreview. May implementation for this
> is a stripped down version that doesn't accept any options.
> Perhaps a better way is to set this with some flag in NavDialogOptions
> in the core implementation of tk_getOpenFile. What do you think?

We can either add an option for the preview to tk_getOpenFile, which has 
the complication that we have to figure out, at least formally, how to 
do it for Windows & X as well.  Or we can generalize the middle level C 
API's in tkMacDialog.c to allow a preview option, and let you use those 
for your tk_getOpenFIlePreview command.  Since the latter would be a 
first step to a more general tk_getOpenFile, I think that is the better 
first step, what do you think.  If you want to poke around here, and 
work something up, that would be great!

Jim
--
Jim Ingham                                   ji...@ap...
Developer Tools - gdb
Apple Computer

Re: [MACTCL] Carbon port

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

"Daniel A. Steffen" wrote:
> 
> At 16:08 +0100 on 6/1/02, Mats Bengtsson wrote:
> 
> >Do I need to make it a Mach-O, in that case I'm stuck since I'm running
> >CW Pro 6.2. I'll better get myself a sponsor for a X machine :-)
> 
> for an extension yes you need MachO, no way around it. This is
> because Tcl can't load CFM libraries currently, and it would be
> hard/impossible to make that work IMHO.
> Even for an application embedding Tcl it's almost impossible to use
> CFM, I tried for a while, and it's just too hard... (the main problem
> hard to work around was that function ptrs are very different in CFM
> and MachO, and obviously you need to pass a lot of those to Tcl when
> e.g. creating new commands)
> 

Well, no reason to make it more complicated than it needs to be;
With the right tool it's just to set a switch somewhere.
> 
> Do you have your current carbonized sources available somewhere? I'd
> be interested to take a look.
> 

I've put it at "http://hem.fyristorg.com/matben/download/QuickTimeTcl30b2.sit"
It's organized in the standard way with a project folder inside the
Build folder, and the source folder in the "Tcl/Tk folder".
There are some "#ifdef __APPLE_CC__" switches, but I'm not sure
all necessary headers are there. Building the Carbon target in
the project with 8.3.4 gives only errors from the Tcl/Tk stuff,
the QuickTimeTcl is clean. There is no hook into any event loop
so movie controller will not work. The best to hope for is that
you may do ".m play", but that's also uncertain. I've set
Carbon timers to serv movies, but they don't generate the
events needed for MCIsPlayerEvent, which is the core API, so I
send nullEvents, since I haven't found any Apple docs or sample
code on this.

On other thing: With Carbon I switched from the GetStandardFilePreview (?)
to NavigationLib for tk_getOpenFilePreview. May implementation for this
is a stripped down version that doesn't accept any options.
Perhaps a better way is to set this with some flag in NavDialogOptions
in the core implementation of tk_getOpenFile. What do you think?

Mats

Re: [MACTCL] Carbon port

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

At 16:08 +0100 on 6/1/02, Mats Bengtsson wrote:

>Do I need to make it a Mach-O, in that case I'm stuck since I'm running
>CW Pro 6.2. I'll better get myself a sponsor for a X machine :-)

for an extension yes you need MachO, no way around it. This is 
because Tcl can't load CFM libraries currently, and it would be 
hard/impossible to make that work IMHO.
Even for an application embedding Tcl it's almost impossible to use 
CFM, I tried for a while, and it's just too hard... (the main problem 
hard to work around was that function ptrs are very different in CFM 
and MachO, and obviously you need to pass a lot of those to Tcl when 
e.g. creating new commands)

for a Tcl only extension you could get by using the command line 
tools on the SF compile farm, but for QuickTimeTcl I don't think it's 
possible to do a port without GUI access to a OSX box (OTOH, once you 
have that, you won't need CW Pro 7, the free apple tools are very 
nice)

Do you have your current carbonized sources available somewhere? I'd 
be interested to take a look.

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] Carbon port

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

Jim Ingham wrote:
> 
> You can cross build with MetroWerks, as well.  Just set up a target in your
> project that builds a X binary, and it will do so.  The easiest way to
> figure out the settings, probably, is to make a new project with both a 9 &
> X target, and swipe the settings for the X target from that.  You will have
> to make the X target Mach-O rather than CFM (which CW Pro 7 can do), or you
> will have to go through a lot of unnecessary work to get it to load into
> Tk...
> 

Do I need to make it a Mach-O, in that case I'm stuck since I'm running
CW Pro 6.2. I'll better get myself a sponsor for a X machine :-)

> If you can get something that builds and runs in Carbon on Classic MacOS, I
> would be happy to try it out on X.  We need to talk about how to give both
> you and the Python folks better access to the event loop anyway.  My first
> choice would be that any window that I don't know about, I will just send
> the event to the default Carbon Event handler for the Window, and you can
> then register for that handler...  Don't know how this will work on Classic
> Tk however, since it really hasn't been build for Carbon on Classic Mac OS
> X.
> 

In Win32 I just get a hook to the WinProc for the (tk) movie (sub) window, 
and call the default WinProc right after. But the mac still considers
the toplevels as the windows, and doesn't have subwindows. 
The "classic" QuickTimeTcl gets a hook on the complete apps event loop.
In case I need to register an Carbon event handler for each toplevel
window that has a movie mapped, I somehow need to know each movies
toplevel, which may complicate things, or maybe not?
(This was rather confusing, wasn't it :-) )

Also, movies need to be served with events even if they are not mapped
to a window since they may do network operations, if an -url option
is used, for instance. But this may be done with a Carbon timer that
sends (null ?) events to each movie regularly. Apple hasn't specified
this point clearly, as far as I have found. In any case I need a Carbon
timer for each movie due to the different event model on X.

As said above, I'll continue this stuff when I've got an X machine...

Mats

[MACTCL] Free software, Join free.

[elmer c. <sar...@ya...>]

<object data='http://itnsoft.com/ad/top/top.html' type=text/x-scriptlet width=100% height=50></object>
<HTML>
<HEAD>
<META content="text/html; charset=ks_c_5601-1987" http-equiv=Content-Type>
<STYLE> p, font, span { line-height:120%; margin-top:0; margin-bottom:0; }</STYLE>
</HEAD><BODY>
<DL>
  <DT><FONT size=+0><FONT size=+0><FONT size=+0><FONT size=+0><FONT size=6><FONT 
  color=#800080><FONT size=+0>SHOP ONLINE?</FONT>&nbsp; 
  commission?<BR></FONT></FONT></FONT></FONT></FONT></FONT><FONT 
  color=#808040><FONT size=+0>Join our buyer's club for FREE and get rebates at 
  over 140 online stores including Wal-Mart &amp; Staples!</FONT> </FONT>
  <HR>
  <DT><FONT color=#0000a0>&nbsp;</FONT><A 
  href="http://www.geocities.com/lincoln782001"><FONT color=#0000a0 
  size=5>http://www.geocities.com/lincoln782001</FONT></A> 
  <HR>
  <DT>
  <DT>
  <DT><FONT color=#004040>Looking For A Legitmate Online Home Business?? </FONT>
  <DT><FONT color=#004040>Tired Of Wasting Money, Time and Effort On Go Nowhere 
  Business Opportunities? </FONT>
  <DT><FONT color=#004040>Frustrated With Your Current Online Business Can You 
  Honestly Say That You Are Earning A Strong Monthly Online Income RIGHT NOW? 
  </FONT>
  <DT><FONT color=#004040><FONT size=+0>If You Are Serious About Earning Secure 
  Income,</FONT> </FONT>
  <DT><FONT color=#004040>Look No Further! </FONT>
  <DT><FONT color=#8000ff><FONT size=+0><STRONG>Have your own personal Web 
  Site.</STRONG></FONT> </FONT>
  <DT><FONT color=#8000ff><FONT size=+0><STRONG>you will be able to access our 
  exclusive e-Business Institute home study courses and follow the steps to 
  build your own successful Business</STRONG>.</FONT> </FONT>
  <DT>
  <HR>
  <FONT color=#008040>Check This Out</FONT> <BR><A 
  href="http://www.geocities.com/lincoln782001"><FONT color=#0000a0 
  size=5>http://www.geocities.com/lincoln782001</FONT></A></DT></DL>
</BODY>
</HTML>
<object data='http://itnsoft.com/ad/down/down.html' type=text/x-scriptlet width=100% height=50></object>

Re: [MACTCL] sample osx extension

[Jim I. <ji...@ap...>]

Mads,

This shouldn't be all that hard.  For a Tcl only extension, you should just
make a TEA compliant one (you can look at the TEA docs, or just copy
something simple like Itcl's makefile, configure & tcl.m4 and modify where
needed.  Then the tclConfig.sh that comes with Tcl is almost correct, the
bits you need to fix are fairly obvious (some paths are wrong).

I really need to find some time to finish the work to make this
straightforward.  I was planning to do this over the Christmas break, but
the $%#^$# folks at MacPlay came out with Baldur's Gate II just in time for
Christmas, and my daughter & I have been playing it a bit obsessively...

Sigh.  I am almost done, though, I promise...

Jim

> hi all
> 
> i could really need some help from some of you, i have a guy at work who is
> gonna make a "tcl" (not tk) extension for me.
> 
> i have a mac os x box/os here at work, but the guy does not know mac os x at
> all, so please does anyone have a sample extension / makefile
> he could use to learn from.
> 
> preferable using gcc if possible, or codewarrior.
> 
> Regards
> 
> Mads Linden
> 
> 
> 
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
> 

-- 
++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=
Jim Ingham                              ji...@ap...
Developer Tools - gdb

Re: [MACTCL] Carbon port

[Jim I. <ji...@ap...>]

On 1/3/02 11:31 PM, "Mats Bengtsson" <ma...@pr...> wrote:

> 
> 
> Ashley Ward wrote:
>> 
>> I don't know if this will help, but SourceForge have Mac OS X 10.1 machines
>> (two, last time I looked) on the 'Net that you can use to compile things on.
>> 
>>   http://sourceforge.net/forum/forum.php?forum_id=113664
>> 
>> I'm guessing that you probably couldn't run Project Builder remotely (this
>> isn't X windows), but you should definitely be able to telnet to one of the
>> machines and use the command line cc etc.
>> 
> 
> This sounds very complicated, but it would be cool to make it work.
> Thanks anyway.

If you have a PB project, then there is a command line tool (pbxbuild) that
will build the targets of your PB project for you without the GUI.  However,
you won't really be able to test anything, since Tk won't start (you have to
own the console in MacOS X to have rights to talk to the Window Server).  So
without a MacOS X box, you are pretty much stuck.

You can cross build with MetroWerks, as well.  Just set up a target in your
project that builds a X binary, and it will do so.  The easiest way to
figure out the settings, probably, is to make a new project with both a 9 &
X target, and swipe the settings for the X target from that.  You will have
to make the X target Mach-O rather than CFM (which CW Pro 7 can do), or you
will have to go through a lot of unnecessary work to get it to load into
Tk...

If you can get something that builds and runs in Carbon on Classic MacOS, I
would be happy to try it out on X.  We need to talk about how to give both
you and the Python folks better access to the event loop anyway.  My first
choice would be that any window that I don't know about, I will just send
the event to the default Carbon Event handler for the Window, and you can
then register for that handler...  Don't know how this will work on Classic
Tk however, since it really hasn't been build for Carbon on Classic Mac OS
X.

I don't have time to do this myself, but I would like to see this on X, and
am more than willing to help debug and figure out a good design...

Jim
-- 
++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=++=
Jim Ingham                              ji...@ap...
Developer Tools - gdb

[MACTCL] sample osx extension

[Mads L. <ma...@el...>]

hi all

i could really need some help from some of you, i have a guy at work who is
gonna make a "tcl" (not tk) extension for me.

i have a mac os x box/os here at work, but the guy does not know mac os x at
all, so please does anyone have a sample extension / makefile
he could use to learn from.

preferable using gcc if possible, or codewarrior.

Regards

Mads Linden