From: Jim I. <ji...@ap...> - 2002-03-06 01:19:06
|
Daniel, On Tuesday, March 5, 2002, at 04:29 PM, Daniel A. Steffen wrote: > At 19:11 -0500 on 5/3/02, Jon Guyer wrote: >> dyld: /Applications/Wish Shell.app/Contents/MacOS/Wish Shell Undefined >> symbols: >> _Tclae_SafeInit >> >> I'll grant, there is no such routine. Does there need to be? TclAE is >> most decidedly /not/ safe. > > recompile 8.4 using the tip of macosx-8-4-branch and this will go away, > it's due to an old tclLoadDyld.c in Jim's branch (older than what I > distributed in my 8.3.4 build for AlphaX), I checked in a better > version a few days ago. > > tclAE loads fine under 8.4 here > Okay, I understand now. But still, TclAE should have a SafeInit which returns TCL_ERROR. That way you are really telling a safe interpreter that you are unsafe... >> Actually, what's needed is an AEAddressDesc, which is one of: >> typeApplSignature, typeSessionID, typeTargetID, or >> typeProcessSerialNumber. Can we get any of these for Tcl (tclsh)? >> tclsh has a eunuchs PID; can this be translated to a ToolBox PSN? >> > > that may depend on how tclsh is started, remember the AlphaTk > discussion on alphatcl-dev a while ago where AlphaTk was getting a > misterious -psn_0_xxxxxx > argument, that's the ToolBox PSN we would need AFAIK. I think this is > only passed along when apps are started with 'open' (e.g. finder double > click) Yeah, this is something the Finder does. But I don't think that this is what assigns the PSN, it is just passing it to the process. So what you would really need to do is get Tcl to register with the WindowServer. Somebody sent some code to do this - I think to the list - but I can't find it now... Jim -- Jim Ingham ji...@ap... Developer Tools - gdb Apple Computer |