Re: TERM conflict with AppleScript
Re: TERM conflict with AppleScript
- Subject: Re: TERM conflict with AppleScript
- From: Doug McNutt <email@hidden>
- Date: Wed, 22 Jan 2003 19:49:38 -0700
I still don't know what's going on but I added a definition of
TERM = /dev/null
to my environmnet.plist and startup and login now work as before. Something, I know not what, is testing for $TERM or $term and it might not be initiated by AppleScript. I shall keep looking.
I have discovered that TERM and DISPLAY are both set by the X11 application before it calls .xinitrc and that /usr/X11R6/etc/xinit/xinitrc is NEVER executed even if if .xinitrc is not present. Directory /usr/X11R6/bin is also added at the end of the existing PATH by X11 before ~/.tcshrc is called as ~/.xinitrc is entered. ~/.login is NOT called as it is when a Terminal session is started with tcsh. Also /etc/csh.login is NOT executed as it is when a new Terminal window is opened. That avoids the unexpected overwrite of the PATH as set up in environment.plist.
What I don't yet know is if csh.login and .login are executed if Terminal is chosen from within X11. In fact I don't know what the precise definition of "login" is - is - on MacOS X.
At 10:45 -0700 1/22/03, I wrote:
>Working last night with geometry problems, which I recently got some help on here, I discovered that an AppleScript of mine has stopped working when executed as a startup item.
>
>The message window says: TERM: Undefined variable. Edit or Exit.
SNIP
--
--> If you are presented a number as a percentage, and you do not clearly understand the numerator and the denominator involved, you are surely being lied to. <--
_______________________________________________
x11-users mailing list | email@hidden
Help/Unsubscribe: http://www.lists.apple.com/mailman/listinfo/x11-users
Do not post admin requests to the list. They will be ignored.