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

Re: [MACTCL] loading tome of a shlb

[<AO...@t-...>]

Hi,

 I found out that the

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
kCFragResourceType

Mac OS 9 header:
 CodeFragments.h

enum {
    kCFragResourceType = 'cfrg',
    kCFragResourceID = 0,
    kCFragLibraryFileType = 'shlb',
    kCFragAllFileTypes = -1
};
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

the doc says


    /*
     * See if this fragment has a 'cfrg' resource.  It will tell us where
     * to look for the fragment in the file.  If it doesn't exist we will
     * assume we have a ppc frag using the whole data fork.  If it does
     * exist we find the frag that matches the one we are looking for and
     * get the offset and size from the resource.
     */


"cfrg" resource is needed, but I'm a ppc shlb

why does it search for that resource and who make this resource ?


  thanks for help



mfg

Re: [MACTCL] loading tome of a shlb

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

Andreas,

Are you sure you don't have a resource fork?  Unless you go out of your 
way to tell it otherwise, that is where CodeWarrior will put the code 
for shared libraries.  It definitely looks like you have a messed up 
file somehow.

On Thursday, March 21, 2002, at 02:14  AM, Andreas Otto wrote:

>
> Hi,
>
>  I made some research on shlb loading time
>  ( it take to long for me )
>
> some additional informations :
>   1) the dynamic library I create has no resource
>
>
>  What I've done:
>
>  file tclMacLoad.c
>
> line #153
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>     saveFileRef = CurResFile();
>     SetResLoad(false);
>     fragFileRef = FSpOpenResFile(&fileSpec, fsRdPerm);
>     SetResLoad(true);
>

The fact that this test passed means that you do indeed have a resource 
fork...  FSpOpenResFile doesn't create a resource fork in a file that 
doesn't have one.

>     if (fragFileRef != -1) {
>         UseResFile(fragFileRef);
>         fragResource = Get1Resource(kCFragResourceType, 
> kCFragResourceID);
>         HLock(fragResource);

The fact that you got no error here also means that we did find a CFrag 
resource in the resource fork.  Otherwise ResError would return 
resNotFound.  BTW, it would probably be clearer if the HLock and Release 
code were moved inside the ResError test.  It doesn't really matter, 
since HLock & ReleaseResource do the right thing with NULL handles, 
but...

>         if (ResError() == noErr) {
>             CfrgItem* srcItem;
>             long itemCount, index;
>             Ptr itemStart;
>
>             itemCount = (*(CfrgHeaderPtrHand)fragResource)->itemCount;

But it seems to be a bogus one, because itemCount looks like some random 
garbage...

>             itemStart = &(*(CfrgHeaderPtrHand)fragResource)->arrayStart;
>
> // loop start
>
>             for (index = 0; index < itemCount;
>                  index++, itemStart += srcItem->itemSize) {
>                 srcItem = (CfrgItem*)itemStart;
>                 if (srcItem->archType != OUR_ARCH_TYPE) continue;
>                 if (!strncasecmp(native, (char *) srcItem->name + 1,
>                         strlen(native))) {
>                     offset = srcItem->codeOffset;
>                     length = srcItem->codeLength;
>                     fragName=srcItem->name;
>                 }
>             }
>
> //loop end
>
>         }
>
>         /*
>          * Close the resource file.  If the extension wants to reopen 
> the
>          * resource fork it should use the tclMacLibrary.c file during 
> it's
>          * construction.
>          */
>         HUnlock(fragResource);
>         ReleaseResource(fragResource);
>         CloseResFile(fragFileRef);
>         UseResFile(saveFileRef);
>     }
> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
>
> BUG
>
>  the loop above loops from 0 to 340016671
>  this takes 1 second on my iBook
>
>  is a workaround available  ????
>
> thank you very much for help

You need to look again at how you are making your shared library.   
Compare it to the sample extension that Daniel mentioned.  Something is 
clearly messed up here.  The one thing to note is that the code 
fragments for a shared library can either be contained in the 'cfrg' 
resource of the shared library or in the data section.  So you can look 
at the shlib with ResEdit (you can get this from the Apple developer 
site) to see if there is a 'cfrg' resource.  And there is a tool called 
PEFViewer floating around that will allow you to look at data fork PEF 
containers...


Jim

>
> mfg
>
>   aotto :)
>
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
--
Jim Ingham                                   ji...@ap...
Developer Tools - gdb
Apple Computer

[MACTCL] Re: Python/Tkinter and QuickTimeTcl

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

Forwarded to  tc...@li...:

The thought has struck me, but I've never started an investigation.
But since we have (Jack ?) a Python guy here perhaps we may ask him,
or anyone else; what does it take to port a Tcl/Tk extension
to Python? Have never used Python myself.
QuickTimeTcl: "http://hem.fyristorg.com/matben/qt"

Mats


"Sean Q. Hendricks" wrote:
> 
> Hi,
> 
> I was wondering if you knew a way to import your QuickTimeTcl functions
> into a Python/Tkinter program.  I'm writing a small application and it
> would be really good if we could include a video widget.  Ideas?
> 
> Sean
> 
> --
> **************************************************************
> 
> Sean Hendricks
> Educational Program Specialist
> University of Georgia
> Department of Language Education
> 125 Aderhold Hall
> Athens, GA 30606-7123

[MACTCL] loading tome of a shlb

[<AO...@t-...>]

Hi,

 I made some research on shlb loading time
 ( it take to long for me )

some additional informations :
  1) the dynamic library I create has no resource

  
 What I've done:

 file tclMacLoad.c

line #153
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    saveFileRef = CurResFile();
    SetResLoad(false);
    fragFileRef = FSpOpenResFile(&fileSpec, fsRdPerm);
    SetResLoad(true);
    if (fragFileRef != -1) {
        UseResFile(fragFileRef);
        fragResource = Get1Resource(kCFragResourceType, kCFragResourceID);
        HLock(fragResource);
        if (ResError() == noErr) {
            CfrgItem* srcItem;
            long itemCount, index;
            Ptr itemStart;

            itemCount = (*(CfrgHeaderPtrHand)fragResource)->itemCount;
            itemStart = &(*(CfrgHeaderPtrHand)fragResource)->arrayStart;

// loop start

            for (index = 0; index < itemCount;
                 index++, itemStart += srcItem->itemSize) {
                srcItem = (CfrgItem*)itemStart;
                if (srcItem->archType != OUR_ARCH_TYPE) continue;
                if (!strncasecmp(native, (char *) srcItem->name + 1,
                        strlen(native))) {
                    offset = srcItem->codeOffset;
                    length = srcItem->codeLength;
                    fragName=srcItem->name;
                }
            }

//loop end

        }

        /*
         * Close the resource file.  If the extension wants to reopen the
         * resource fork it should use the tclMacLibrary.c file during it's
         * construction.
         */
        HUnlock(fragResource);
        ReleaseResource(fragResource);
        CloseResFile(fragFileRef);
        UseResFile(saveFileRef);
    }
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

BUG

 the loop above loops from 0 to 340016671 
 this takes 1 second on my iBook

 is a workaround available  ????

thank you very much for help


mfg

  aotto :)

[MACTCL] AppleScript and Metakit

[Bruce M. A. <bru...@si...>]

Dear List,

Is there an AppleScript osax implementing Metakit? I know about
Valentina but would like to be able to write apps in AppleScript, have
them build Metakit databases, and then have Tcl apps elsewhere read
the data out again.

Bruce M. Axtens.
-- 
Progress is man's ability to complicate simplicity.
    -- Thor Heyerdahl

Re: [MACTCL] Can't find install directory properly on OS X.

[Christopher S. M. <mor...@AR...>]

I FOUND IT!  Jeesh.  I finally figured out what was the problem from my
flailing 8.3.2 build/install.  To recap, I was basically getting a runtime
error from Tcl_Init, Itcl_init, ... all saying that they couldn't find
their tcl initialization files (that are in the install directory). 

The problem didn't have to do with the fact that I was munging the
Makefiles to install into a different place.  The problem had to do with
the existing /usr/lib/libtcl83.dylib that I had laying around getting
linked instead of the newly built one (/usr/brlcad/lib/libtcl8.3.a).

That problem may seem obvious except for the fact that there was an
explicit -Lwhatever -ltcl8.3 on the compile line, yet the library in
/usr/lib was still used!  I find this quite contrary to what should be
happening, and if anyone has any clues, please send them my way.  Here is
the final compile line for building libtcl and tclsh:

.
.
ar cr libtcl8.3.a regcomp.o regexec.o regfree.o regerror.o tclAlloc.o
tclAsync.o tclBasic.o tclBinary.o tclCkalloc.o tclClock.o tclCmdAH.o
tclCmdIL.o tclCmdMZ.o tclCompCmds.o tclCompExpr.o tclCompile.o tclDate.o
tclEncoding.o tclEnv.o tclEvent.o tclExecute.o tclFCmd.o tclFileName.o
tclGet.o tclHash.o tclHistory.o tclIndexObj.o tclInterp.o tclIO.o
tclIOCmd.o tclIOGT.o tclIOSock.o tclIOUtil.o tclLink.o tclListObj.o
tclLiteral.o tclLoad.o tclMain.o tclNamesp.o tclNotify.o tclObj.o
tclPanic.o tclParse.o tclParseExpr.o tclPipe.o tclPkg.o tclPosixStr.o
tclPreserve.o tclProc.o tclRegexp.o tclResolve.o tclResult.o tclScan.o
tclStringObj.o tclThread.o tclStubInit.o tclStubLib.o tclTimer.o tclUtf.o
tclUtil.o tclVar.o tclMtherr.o tclUnixChan.o tclUnixEvent.o tclUnixFCmd.o
tclUnixFile.o tclUnixPipe.o tclUnixSock.o tclUnixTime.o tclUnixInit.o
tclUnixThrd.o  tclUnixNotfy.o  tclLoadNone.o
ranlib -c libtcl8.3.a
cc -O3  -fno-common -ffast-math -fstrength-reduce
-fexpensive-optimizations   tclAppInit.o
-L/Users/sean/brlcad6/.libtcl8.3.pmac -ltcl8.3  -lc \
         -o tclsh
/usr/bin/ld: warning unused multiple definitions of symbol _matherr
/Users/sean/brlcad6/.libtcl8.3.pmac/libtcl8.3.a(tclMtherr.o) definition of
_matherr in section (__TEXT,__text)
/usr/lib/libc.dylib(s_matherr.o) unused definition of _matherr

Well, the simple solution was to move/remove the tcl dylib in /usr/lib and
all was fine (except for that nasty warning shown above from the .a
getting created without the multiple define suppression turned on).  Well,
back to proper coding now..

Cheers!

Sean Morrison
mor...@ar...



On Tue, 12 Mar 2002, Christopher Sean Morrison wrote:

> My apologies if this is an answered question (couldn't find it in
> archives), but I'm having difficulty getting 8.3.2 to find itself properly
> after installation.  I have similar problems for everything else
> thereafter (tk, itcl, itk, iwidgets).  
> 
> The quick fix is to set the corresponding XXXX_LIBRARY environment
> variable to the packages find what they need, and all is good.  But that
> doesn't fix the problem, it quells the symptom.  How does
> /System/Library/Tcl/8.3 get into that search path and how can I go about
> to get that to be based off --prefix's value. 
> 
> There is a little oddity of the Makefile getting modified (necessarily on
> other platforms) prior to building.  The details are included below.  Any
> help is appreciated. 
> 
> As a side note, I have to use 8.3.2 for this release, unfortunately.
> Then I'll be upgrading it to newer tcl/tk sources.  A short-term fix to
> get this version working would be nice, though.
> 
> 
> Here is the error message:
> 
> bash2.04 sean@dhcp-32-233 ~/brlcad6/.libtcl8.3.pmac % tclsh
> application-specific initialization failed: Can't find a usable init.tcl
> in the following directories: 
>     /System/Library/Tcl/8.3 /usr/brlcad/lib/tcl8.3 /usr/lib/tcl8.3
> /usr/lib/tcl8.3/library /usr/library /usr/tcl8.3/library /tcl8.3/library
> /System/Library/Tcl/8.3
> 
> 
> This probably means that Tcl wasn't installed properly.

[MACTCL] test

[macnerd <ma...@re...>]

test

Re: [MACTCL] paper about shared libraries

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

At 9:22 -0800 on 18/3/02, Jim Ingham wrote:

>There
>is also some resource that you can put in the executable to tell it where to
>look for its shared library, but I never played around with this so I am not
>sure exactly how it works.

the unmerged application targets in tcl/tk (e.g. 'Simple Tcl 
(sh-ppc)')  use this mechanism to find the MSL shared libraries in 
the subfolder '(Support Libraries)'

c.f. the 'alis' resource in tcl/mac/tclMacApplication.r (you also 
need to set the 'Library Folder ID' field in the CW PPC PEF settings 
panel to the id of this resource)

the deployed executables Wish and TclShell have the shared libraries 
merged into the executable.

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] Performance tests

[<AO...@t-...>]

Hello,

 I port the POWER-Tcl  to MacOs9.1

 I run some performance tests ...

 I compare:

	Traditional Tcl (tTcl) 	Power Tcl (pTcl) 
	MacOs9.1 on IBook	Linux 2.4.10 on  AMD-K7 500MHz


                        Test1       Test2            (microseconds)

tTcl / IBook	11           16
tTcl / Linux         10 	   19

pTcl / IBook        5            8
pTcl / Linux	 7            13




1) It seems that the CW C-Compiler is a lot better than the gcc
2) It seems that pTcl on Mac is double as fast as tTcl
3) It seems that ppc is faster as Atlon


   greate work for apple 



mfg

  aotto :)

Re: [MACTCL] paper about shared libraries

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

Andreas,

Everything you ever wanted to know and more:

http://developer.apple.com/techpubs/macos8/RuntimeSvcs/CodeFragmentManager/c
odefragmentmanager.html

There is no LD_LIBRARY_PATH.  The CFM looks first in the App's folder, then
in System Folder:Extensions (and subfolders) then in System Folder.  There
is also some resource that you can put in the executable to tell it where to
look for its shared library, but I never played around with this so I am not
sure exactly how it works.

Jim

> 
> 
> Hello,
> 
> I need documantation about shared libraries.
> 
> 1) How does MacOS9.1 find shared libraries
> 2) Is something like the LD_LIBRARY_PATH
>    available on MacOs9.1
> 
> 
> mfg
> 
> aotto :)
> 
> 
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
> 

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

[MACTCL] paper about shared libraries

[<AO...@t-...>]

Hello,

 I need documantation about shared libraries.

 1) How does MacOS9.1 find shared libraries
 2) Is something like the LD_LIBRARY_PATH 
     available on MacOs9.1


mfg

  aotto :)

Re: [MACTCL] exec on mac

[Steve C. <ste...@mq...>]

On Sun, 17 Mar 2002 20:38, you wrote:
> Steve Cassidy
> had also posted some more documentation on how to go from a TEA extn
> to a mac build, it's generally pretty simple.

http://www.shlrc.mq.edu.au/~steve/tcl/useless.html

Steve

[MACTCL] POWER-Tcl works

[<AO...@t-...>]

Hi,

  finally I got POWER-Tcl working on MacOS9.1
  including shared-library support

  what I have done ?

    1) transfer the POWER-Tcl Runtime to MacOS9.1
    2) create the shared-library Builder who creates MacOS9.1
        CW projects on the fly
    3) cleanup all the code to work proper with the 3 possible
        targets UNIX(Linux), Windows and Mac


  what you can do now ?

    1) convert Tcl scripts into native C code
        ( no *strings* anymore, no evaluation of strings anymore, 
          no emulation, real hardcore C code, real hardcore C
          speed )
    2) compile the C code into all targets Tcl supports
    3) work from *one* source tree and create Unix(Linux), Windows and
        Mac native executables
    4) You need one programmer team to support *all* targets
    5) focus on your problem and *not* on your target
    6) speedup your Tcl code between 30% and 70%
    7) get a full working runtime without any restrictions
        -> e.g. make as many copies as you want
        -> you are the boss not we
    8) get the full security support
    9) *nobody* can read your tcl code anymore
    10) *nobody* can change your Tcl code anymore


  -> Tcl is now enterprise ready


e.g.

  I would like to say thanks for everybody who made this possible
  I would like to say sorry if I ask to much questions
  I would like to say sorry if I complain too much
  I would like to say great work by the Tcl-Mac team

  It's a hard time If have to learn MacOS, learn compiling on the
  MacOS, learn working with the CW tool and figure out all the nasty 
  small pitfalls which make the live not easy, in one single week

     -> but it's possible 
     -> Tcl is a great language


mfg

  aotto 
   

Re: [MACTCL] Compilation Scenario?

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

At 18:19 -0800 on 15/3/02, macnerd wrote:

>What exact version of CodeWarrior do you need to compile MacTCL!?!?
>I have NEVER been able to compile it, but I want to make a good effort
>at this and document the process.

for 8.3.4 and 8.4 cvs HEAD you need CW Pro 6 (or 6.1/6.2) and 
everything should just work out of the box (other people have done it 
without any problems). Pro5 should be able to import the xml 
projects, but there will probably be issues with libraries.

be sure to read the file "(Pro6 Build Support):Building MacTclTk", 
your question is answered there among others... (such as what version 
of the universal interfaces to use)

the binary and xml project files are in 
{tcl,tk}/mac/{tcl,tk}MacProjects.sea.hqx and the recommended build 
structure is in tcl/mac/tcltkMacBuildSupport.sea.hqx along with docs 
(e.g. the aforementioned 'Building MacTclTk' file)

if you use my 8.3.4 full installer from SF, it will set all this up 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] exec on mac

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

At 8:35 +0100 on 17/3/02, AO...@t-... wrote:

>   it's a template to create binary extension for tcl,
>   the current one needs all the Unix/CygWin stuff and is
>   command-line based.
>   I think the tclapplescript could be a template :)

note that I've updated the mac port of the tcl sampleextension a 
while ago, this would make a better template than tclapplescript. the 
archive is at http://www.ics.mq.edu.au/~steffen/tcltk/ , search the 
list archives or c.l.t archives for more info. IIRC, Steve Cassidy 
had also posted some more documentation on how to go from a TEA extn 
to a mac build, it's generally pretty simple.

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] exec on mac

[<AO...@t-...>]

Hi,

> >
> >   -> how I get a TEA template for CW
>
> What's TEA?

  it's a template to create binary extension for tcl,
  the current one needs all the Unix/CygWin stuff and is
  command-line based. 
  I think the tclapplescript could be a template :)
  
>
> I'll look into general compilation issues tomorrow.  IMHO,
> the MacTCL docs are getting dusty.  I hope to contribute
> something in that area, after I figure stuff out.
>



mfg

  aotto :)

RE: [MACTCL] exec on mac

[macnerd <ma...@re...>]

> iBook is an offical Apple product nothing special 
> 
>   I know the Fn key but this does not help,
> 
>   Right now I use netatalk from Linux (a MAC server) and I do all
>   edit on Linux and Compiling on mac this works 

No comprendo... I have Titanium with Fn key, and it seems to 
work for me.  Anyway, my comment about the keyboard, is that
most keyboards back then had both a Return and Enter key.  I 
think later this became a problem with Powerbook users, so 
there was a tool out there, to reconfig. MPW or act as a 
helper.  I so vaguely remember though, it was a long long 
time ago.

> forget MPW it does not help anyway, 

OK.  If you say so.  I think MPW is cool, but it's more
for the brawnier type... :-)

[snip]
 
>  the core problem right now is 
> 
>   -> how I get a TEA template for CW

What's TEA?

> 
>  I have libs for Linux and Win but need to compile it for
>  Mac too. right now without success
> 
>   get "could not find Initialization routine in library"
> 
> but the same code compiles on Unix/Win perfect
> 
> 
> is something special ::::)))

I'll look into general compilation issues tomorrow.  IMHO,
the MacTCL docs are getting dusty.  I hope to contribute
something in that area, after I figure stuff out.

[MACTCL] Compilation Scenario?

[macnerd <ma...@re...>]

What exact version of CodeWarrior do you need to compile MacTCL!?!?
I have NEVER been able to compile it, but I want to make a good effort=20
at this and document the process.

The biggest things I hate is that I don't know which libraries depend on =

what libraries, and last time I really programmed for the Macintosh was
during System 7.1, System 7.5, and NuKernel (Copeland/Maxwell).  So,=20
I'm unfamilar with changes since then.

The Project Converter never seems to work. :-(

That is why I wanted MPW makefile, because, even if I don't use MPW,=20
I can at least see the dependencies and re-create an up to date project
file.

If anyone has any mercy, at the very least, expand all of the projects
and take a screen shot of the project list, and slap it on a web page.
Then from this I can re-create it.

 - Joaquin

[MACTCL] could not find Initialization routine in library

[<AO...@t-...>]

Hi,

  just a more constructive question

  what have I do if the message up arrives.

  e:g   load StdLib.shlb StdLib

  it seems the StdLib_Init entry is not enougth on Mac

  Is an easy TEA template is available

  (just for putting my *.c and *.h files to get a valid
   shared library )


  Thans for help

mfg

  aotto

Re: [MACTCL] exec on mac

[<AO...@t-...>]

Am Freitag 15 März 2002 18:26 schrieb macnerd:
> Hello Aotto
>
> >  very nice but unusable, why ?
> >
> >   1) I have an iBook it seems that the iBook does not offer
> > all the keys
>
> That's why you have the little "{Fn}" key, which can be used
> to hit keys that are not normally available on the iBook
> keyboard.  MPW was made for real developers with a real keyboard
> like Apple Extended (this is a joke :)

 I don't like the:

  "If you need this feature you have to buy that product"

 game

 iBook is an offical Apple product nothing special 

>

  I know the Fn key but this does not help,

  Right now I use netatalk from Linux (a MAC server) and I do all
  edit on Linux and Compiling on mac this works 

forget MPW it does not help anyway, 
( I have to make Tcl MPW ready to call the MPW compiler
from my Tcl tools, that is not worth)
the mac target will be only for non Mac/Linux users who 
have to support mac with as less as possible contact with 
mac (e.g ~ 95% of the EDP world)


 the core problem right now is 

  -> how I get a TEA template for CW

 I have libs for Linux and Win but need to compile it for
 Mac too. right now without success

  get "could not find Initialization routine in library"

but the same code compiles on Unix/Win perfect


is something special ::::)))


mfg

  aotto :)

[MACTCL] more re: OS X getOpen/SaveFile

[Jason S. <je...@ya...>]

Also... I think OS X likes file extensions, and the savefile code seems to
ignore the defaultextension flag, as if it were Mac OS Classic

Thanks in advance for any help,

Jason

__________________________________________________
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/

Re: [MACTCL] Question Universal Interface

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

There is a comp.sys.mac.programming.codewarrior newsgroup where all your 
CodeWarrior questions will get answered more quickly than here.

Anyway, it is usually pretty easy to replace the Universal Interfaces, 
but you have to be careful to rebuild all the precompiled headers and 
the MSL and other libraries, if you do so.  There used to be a README 
somewhere describing how to do this, but it has been a while since I 
have played with CodeWarrior much.  But if you ask on c.s.m.p.c, you 
will get a more definitive answer, I bet.

Jim

On Friday, March 15, 2002, at 01:04  AM, Andreas Otto wrote:

>
>
> Hi,
>
>   CW has "Universal Interfacees 3.3.2"
>
>   can I download the new 3.4.1 and install it as universal
>   interfaces  into the CW Folder ?
>
>   or does I need a new folder and change all my paths ?
>
>
>   Thanks
>
>    mfg
>
>       aotto :)
>
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
--
Jim Ingham                                   ji...@ap...
Developer Tools - gdb
Apple Computer

Re: [MACTCL] exec on mac

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

Andreas,

This is mostly off topic, which is MacTk.  But anyway...

On Friday, March 15, 2002, at 04:23  AM, Andreas Otto wrote:

>
>
>>> the problem is that are a lot of single files and not one bing 
>>> download
>>> is such a one big download is available ?
>>
>> <ftp://ftp.apple.com/developer/Tool_Chest/Core_Mac_OS_Tools/MPW_etc./
>> %21ReadMe.txt>
>>
>> <ftp://ftp.apple.com/developer/Tool_Chest/Core_Mac_OS_Tools/MPW_etc./MPW-
>> GM_Images/MPW-GM.img.bin>
>>
>> -jcw
>
>
> Hi,
>
>   very nice but unusable, why ?
>
>   1) I have an iBook it seems that the iBook does not offer all the keys
>       needed no :
>
>     -> now start the funny part
>
>           [, ], {, }, \, .... and a lot of additional keys.
>
>           Appel is very good in creating new keys and give them
>           nice names but mostly forgot to put them on the keyboard
>           or saying which name belongs to which (selfdefined)
>           key-image ->  in germany I would say "5-"

There is an app called KeyCaps, it is usually in your Apple Menu, that 
will help you find all the characters you need.  It has a little picture 
of the keyboard showing the unmodified keys in your current keyboard.  
If you hold down, for instance, the option key, the keyboard will shift 
to the option modified keys.  Etc.

The idea for using all the funny keys in MPW was so that you wouldn't 
have to spend so much time quoting  special characters in day to day 
use.  But it does mean up front you need to learn where a bunch of 
glyphs live.

>
>   2) they designed the MPW tool which defines someting like a shell
>       ( I use the word something because they ignore all standards
>         available in EDP and start to redesign the wold from start )
>       it seems that they have infinity manpower or third class 
> management
>       or even worser -> put all the money out of the business and let 
> the
>      guys die
>

MPW was started a really long time ago (mid 80's) so "standards" were a 
pretty nebulous thing.  In any case, they were not really obligated to 
follow Unix shell standards were they?  AND MPW has been officially 
unsupported for about 5 years now, which accounts for some of its 
crustiness.  BUT you are welcome to return your free software for a full 
refund...

>   3) I work with many OSs like OS2, Windows, Linux and Unix
>       From all my experience I can say
>
>       -> the user interface is something like a "joke" it's more
>           productivity destroying than anything else I saw in business
>
>      -> the most funny part MacOS is single user single task this mean
>          this makes it easy ( you does not need all the modern
>          programming stuff -> back in the 8?'s
>

I am not sure whether you are talking about Mac OS or MPW.

If you are talking about MPW, it's a hacker's tool, and as such has its 
own odd flavor and takes some getting used to.  But it is very flexible 
and powerful, and you can get it to do some amazing things if you learn 
its ways.  The same thing is true of the Unix shells, BTW, you just have 
already learned them.

If you are talking about MacOS in general, then this is really off 
topic, and I don't think it is at all useful to host a "My operating 
system's better than yours" discussion on this list.  There are plenty 
of other places where you can get into a flame war about this.

>   4) If I compare Linux-KDE with MacOS9.1 than I would say
>       -> no space left on device

I have no idea what this means, but if it falls in the category of OS or 
desktop bashing, I would rather leave it at that.

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

MachTen (was RE: [MACTCL] exec on mac)

[macnerd <ma...@re...>]

Aotto.

I forgot to mention that there is one other CLI
environment for the Macintosh: MachTen.  This
is a Mach kernel with a BSD4.4 personality 
running on top of the Macintosh classic.

It can build both UNIX and MacOS software, 
supports make system, and other utilities
can be ported more easily. 

Also, if you don't want to use the Mac, it
has a X/Windows Server.  Most tools, including
tcl/tk are ported to this environment.

ciao,
 Joaquin

Re: [MACTCL] appmain.tcl init on osx

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

Mads,

That's not where you put AppMain.tcl.  You are supposed to put it in

Wish Shell.app/Resources/Scripts

The idea is that you can make many tk based applications without having 
to have many copies of the Tcl & Tk frameworks.  So for each Tk based 
application, you just duplicate the Wish Shell.app, change its name if 
you want, change the Info.plist if you want to change the app name & 
signature, and then drop the startup script in Resources/Scripts.  You 
can also change the icon (in Resources/Wish.icns) if you want the App to 
have a different appearance in the Dock & Finder.  If you do this, 
however, please also change the plist info or your app & wish will fight 
over icons...

Note the original release had a bug that caused this not to work, but 
the second binary works fine.

Jim

On Friday, March 15, 2002, at 02:13  AM, Mads Linden wrote:

>
> hi all
>
> i cant get the auto source function to work
>
> i have made a file called AppMain.tcl
> and put it in tcl.framework/resources/scripts
>
> but nothing happens??
>
> help!
>
>
>
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
--
Jim Ingham                                   ji...@ap...
Developer Tools - gdb
Apple Computer