Re: 'path to cleanup at startup folder'
Re: 'path to cleanup at startup folder'
- Subject: Re: 'path to cleanup at startup folder'
- From: John W Baxter <email@hidden>
- Date: Sat, 2 Feb 2002 08:47:51 -0800
At 10:27 +0100 2/2/2002, Brennan wrote:
>
I got a couple of private replies (thanks! but why not use the list?), one
>
of them suggested that 'Cleanup at Startup' was put in by Aladdin, which
>
seems unlikely to me.
The first use I saw of the 'Cleanup at Startup' technique was with the
Aladdin installer (which had to leave a program in Startup Items to make it
work, if I recall correctly).
Note that I do have StuffIt Deluxe[tm] 6.5.1 installed...that could have
affected my test below. Or Apple could have incorporated the idea into Mac
OS.
>
>
Most useful was from Chris 'Chris' Nebel who says
>
>
> I believe you want 'path to "flnt"'
>
>
...and sure enough, this *is* what I want. And, Chris? Presumably "flnt"
>
is OS language-independent?
I tested with Mac OS 9.1...it works there. [I did my regular Sunday
restart on Saturday, to test.] I can't safely go any farther back (I do
have 8.6 on a Jaz cartridge: I've become afraid to run it, although it
should be fine).
It should be language-independent. And it does carry forward into Mac OS X:
path to "flnt" from user domain
--> alias "Blake:private:tmp:501:Cleanup At Startup:"
(same as leaving off the from...)
Interestingly, it's in the same user-specific location if you include
from system domain
or
from local domain
(I don't have a network domain).
The fact that it is user-specific in the larger domains probably (but not
certainly) means it is really "cleanup at login by this user" on Mac OS X.
(Testing left as an exercise, or for Chris to tell us.)
I don't think it's OS-independent: you should test with the oldest OS you
are supporting with your scripts. You may find you have to move forward
some. The fact that there isn't terminology for the folder in the path to
Addition is suggestive that it is recent (it may also mean Apple simply
wants to keep it hidden, or wants to avoid a backward compatibility
problem).
--John
--John
--
John Baxter email@hidden Port Ludlow, WA, USA