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

Re: [MACTCL] Re: Itcl/Itk and tix on Mac OS X

[Jean-Claude W. <jc...@eq...>]

Daniel A. Steffen <st...@ic...> wrote:

>At 14:03 +0200 on 14/5/02, Jorge Acereda Maci=E1 wrote:
>>I am trying to make insight (the gdb GUI) work on Mac OS X. The 
>>Xdarwin version is awfully slow, so I was wondering how hard would 
>>it be to do a native port. Do you know if there's someone working to 
>>port Itcl/Itk and tix to run natively=3F
>
>I suspect Itcl/tk should not be too hard to get working under Tk Aqua 
>(certainly Itcl is trivial, Itk might be harder), but I haven't tried 
>it myself. There might be somebody on the tcl-mac list who has.

The build of itcl on OSX went fine for me, a few months back.  As far as
I can recall, it was done with gcc in the unix/ dir, i.e. configure etc.
 One change might have been to replace "-shared" with "-dynamiclib" on
the final link, not sure.  I remember that a quick "load" test went ok,
but I can't find back the trial right now to verify the details.

Haven't tried itk or tix, which are a lot more work due to GUI stuff.

-jcw

[MACTCL] Re: Itcl/Itk and tix on Mac OS X

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

Jorge,

sorry for the delay

At 14:03 +0200 on 14/5/02, Jorge Acereda Maci=E1 wrote:
>I am trying to make insight (the gdb GUI) work on Mac OS X. The 
>Xdarwin version is awfully slow, so I was wondering how hard would 
>it be to do a native port. Do you know if there's someone working to 
>port Itcl/Itk and tix to run natively?

I suspect Itcl/tk should not be too hard to get working under Tk Aqua 
(certainly Itcl is trivial, Itk might be harder), but I haven't tried 
it myself. There might be somebody on the tcl-mac list who has.

tix is more difficult, it has been mentioned on the tcl-mac list 
recently that there are some X11 emulation routines/details missing 
in Tk. (tix and e.g. blt were never ported to macos classic for the 
same reason)
if anybody has experience with X11 programming, it should not be too 
hard to add the missing bits...

I'm sure Jim Ingham would be interested in getting Insight going on 
AquaTk, given that he's one of the gdb guys at Apple (and that he 
used to work on Insight at Cygnus)...

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: TCL/OSX Loading Extensions

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

Morgan,

if you are using the tip of core-8-3-1-branch or the HEAD out of cvs, 
there should be no need for patch #435258, I have checked it in to 
the repository on 2001-11-23 according to the ChangeLog.

if you followed the instructions from my page you should get a 8.3.4 
build that has all the necessary patches already applied. I'm not 
sure if what fink uses has the latest bits (they probably download 
the 8.3.4 archive which may not have the latest twolevel namespace 
patch).

how are you linking your extension? earlier versions of tcl on OSX 
(e.g. 8.3.2 shipping with 10.1) were using MachO bundles (.bundle, 
format MH_BUNDLE) as the loadable code format (same as what's used 
e.g. for OSX CFPlugins), whereas we're now using ordinary shared 
libraries (.dylib, format MH_DYLIB) to be more like other unices 
(and to be able to take advantage of the new twolevel namespace APIs 
in 10.1).
You should be able to tell what binary format you are producing by 
looking at the link line in your makefile, bundle uses '-bundle' and 
dylib uses '-dylib'... c.f. 'man ld' for more on MachO formats.

BTW, the answer to you question on how to apply the patch file is by 
using the 'patch' command, c.f. 'man patch'. e.g. you would say 
'patch -Np0 < some.patch' in the toplevel directory you want to patch.

Cheers,

Daniel

At 10:13 -0700 on 31/5/02, Morgan Goeller wrote:

>I have recently compiled Sybtcl 3.0 for Mac OS X and am receiving the error
>'dyld: inappropriate Mach-O file'.  Searching through the newsgroups
>archives brought up your name/response to a question from  Steve Ball on a
>similar issue.
>
>First, I have installed TCL for Mac OS X two different ways, first through
>the FINK distribution package and second through the instructions listed on
>your web site.  Both give the same error ('dyld: inappropriate Mach-O file')
>when trying to load Sybtcl.  Your message listed a patch (# 435258) on the
>SF site, which I have downloaded as a flat file.  However, I am not sure how
>to apply this to either one of the distributions.  Looking at it, it looks
>like a Makefile that is heavily marked up by CVS (I attached the file to
>this mail).
>
>I guess I am not sure exactly how to apply this patch to the files in my
>/Developer/Sources/TclTk directory.  Do I need to go through a checkout
>process of some sort?  I browsed the CVS tree and couldn't find this
>particular file.  If I am to use this particular file, do I need to put it
>in a particular location, and how can I remove the markup text in the file?
>Is there a specific command or sequence of commands (configure, make, etc)
>that I need to use in conjunction with this file?


-- 
** 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] Re: tclkit carbonized?

[Steve L. <st...@di...>]

Daniel Steffen wrote ...

>none of the classic MacOS Tcl & Tk code is carbonized, however as you 
>probably know there is a tk port for Aqua on X and the usual XWindows 
>Tk, both work with tclkit on X (but you'll need to build it 
>yourself), or ask JCW for it, he may have such builds.

There's a MacOS X X11 TclKit port available at http://equi4.com/tclkit. I
use it daily with the OrorobosX window manager (usually available at
http://wrench.et.ic.ac.uk/adrian/software/oroborosx/download.html). It
provides a more complete (if somewhat slower) option than AquaTk.
OroborusX nicely integrates with Aqua so you'll have a reasonable
environment until such time as AquaTk matures.

HTH

Steve

[MACTCL] Re: tclkit carbonized?

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

Tim,

sorry for the delay

At 19:33 -0700 on 21/5/02, Tim Perkis wrote:

>Admitting a sketchy knowledge of these matters... is your latest tclkit
>release "carbonized"?

none of the classic MacOS Tcl & Tk code is carbonized, however as you 
probably know there is a tk port for Aqua on X and the usual XWindows 
Tk, both work with tclkit on X (but you'll need to build it 
yourself), or ask JCW for it, he may have such builds.

>I tried to load a carbon-built extension, a port of sqlite that we've been
>working on,  and got an error:
>
>couldn't load file "sqlite.shlb" : >>CarbonLib<<

this sounds like you're interested in loading your extension in OS9, 
the problem you're seeing is due to the fact that an app linked with 
InterfaceLib can't load code linked with CarbonLib, I have provided 
(in source form) a build of tclsh that links with CarbonLib and 
manually loads the extra APIs from InterfaceLib that it needs and 
that are not in Carbon. c.f. tcl/mac/tcltkMacBuildSupport.sea.hqx in 
cvs or ":Build:(Carbon):" in the 8.3.4 install. This should allow you 
to load&debug your carbonized extension in 9 from tclsh, and if you 
need Tk, it should not be too hard to extend what I've done there to 
the APIs that Tk needs. (please feed back to me if you do this)

hope this helps

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: [Alpha-Bugzilla Bug 535] AlphaTk crashes the Wish environment upon startup

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

Joseph,

sorry for the delay

At 14:17 -0400 on 27/5/02, Joseph Slater wrote:

>I tried to build from sources (from CVS), but project builder 
>wouldn't load Tcl.pbproj. I am a novice (I know enough to be 
>dangerous), and have built a few things (TeXShop, and a couple 
>others) (even though I didn't understand any of the code), but I 
>still think I should be capable of building it OK. The "regular" 
>source download doesn't contain a macosx directory, so I think CVS 
>is the only way to do this, right? Would you be so kind as to post 
>step by step instructions for building from sources, including how 
>to get the proper sources?

yes you need to get macosx-8-4-branch from cvs for both tcl and tk i.e. use

cvs -d :pserver:ano...@cv...:/cvsroot/tcl co -r 
macosx-8-4-branch tcl

and

cvs -d 
:pserver:ano...@cv...:/cvsroot/tktoolkit 
co -r macosx-8-4-branch tk

c.f. https://sourceforge.net/cvs/?group_id=10894 for more detailed 
cvs instructions

Jim Ingham has posted build instructions when he first released Tk 
Aqua: https://sourceforge.net/mailarchive/message.php?msg_id=370388

if this is not sufficient let me & Jim <ji...@ap...> know, and 
we'll try to provide updated instructions somewhere

hope this works for you

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] 8.4 build?

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

Mats,

sorry for the delay

At 7:44 +0200 on 28/5/02, Mats Bengtsson wrote:

>I was looking for a 8.4 build for Mac Tcl/Tk since it seems that
>QuickTimeTcl needs to be rebuilt for 8.4 due to changes
>TkClassProcs -> Tk_ClassProcs etc.
>Or perhaps its only necessary to swap in the 8.4 header files?

you should be able to build 8.4 yourself from cvs, the projects are 
all up to date, and the build directory structure is unchanged from 
8.3 (c.f. docs in tcl/mac/tcltkMacBuildSupport.sea.hqx )

I can try to setup an archive with the projects unpacked and the 
latest sources in the correct place if you can't figure out how to 
build things from what's in cvs...

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] unsupported1 in tclkit?

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

At 18:51 +0200 on 30/5/02, Jean-Claude Wippler wrote:

>Mats Bengtsson <ma...@pr...> wrote:
>
>>I was playing a bit with Daniels 'tclkit-8.4-36-macos-shared' and wonder
>  >what's happened with the 'unsupported1' command:
>>	unsupported1 style $w documentProc
>>
>  >Changed name, removed? It gives a lot of mac flavour.

it's been renamed to [::tk::unsupported::MacWindowStyle] in 8.4 as 
part of the move of all tk commands to the tk namespace with TIP#44 
c.f. tk/mac/tkMacWm.c

[unsupported1] has been added to tk/library/unsupported.tcl like the 
other commands that have been moved/renamed, so you can use 
[::tk::unsupported::ExposePrivateCommand] on it, c.f. 
http://www.tcl.tk/cgi-bin/tct/tip/44.html

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] Tcl command proc

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

At 5:19 +0800 on 3/6/02, Phil Rossler  wrote:

>	[localhost:~/Programmieren/Tcl] user1% cc -lm -o tcl_eround 
>tcl_eround.c

you're not linking with tcl !

add -ltcl to your cc line and all should be well (assuming you have 
e.g. /usr/lib/libtcl.dylib). You should probably also #include <tcl.h>

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] Tcl command proc

[Phil R. <her...@op...>]

Hi,
I'm trying for the first time to implement a new Tcl command in C but when I compile, I get the following error:

	[localhost:~/Programmieren/Tcl] user1% cc -lm -o tcl_eround tcl_eround.c
	/usr/bin/ld: Undefined symbols:
	_Tcl_CreateCommand
	_Tcl_CreateInterp
	_Tcl_DeleteInterp

My main function looks something like this:

	int main()
	{
		Tcl_Interp* interp = Tcl_CreateInterp();
		
		Tcl_CreateCommand(interp, "eround", tcl_eround, (ClientData) NULL, (void (*) ()) NULL);
	...
	}

What am I doing wrong?

Philipp

-- 
_______________________________________________
Download the free Opera browser at http://www.opera.com/

Powered by Outblaze

[MACTCL] Tcl command proc

[Phil R. <her...@op...>]

Hi,
I'm trying for the first time to implement a new Tcl command in C but when I compile, I get the following error:

	[localhost:~/Programmieren/Tcl] user1% cc -lm -o tcl_eround tcl_eround.c
	/usr/bin/ld: Undefined symbols:
	_Tcl_CreateCommand
	_Tcl_CreateInterp
	_Tcl_DeleteInterp

My main function looks something like this:

	int main()
	{
		Tcl_Interp* interp = Tcl_CreateInterp();
		
		Tcl_CreateCommand(interp, "eround", tcl_eround, (ClientData) NULL, (void (*) ()) NULL);
	...
	}

What am I doing wrong?

Philipp

-- 
_______________________________________________
Download the free Opera browser at http://www.opera.com/

Powered by Outblaze

[MACTCL] (no subject)

[ENGR. M. A. <kal...@ya...>]

DEPARTMENT OF PETROLEUM RESOURCES     
PLOT 225 KOFO ABAYOMI STREET VICTORIA ISLAND,LAGOS, NIGERIA.
DIRECT FAX: Fax: 234-1-7590904 . TEL; 234 –1- 7762182
                                                                     
                                        
ATTENTION : THE PRESIDENT/C.E.O

RE: URGENT & CONFIDENTIAL BUSINESS PROPOSAL

Dear Sir,
 

Terms of Reference

My term of reference involves the award of contracts to 
multinational companies.

My office is saddled with the responsibility of contract award, 
screening, categorization and prioritization of projects embarked 
upon by Department of Petroleum Resources (DPR) as well as 
feasibility studies for selected projects and supervising the 
project consultants involved. A breakdown of the fiscal expenditure 
by this office as at the end of last fiscal quarter of 2000 
indicates that DPR paid out a whooping sum of US$736M(Seven Hundred 
And Thirty Six Million, United States Dollars) to successful 
contract beneficiaries. The DPR is now compiling beneficiaries to be 
paid for the first Quarter of 2002.

The crux of this letter is that the finance/contract department of 
the DPR deliberately over –invoiced the contract value of the 
various contracts awarded. In the course of disbursements, this 
department has been able to accumulate the sum of US$38.2M(Thirty-
eight Million, two hundred Thousand U.S Dollars) as the over-
invoiced sum. This money is currently in a suspense account of the 
DPR account with the Debt Reconciliation Committee (DRC). We now 
seek to process the transfer of this fund officially as contract 
payment to you as a foreign contractor, who will be fronting for us 
as the beneficiary of the fund. In this way we can facilitate these 
funds into your nominated account for possible investment abroad. We 
are not allowed as a matter of government policy to operate any 
foreign account to transfer this fund into.

However, for your involvement in assisting us with this transfer 
into your nominated account we have evolved a sharing formula as 
follows:
(1) 20% for you as the foreign partner
(2) 75% for I and my colleagues
(3) 5% will be set aside to defray all incidental expenses both 
Locally and Internationally during the course of this transaction.

We shall be relying on your advice as regard investment of our share 
in any business in your country. Be informed that this business is 
genuine and 100% safe considering the high-power government 
officials involved. Send your private fax/telephone numbers. Upon 
your response we shall provide you with further information on the 
procedures. Feel free to send response by Fax: 234-1-7590904 / TEL: 
234-1-7762182 expecting your response urgently. All enquiries should 
be directed to the undersigned by FAX ,E-MAIL OR PHONE.
Looking forward to a good business relationship with you.

Sincerely,
ENGR. MORGAN ABU






 




 

Re: [MACTCL] unsupported1 in tclkit?

[Jean-Claude W. <jc...@eq...>]

Mats Bengtsson <ma...@pr...> wrote:

>I was playing a bit with Daniels 'tclkit-8.4-36-macos-shared' and wonder
>what's happened with the 'unsupported1' command:
>	unsupported1 style $w documentProc
>
>Changed name, removed? It gives a lot of mac flavour.

Don't know about this part...

>Also noted that the memory settings has changed from 4096 to 8192.

Probably because TclKit uses VFS to store all Tcl runtime files, which in
turn uses the MetaKit database library, which in turn does not have
memory mapped files on MacOS classic.  As a consequence, a lot more data
needs to be read in and kept allocated.

There is a way to have memory mapped files on MacOS, but only 9.1 or 9.2
AFAIK, and it is limited in comparison to other platforms because one
cannot have a map open *and* have the same file open for reading/writing
(which is what MetaKit needs).

On MacOS X, memory mapped files work fine, avoiding such extra allocations.

There are tricks one could play when running Carbon under OSX, but it
gets quite complex (there's some "CallMachOFramework" sample code).  All
in all, I can only conclude that Mac support for TclKit is likely to
remain messy: one build for OS classic (Daniel's, all the way back to
7.5.5 and 68K!), one build for XonX/XDarwin (available now, but that's
not going to win any beauty contests), and one build for Aqua (not there yet).

-jcw

[MACTCL] unsupported1 in tclkit?

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

I was playing a bit with Daniels 'tclkit-8.4-36-macos-shared' and wonder
what's happened with the 'unsupported1' command:
	unsupported1 style $w documentProc

Changed name, removed? It gives a lot of mac flavour.

Also noted that the memory settings has changed from 4096 to 8192.

/Mats

[MACTCL] Assistance and subsequent investment

[MRS M. A. <mar...@qr...>]

DEAR SIR =2FMA=2C

I AM MRS MARIAM ABACHA THE WIFE OF THE
IMMEDIATE PAST MILITARY PRESIDENT OF THE FEDERAL REPUBLIC OF NIGERIA WHO
DIED ON 8TH JUNE 1998=2E MY MAJOR REASON FOR WRITING THIS LETTER TO YOU IS
THAT MY HUSBAND LEFT A LOT OF PROPERTIES AND HUGE AMOUNT OF CASH MONEY BEFORE
HIS SUDDEN DEATH=2E THE PRESENT GOVERNMENT OF OUR COUNTRY THAT SUCCEEDED
MY HUSBAND IS NOT FAVOURABLE TO OUR FAMILY AND INDEED HAS SHOWN THIS=2C BY THE CONFISCATION OF MANY OF OUR LANDED PROPERTIES AND LARGE AMOUNT OF
MONEY BELONGING TO MY HUSBAND=2EFORTUNATELY=2C WE HAVE DISCOVERED MY LATE HUSBAND'S WILL=2E THIS WILL STATES THAT THE SUM OF US$18MILLION HAS BEEN DEPOSITED WITH A SECURITY COMPANY IN NIGERIA FOR THE ENTIRE FAMILY=2E WE HAVE CONTACTED
THIS SECURITY COMPANY AND IT HAS BEEN CONFIRMED THAT THE US$18 MILLION IS STILL INTACT AND THAT WE ARE ABSOLUTELY FREE TO COLLECT THE BOX CONTAINING THE
MONEY ANY TIME WE WANT=2E DUE TO THE DEATH OF MY HUSBAND AND RECENT ARREST OF
MY ELDEST SURVIVING SON =28MOHAMMED ABACHA=29 THE HANDICAP AT THIS MOMENT IS
THAT THE PRESENT GOVERNMENT OF OUR COUNTRY WILL CONFISCATE THIS MONEY IF WE MAKE USE OF IT IN THIS COUNTRY=2E WE NEED THE ASSISTANCE OF A FOREIGNER WHO
WILL HELP TO INVEST THIS MONEY OUTSIDE OUR COUNTRY=2E THIS IS WHY I DECIDED TO
CONTACT YOU TO ASSIST US=2E NOTE=3A I WILL PAY YOU 20% OF THE ENTIRE AMOUNT AND
THE REST TO BE RELEASED TO ME=2E IF YOU ARE INTERESTED IN GIVING THIS ASSISTANCE=2C
PLEASE INDICATE YOUR INTEREST THROUGH MY CONFIDENTIAL E-MAIL
ABOVE AND FURNISH ME WITH YOUR PERSONAL TELEPHONE AND FAX NUMBER I WILL THEN
GIVE YOU THE ENTIRE MODALITIES FOR THE BUSINESS ON RECIEPT OF YOUR EMAIL
MESSAGE=2EBY MY OTHER SON ABBA=2E
IMMEDIATE ACTIONS NEEDS TO BE EXPEDITED BECAUSE WE ONLY HAVE SOME WORKING
DAYS FROM THE DAY OF NEGOTIATION=2E PLEASE KEEP THIS BUSINESS CONFIDENTIAL=2E

BEST REGARDS=2C

 MRS MARIAM ABACHA

 

[MACTCL] 8.4 build?

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

Hi everyone,

I was looking for a 8.4 build for Mac Tcl/Tk since it seems that
QuickTimeTcl needs to be rebuilt for 8.4 due to changes
TkClassProcs -> Tk_ClassProcs etc.
Or perhaps its only necessary to swap in the 8.4 header files?

/Mats

Re: [MACTCL] MenuButton problem

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

Yes, this is the suggested workaround.  The problem is that we need to make
sure to keep around the GrafPort for a window as long as any of its widgets
might touch it.  There is a ref-counting scheme to try to make sure this
works, but destruction in Tk can be quite contorted, and I haven't had the
time to figure out how to get this case to work properly.  Since there is an
easy workaround, the bug stands.

Jim

> i used "after 40 call_menu_again..." to get around this.
> 
> very dirty!
> 
> mads
> 
> 
> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...]On Behalf Of Mats Bengtsson
> Sent: 26 May 2002 15:45
> Cc: tc...@li...
> Subject: Re: [MACTCL] MenuButton problem
> 
> 
> 
> 
> ma...@co... wrote:
>> 
>> Hi,
>> 
>> I have a menubtton which creates a secondary toplevel via its command.
> When
>> that toplevel is destroyed, the original menubutton that called it
> generates "Cannot
>> call post menu while already posting menu", and the application becomes
>> unresponsive.  I've seen a few references to similar problems with the Mac
>> MenuButton on the web, but no solution or workaround.  Is this a known
> bug,
>> and is there any fix?
>> Thanks,
>> Daniel Barrett
> 
> Besides the 'info script' and the socket problems, this is the
> only bug that I haven't found a workaround for. (8.3.4)
> It doesn't help to manually du unpost either.
> Any idees anyone.
> 
> /Mats
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
> 
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
> 

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

RE: [MACTCL] MenuButton problem

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

all in menubutton commands i add "after 40 the_command"
this way i can never have to posting error.

it is important after the tk_popup f.ex to

destroy .mb
update

this way the .mb is destroyd before the next window comes up, thats how i
got around this.

i hope i made myself clear.

Regards

Ma'd's


-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Mats Bengtsson
Sent: 27 May 2002 15:54
To: Mads Linden
Cc: tc...@li...
Subject: Re: [MACTCL] MenuButton problem




Mads Linden wrote:
>
> i used "after 40 call_menu_again..." to get around this.
>
> very dirty!
>

Could you elaborate this? Precisely how do you do?

/Mats

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
Tcl-mac mailing list
Tc...@li...
https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] MenuButton problem

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

Mads Linden wrote:
> 
> i used "after 40 call_menu_again..." to get around this.
> 
> very dirty!
> 

Could you elaborate this? Precisely how do you do?

/Mats

RE: [MACTCL] MenuButton problem

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

i used "after 40 call_menu_again..." to get around this.

very dirty!

mads


-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Mats Bengtsson
Sent: 26 May 2002 15:45
Cc: tc...@li...
Subject: Re: [MACTCL] MenuButton problem




ma...@co... wrote:
>
> Hi,
>
> I have a menubtton which creates a secondary toplevel via its command.
When
> that toplevel is destroyed, the original menubutton that called it
generates "Cannot
> call post menu while already posting menu", and the application becomes
> unresponsive.  I've seen a few references to similar problems with the Mac
> MenuButton on the web, but no solution or workaround.  Is this a known
bug,
> and is there any fix?
> Thanks,
> Daniel Barrett

Besides the 'info script' and the socket problems, this is the
only bug that I haven't found a workaround for. (8.3.4)
It doesn't help to manually du unpost either.
Any idees anyone.

/Mats

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
Tcl-mac mailing list
Tc...@li...
https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] MenuButton problem

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

ma...@co... wrote:
> 
> Hi,
> 
> I have a menubtton which creates a secondary toplevel via its command.  When
> that toplevel is destroyed, the original menubutton that called it generates "Cannot
> call post menu while already posting menu", and the application becomes
> unresponsive.  I've seen a few references to similar problems with the Mac
> MenuButton on the web, but no solution or workaround.  Is this a known bug,
> and is there any fix?
> Thanks,
> Daniel Barrett

Besides the 'info script' and the socket problems, this is the
only bug that I haven't found a workaround for. (8.3.4)
It doesn't help to manually du unpost either.
Any idees anyone.

/Mats

Re: [MACTCL] Changes on Carbon-Tk for a tix port ?

[<W.N...@un...>]

R=FCdiger wrote
>I don't want to flame or annoy anyone. I'm just curious I my post
>got through (I hope I made myself clear here. I'm not a native
>speaker)

Your post was non-trivial and any response needed some thought.

>I posted a couple of questions 4 days ago ragarding some
>ideas for patches need for the tix port to Carbon-Tk.
>However I didn't get any response. Since its about
>changes to the Tk source I can't go on by myself.

You can get the source code from the public cvs at tcl.sourceforge.net.=20
You need to use the macosx-8-4-branch tag.
Please feel free to fix it.  Most of the port was done by Jim Ingham now=20
at Apple computer. He is currently assigned to other tasks. He is also a=20
maintainer of the code and and will be happy to upload any fixes you can=20
do.  I would like to do more but I am very short of X Windows skills -=20
like I have none.  Even so I found some obvious errors and Jim uploaded my =

fixes.

I would like to get BLT to run, and I am sure there are many of the same=20
problems with that as you have with tix.  I am very short of time for a=20
couple of weeks, but I am happy to test anything after that.

>5) What would be the appropriate place to install the  Frameworks to?
>/System/Library/Frameworks or /Library/Frameworks

/System is reserved for the basic operating system distribution.=20
/Library/Frameworks is appropriate for this unless Apple decide to include =

it in the default install.

Bill Northcott

[MACTCL] Re: Changes on Carbon-Tk for a tix port ?

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

Rudiger,

Sorry, I did see this, but I have been trying to get a gdb submission
together so I haven't had time to think about much else.  The high order bit
is that the X-drawing stuff has really only been pushed as far as was needed
for MacTk, so it is not too surprising that it doesn't emulate the X layer
well enough to handle what Tix needs.  However, if you have fixes for any of
these problems, I would be glad to take them.

> Hello,
> 
> I don't want to flame or annoy anyone. I'm just curious I my post
> got through (I hope I made myself clear here. I'm not a native
> speaker)
> 
> I posted a couple of questions 4 days ago ragarding some
> ideas for patches need for the tix port to Carbon-Tk.
> However I didn't get any response. Since its about
> changes to the Tk source I can't go on by myself.
> And at some points I supposes this changes need some discussion
> first. Hence, I repost the questuions here:
> 
> 
> --------------------------------------------------------------
> 
> I recently found some time to work on my tix port to Carbon/MacOS X.
> 
> It turns out, that almost all open problems are in the Tk X11
> emulation. Therefore I have some questions about this before
> submitting patches.
> 
> 1) One major problem was XPutPixel() in tkMacOSXPutPixel.c
> (XPutPIxel is set to tkMacOSXXPutPixel in a #define  statement
> in xutil.h via XImage ->put_pixel)
> Is this function ever called in Tk (I saw that it is assigned to
> XImage ->put_pixel).
> I think this function is broken. As far as I can read from
> the man page of XPutPixel on my Linux-System XPutPixel
> should write a pixel into the pixmap data stored in XImage->data.
> The current implementation of XPutPixel, however, assumes that
> XImage->data contains a Carbon GrafPort, which is not true if
> called from the tix code.
> I do have a fixed version for 32 bit depth image data. But it
> should surely be fixed for arbirary depth.
> 
> 2) In XCopyArea() (in tkMacOSXDraw.c )  there is no support for
> TKP_CLIP_PIXMAP clipping mode. However tix uses pixmap clipping
> in its XPM-pixmap code.
> I have hack to work around by using the transparent mode of
> Carbon's CopyBits. However in this case all transparent
> pixel in XImage->data (which is the source drawable in this case)
> should be of the background colour set in XCopyArea().
> In this case, it would be nice to have this color in a global
> variable (in case you change it) (BTW: the variable of
> the temporary background color in XCopyArea() is called blackColor
> but the color set is white ;-) )
> 
> Of source it would be more elegant to evaluate the clip_mask
> stored in clipPtr->value.pixmap. However I don't know how do this
> with Carbon. And I assume it would be relatively time consuming.

I wonder if we could do this easier by using the pixmap to set an Alpha
channel and then getting CoreGraphics (which knows what to do with Alpha
channels) to do the drawing.  It is pretty trivial to convert the GrafPort
into a CG Context, and there is already some code in tkMacOSXDraw.c to
handle the clipping for CG drawing.

> 
> 3) After all I do have a running tix. And I do have an ruinning
> minkowsky (which is the app I do the tix port for).
> However, I do realize that Tcl/Tk/Tix is much slower on MacOS X
> than on Linux (on the same box, an iceBook 500 Mhz).
> I found this really surprising. minkowsky is almost unusable
> for this reason. Any ideas?
> BTW: I recompiled everything with optimisation level 2.

Use the application Sample (in /Developer/Applications) and that will tell
you where most of the time is being spent.  From there we can figure out
what to do to fix the problem.

> 
> 4) There is a problem about pkgIndex.tcl-files. On Linux Tcl
> looks for this files on /usr/lib/*/pkgIndex.tcl.
> Hence it will find all extenstions pkgIndex.tcl files since
> they are normally installed on /usr/lib/extensionname
> 
> However on MacOS X Tcl seem to look at
> .../Frameworks/Tcl.framework/Resources/Scripts/pkgIndex.tcl
> 
> Hence you have either to add all extenstion thereto or the
> mechanism  of finden pkgIndex.tcl files must be revisted on
> Mac OS X Tcl. Or did I mis something ?

This is just a missing piece.  I need to hack up the package require code
(like I did for Classic MacOS) to look in /System/Library/Frameworks,
/Library/Frameworks and ~/Library/Frameworks for Tcl extensions.  I started
on this bit but then my day job took over again.

> 
> 5) What would be the appropriate place to install the  Frameworks to?
> /System/Library/Frameworks or /Library/Frameworks
> 

If the system is properly constructed, you should be able to put them
anywhere that dyld would find them, i.e. /System/Library/Frameworks,
/Library/Frameworks, ~/Library/Frameworks, /Network/Library/Frameworks, or
along the DYLD_FRAMEWORK_PATH...

Not there yet, though...

Jim
> 
> --------------------------------------------------------------
> 
> BTW: I read in the mails something about Aqua-Tk. Does this mean
> the Tk port to Carbon or is this another native port to Mac OS X?
> 
> 

That's just another name for MacOSX Tk, it sounds a bit snappier, so I use
it sometimes...

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

[MACTCL] ANNOUNCE: Coccinella 0.94

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

                    Coccinella (whiteboard) 0.94
                    ____________________________

The multiplatform (Tcl/Tk) whiteboard is now released in version 0.94.
It runs in two main modes, a peer-to-peer configuration, and a mode
compatible with the Jabber Instant Messaging system (www.jabber.org).

The whiteboard is a shared desktop which supports text, drawings,
images, multimedia in a number of formats, like mp3 and video etc.
A flexible plugin architecture may be used to support additional
formats.

As a Jabber client it supports seamless text communication with
other Jabber clients, and with nonjabber IM systems like AIM, ICQ,
MSN, etc, via transport modules at the jabber server. More specifically,
it supports the conference and browse services, and therefore requires
server version 1.4 or later. No support for the agent(s) methods.

It is written in Tcl/Tk, OpenSource, and distributed under the GPL
license. It should run on any machine that runs Tcl/Tk. For Mac OS
(Classic), Windows, and Linux-x86, there are "batteries included"
distibutions, which include packages that are specific for these
platforms, such as QuickTime on Macs and Windows.

Visit "http://hem.fyristorg.com/matben/" for more info and download.


Enjoy,   Mats Bengtsson   

email:  ma...@pr...
jabber: ma...@ja...

PS: The Jabber parts in this version are not compatible with
    the previous version (0.93).

[MACTCL] Re: Tcl-mac digest, Vol 1 #189 - 2 msgs

[<W.N...@un...>]

>I think this is because the version of Tcl/tk I have (from  fink) depends
>on Xwindows. Is there a tcl/tk implementation that does not do so? I've
>looked at the mailing list archives, and there seems to be one for
>Classic, but not for OS X. Is that right?

Check out the archives for this list.
There is an aqua version of tcl/tk kindly ported by Jim Ingham.  You can 
binaries (Frameworks) from Apple's web site.  It works with wish, but tk 
needs a lot more work to support most apps that use tk as an API.  You can 
get more up to date source code from tcl.sourceforge.net.  Use cvs with 
the macosx-8-4-branch tag.

I have had a go with this myself trying to get BLT to build.  However, for 
the next coouple of weeks I have too much teaching commitment.

Bill Northcott