[comp.sys.mac.system] How to add startup icon to one that doesn't?

mouse@vaxb.acs.unt.edu (Dhanapong Saengrussamee-University of North Texas) (07/19/90)

Howdy!

  Following the subject of startup icon from my previous posted (about how to
make AppleShare INIT not to clear the screen during booting in progress).  

  What about those INITs and cdevs that do not show their startup icon?  Is
their a way to patch/add something to it so that it will show its icon (at
least) at startup?  (As mentioned in previous posted, I am very good at peeking
& poking with ResEdit and stuffs....)

  As usual, please e-mail.  Will post any finding/result to the net.

  Thanks,
__Mouse.o()~
-----------------------------------+------------------------------------------
Dhanapong "Mouse" Saengrussamee    | AppleLink : U1364 | BITNET : mouse@untvax
Technical Support, CECS Dept.,     | BIX : d.mouse.s | CompuServe : 71301,1516
University of North Texas,         | GENie : d.saengrussa | IP : 129.120.1.4
PO Box 5155, Denton, TX 76203-5155 | Internet : mouse@vaxb.acs.unt.edu
voice (817) 565-3790               | SPAN : utspan::utandx::untvax::mouse
fax   (817) 565-4425               | THENet : untvax::mouse
------------------- UUCP : {...!uunet!convex!iex}!ntvax!vaxb.acs.unt.edu!mouse

cw1z+@andrew.cmu.edu (Cushing Courtney Whitney) (07/20/90)

I for one, would much rather find a way to rip out all those damn icons that march across the screen, and slow the boot process up!

anyone have any ideas?

Cush

dwal@midway.uchicago.edu (David Walton) (07/20/90)

In article <29956.26a4beb0@vaxb.acs.unt.edu> mouse@vaxb.acs.unt.edu (Dhanapong Saengrussamee-University of North Texas) writes:
>Howdy!
>
>  Following the subject of startup icon from my previous posted (about how to
>make AppleShare INIT not to clear the screen during booting in progress).  
>
>  What about those INITs and cdevs that do not show their startup icon?  Is
>their a way to patch/add something to it so that it will show its icon (at
>least) at startup?  (As mentioned in previous posted, I am very good at peeking
>& poking with ResEdit and stuffs....)


>-----------------------------------+------------------------------------------
>Dhanapong "Mouse" Saengrussamee    | AppleLink : U1364 | BITNET : mouse@untvax
>Technical Support, CECS Dept.,     | BIX : d.mouse.s | CompuServe : 71301,1516
>University of North Texas,         | GENie : d.saengrussa | IP : 129.120.1.4
>PO Box 5155, Denton, TX 76203-5155 | Internet : mouse@vaxb.acs.unt.edu
>voice (817) 565-3790               | SPAN : utspan::utandx::untvax::mouse
>fax   (817) 565-4425               | THENet : untvax::mouse
>------------------- UUCP : {...!uunet!convex!iex}!ntvax!vaxb.acs.unt.edu!mouse


If an INIT doesn't show an icon at startup, it's not really possible
to hack it up so it does.  This sort of thing isn't managed by the
system, but by a procedure which Apple distributes (to anybody who
asks for it) for anybody who wants to include in in his her INIT.  For
that reason, if the routine wasn't included when the program was
linked, you wouldn't be able to just twiddle some bits and make the
call.  As it is, the icon that is displayed is generally based upon
runtime conditions (i.e., whether a certain installation procedure
succeeds), and hacking that in bit-wise would be a pain in the **s.

As far as AppleShare clearing the screen goes, it's a bad idea to muck
with that for a completely different reason.  AppleShare calls
_InitWindows, because in some situations it needs to draw status
information in a window (i.e., to tell the user that a volume is being
auto-mounted).  InitWindows is what clears the desktop.  If you were
to remove that call, AppleShare would, in the words of one Pete Helme,
"blow big chunks."

Pete also points out (this is in a Tech Note, by the way), that Apple
software engineers who write software that calls InitWindows are being
forcefully convinced that this is a Bad Idea, and will presumably mend
their ways in the future.


Hope this clears some things up.

David

-- 

David Walton		Internet: dwal@tank.uchicago.edu
University of Chicago   {  Any opinions found herein are mine, not  }
Computing Organizations {  those of my employers (or anybody else). }

lsr@Apple.COM (Larry Rosenstein) (07/20/90)

In article <1990Jul20.001136.6842@midway.uchicago.edu> dwal@midway.uchicago.edu (David Walton) writes:
>
>If an INIT doesn't show an icon at startup, it's not really possible
>to hack it up so it does.  This sort of thing isn't managed by the
>system, but by a procedure which Apple distributes (to anybody who
>asks for it) for anybody who wants to include in in his her INIT.  For

That's not always true.  The system executes all INIT resources it finds in
a file, so one can simply add a new INIT resource that displays the icon.  

>call.  As it is, the icon that is displayed is generally based upon
>runtime conditions (i.e., whether a certain installation procedure

Right.  With the above trick the same icon is always displayed regardless of
whether the INIT succeeds or fails.

-- 
Larry Rosenstein,  Object Specialist
Apple Computer, Inc.  20525 Mariani Ave, MS 77-A  Cupertino, CA 95014
AppleLink:Rosenstein1    domain:lsr@Apple.COM
UUCP:{sun,voder,nsc,decwrl}!apple!lsr

jeremyr@cs.qmw.ac.uk (Jeremy Roussak) (07/20/90)

In article <AadTfUy00WB2I0mZsG@andrew.cmu.edu> cw1z+@andrew.cmu.edu (Cushing Courtney Whitney) writes:
>I for one, would much rather find a way to rip out all those damn icons that march across the screen, and slow the boot process up!
>
>anyone have any ideas?
>
>Cush

I have to say that I'm not terribly convinced that the icons
slow the boot process to any significant degree, but if you
really want to get rid of them, there's an INIT called NoIcon.

It should be available from sumex.

Jeremy Roussak

ke2y@vax5.cit.cornell.edu (07/20/90)

In article <43171@apple.Apple.COM>, lsr@Apple.COM (Larry Rosenstein) writes:
> In article <1990Jul20.001136.6842@midway.uchicago.edu> dwal@midway.uchicago.edu (David Walton) writes:
>>
>>If an INIT doesn't show an icon at startup, it's not really possible
>>to hack it up so it does.  This sort of thing isn't managed by the
>>system, but by a procedure which Apple distributes (to anybody who
>>asks for it) for anybody who wants to include in in his her INIT.  For
> 
> That's not always true.  The system executes all INIT resources it finds in
> a file, so one can simply add a new INIT resource that displays the icon.  

  In fact, I seem to recall a small hack that does just that:  pulls the
INIT's icon from the desktop and adds the ShowINIT code with this icon.

  I think I saw it at either sumex-aim.stanford.edu or rascal.ics.utexas.edu,
but I'm afraid I can't remember which...

  Good luck!

===============================================================================
|  John T. Chapman                       |                                    |
|                                        |  Witty message under repair...     |
|  ke2y@vax5.cit.cornell.edu             |                                    |
|  ke2y@crnlvax5.bitnet                  |                                    |
|-----------------------------------------------------------------------------|
|       Disclaimer: These opinions are mine.  You can't have them!            |
===============================================================================

demarsee@gamera.cns.syr.edu (Darryl Marsee) (07/21/90)

In article <29955.26a4b666@vaxb.acs.unt.edu> mouse@vaxb.acs.unt.edu 
(Dhanapong Saengrussamee-University of North Texas) writes:

>Is their a way to patch/block AppleShare INIT so that it will not clear the
>screen while startup sequence is in progress?

No need to hack up AppleShare.  Just rename it so it loads (and clears the 
screen) last.  I renamed mine to yAppleShare, and it works just fine.  The 
only side effect is that it now appears at the bottom of the Chooser menu 
instead of at the top.

In article <AadTfUy00WB2I0mZsG@andrew.cmu.edu> cw1z+@andrew.cmu.edu 
(Cushing Courtney Whitney) writes:

>I for one, would much rather find a way to rip out all those damn icons 
>that march across the screen, and slow the boot process up! anyone have any
>ideas?

There used to be an init called noicon that stopped this icon parade.  
It's still listed in the 00init-abstracts.abs file on 
sumex-aim.stanford.edu (in the info-mac/init directory), but the init 
itself is nowhere to be found.  Anyone know what happened to it?

Darryl Marsee
Syracuse University
<demarsee@gamera.cns.syr.edu>

Garance_Drosehn@mts.rpi.edu (Garance Drosehn) (07/21/90)

In article <29956.26a4beb0@vaxb.acs.unt.edu> 
           mouse@vaxb.acs.unt.edu 
           (Dhanapong Saengrussamee-University of North Texas) writes:
>   What about those INITs and cdevs that do not show their startup icon?  
> Is there a way to patch/add something so that it will show its icon (at
> least) at startup?  (As mentioned in previous posted, I am very good at 
> peeking & poking with ResEdit and stuffs....)

If you're on America Online, you might want to check out a file called 
FixIcons.SIT (or maybe it's just FixIcons).  It has several goodies in it 
that are related to those startup icons (including one to turn them all 
off, if I remember right).  This same collection of little ResEdit goodies 
are probably available from other sources, but I know they're on AOL 
because I just downloaded them last night (I wanted to get the special 
INIT which causes all the other INIT icons to come up in multiple rows, 
instead of going off the right-hand side of the screen).  The file includes 
a few different things, and the ones I tried all seemed to do their job well.

I think the file is in their Macintosh Utilties section (Keyword MUT), or 
use Quickfinder to find it.

As for Appleshare, just rename the init so it loads later, making sure that 
you rename any other Appleshare-ish INITs (such as Responder) so they also 
pop up later in the sequence.  Or you could get something like INITPicker 2.0
to reorder the inits (which probably wouldn't be a bad idea anyway if you 
have a lot of inits & cdevs)

Garance_Drosehn@mts.rpi.edu
ITS Systems Programmer
Rensselaer Polytechnic Institute; Troy, NY.  USA

philip@pescadero.Stanford.EDU (Philip Machanick) (07/23/90)

In article <2530@sequent.cs.qmw.ac.uk>, jeremyr@cs.qmw.ac.uk (Jeremy
Roussak) writes:
> In article <AadTfUy00WB2I0mZsG@andrew.cmu.edu> cw1z+@andrew.cmu.edu
(Cushing Courtney Whitney) writes:
> >I for one, would much rather find a way to rip out all those damn
icons that march across the screen, and slow the boot process up!
> >
> >anyone have any ideas?
> >
> >Cush
> 
> I have to say that I'm not terribly convinced that the icons
> slow the boot process to any significant degree, but if you
> really want to get rid of them, there's an INIT called NoIcon.
> 
> It should be available from sumex.
> 
Right - if you want to speed things up, trash the INITs. Will adding an extra
INIT to stop the icons being drawn actually speed things up?

Philip Machanick
philip@pescadero.stanford.edu

mxmora@unix.SRI.COM (Matt Mora) (07/25/90)

In article <29956.26a4beb0@vaxb.acs.unt.edu> mouse@vaxb.acs.unt.edu (Dhanapong Saengrussamee-University of North Texas) writes:
>Howdy!
>
>  What about those INITs and cdevs that do not show their startup icon?  Is
>their a way to patch/add something to it so that it will show its icon (at
>least) at startup?  (As mentioned in previous posted, I am very good at peeking
>& poking with ResEdit and stuffs....)

Below is a resedit file containing an init I wrote that displays the Icon
at startup. Just copy the init resource and paste it into any Init file
that doesn't display an Icon and then it will. If the Init you add it to
does not contain an init, it will display the standard mac Icon. I haven't
figured out how to display its name at init time yet so that feature is not 
to usefull. The init looks for an Icn# with an id of 128. if it finds one then
it displays it. So if you want you can create an icn# 128 and it will display 
it. It will also display a cicn if one is available. The reason that it looks 
for an icn# 128 is because if the init has a bundle resource the its icon is 
usally 128.

It is freeware but not public domain. its version is 0.5. and the name of the
actual init is called "showtheicon". If you have any conflicts, just throw it
in the trash.

Matt

---cut here ---

(This file must be converted with BinHex 4.0)
:$8&NC#"*BfpZ)%PZDA3!FR0bBe*6483"!!!!!!!!!!1#jdB!!!!!!3!!!!0%!!!
#4!!!!$i1#$J!"!XLC`B6I!!"!!J-H$rr!SjL"K0m!!%!#4!i!JK"4%3J58026N3
#!!!!FR0bBe*6483!!!!!!!!!!!!!!!"bFh*M8P0&4!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!+,4c(X!!!!!!!!$JNmaH!TB!"K`#+*JCL3aD!!d!"DL"fBD)@J!@J!
`)Aa&8NP,!"a`!D*JCJBcD!!@!!lHr!"k)%NLAea22VcUK%l4G!%JAcm#,`LYkR3
$6[Vrp(3%6[VrlR3#)&mr!Lm)VHPd!%lkrr4d"L"I2`)[#+hYG!"1q[rdG!*1q[r
Z)'m!#$m!!!*!B!i!!%P1593R$`!!!!!!!%(krqiKb!R1B!!"j%j@!!")jami#$J
!"J+1CcK#Tbmm5801)cmZ!!UTS#!ICai[!#"!)&![#$mZ!!KK!!%-UD0-haci6Pi
JAeL26Y!r2!!"UFKJl#"i#+3J8#"S!"BJ8!aS!!3!)'fd3UFr,J!+UKiJ(fHS,`!
[!$mZ!!KK!!&+UL9J[&0SEhG*6NP8)'*j)&"KG@`J6@9bBf9b!%0[F(PbD@GSG#!
a16Jh,6%j1$J!9Q9bFfP[EL"[CL!h,c%e,cJi,AJ*"2rm5qlrq#(0#34)E[rdU'j
)E[kSU'm`1!NXieJ+3"!KX(J*,QF'-I`!#!NX3HlqU$!S!!`%3!!S5%!`1!NX,8$
r)Le!rbB'EJ!JrbJ'EJ!JrbC1G6!i#5`b,J!)DJ3b2!!Sd%%a`!NXieJ+3"!K-F!
*,NKZrULSI5TZrr`Kc3N%6R919[kS51FI1'%!rh!QEJ!+5Hlr&#L,"T3!!!#!1A`
!"!!%3U`!"MPm!#!!#MPm!#!!$#m-4HlqU%KU!!*)HJ!k5'lr)Mmm!!0#TkMX"*3
!!!#!,`a)DJ!#5(S!(NKZrb)r2!!"3UHSl'%!rfK-haci6PiJAeb26Y!!!!!!!#!
!)%j@rUK)jamiB3$qm%KZrb)[,J!+UKpK!2mk60mFq%jH)&pFMdl36PErl#m-@8m
[2%P$6L-r2!#!UD!SAb!-C`ir2!#!2ccrrdkkrITJ$$mm!!-r22rr6VVpl#KI6Pj
1G8e"58iJ)#!J!!!"!!!!!d3!!!*%!!!!2J!)-kJ#mJ!!!"`!-J!!58j*9!!!!!S
R$`!!8!!!!!!)0K!,8fK[Ge4SC8PMEflJ!3:



--cut here--





-- 
___________________________________________________________
Matthew Mora                |   my Mac  Matt_Mora@sri.com
SRI International           |  my unix  mxmora@unix.sri.com
___________________________________________________________

hill@petsd.UUCP (John S. Hill) (08/03/90)

In article <1990Jul20.001136.6842@midway.uchicago.edu> dwal@midway.UUCP writes:
>In article <29956.26a4beb0@vaxb.acs.unt.edu> mouse@vaxb.acs.unt.edu (Dhanapong Saengrussamee-University of North Texas) writes:
>> [...stuff deleted...]
>>  What about those INITs and cdevs that do not show their startup icon?  Is
>>their a way to patch/add something to it so that it will show its icon (at
>>least) at startup?  (As mentioned in previous posted, I am very good at
>>peeking & poking with ResEdit and stuffs....)
>
>
>If an INIT doesn't show an icon at startup, it's not really possible
>to hack it up so it does.  This sort of thing isn't managed by the
>system, but by a procedure which Apple distributes (to anybody who
>asks for it) for anybody who wants to include in in his her INIT.  For
>that reason, if the routine wasn't included when the program was
>linked, you wouldn't be able to just twiddle some bits and make the
>call.  As it is, the icon that is displayed is generally based upon
>runtime conditions (i.e., whether a certain installation procedure
>succeeds), and hacking that in bit-wise would be a pain in the **s.
>

It is possible and in fact very easy to add icons to most inits/cdevs that
don't have start up icons.  First, find an init/cdev that does show
its icon, then with ResEdit open that file.  Look in the INIT resource,
where you may find a resource called ShowINIT.  Copy this resource and paste
it into the target init/cdev, changing it's resource id to match the resource
id of the ICN# that you want to display.   That's all there's to it.  You may
of course have to add an ICN# if it doesn't have one, but that's also no big
deal if you're the least bit artistically inclined.

-- 
+=====================================+=======================================+
| Mustang GT, there is no substitute. | Go Eagles, Flyers, Phillies, Sixers,  |
|   - "Risky Business", paraphrased.  | and Wings!  There's always next year! |
+----------------------------------+--+---------------------------------------+
| UUCP: {att,princeton}!petsd!hill | ...if I go insane, please don't put your |
| or    hill@petsd.tinton.ccur.com | wires in my brain...  -- If, Pink Floyd  |
+==================================+==========================================+

dwal@ellis.uchicago.edu (David Walton) (08/05/90)

In article <1841@petsd.UUCP> hill@petsd.UUCP (John S. Hill) writes:
>In article <1990Jul20.001136.6842@midway.uchicago.edu> dwal@midway.UUCP writes
>>
>>If an INIT doesn't show an icon at startup, it's not really possible
>>to hack it up so it does.  This sort of thing isn't managed by the
>>system, but by a procedure which Apple distributes (to anybody who
>>asks for it) for anybody who wants to include in in his her INIT.  For
>>that reason, if the routine wasn't included when the program was
>>linked, you wouldn't be able to just twiddle some bits and make the
>>call.  As it is, the icon that is displayed is generally based upon
>>runtime conditions (i.e., whether a certain installation procedure
>>succeeds), and hacking that in bit-wise would be a pain in the **s.
>>
>
>It is possible and in fact very easy to add icons to most inits/cdevs that
>don't have start up icons.  First, find an init/cdev that does show
>its icon, then with ResEdit open that file.  Look in the INIT resource,
>where you may find a resource called ShowINIT.  Copy this resource and paste
>it into the target init/cdev, changing it's resource id to match the resource
>id of the ICN# that you want to display.   That's all there's to it.  You may
>of course have to add an ICN# if it doesn't have one, but that's also no big
>deal if you're the least bit artistically inclined.

First, You can't show an INIT's ICN# just by cutting and pasting
resources: you have to do it in code.  Second, ShowINIT isn't a
resource, it's a procedure written in assembly language which is
called by the INIT resource to show its ICN#.  In fact, it's the
procedure which I mentioned in my original reply.  You can't just cut
and paste this portion of the INIT code with ResEdit; you have to put
in a call to ShowINIT in the INIT code itself, with the resource ID of
the ICN# you want to display as one of the parameters.  This is what I
meant when I said that it's not really possible to modify an existing
INIT to display an ICN#.

Now, a point of clarification: what I should have said in my original
post is that it's not really _worth the effort_ to try to modify an
existing INIT _resource_ to display an ICN#.  As many folks later
pointed out, it's quite possible to add a second INIT resource to an
INIT file which will grab the file's ICN# (or one you create) and
display that ICN#.  The drawback to this workaround is that many INITs
display a different ICN# depending on run-time conditions, such as
whether or not the INIT loaded successfully.  The workaround can't do
that, because it can't determine the run-time conditions of the
previous INIT resources.

--

David Walton		Internet: dwal@midway.uchicago.edu
University of Chicago   {  Any opinions found herein are mine, not  }
Computing Organizations {  those of my employers (or anybody else). }

clarson@ux.acs.umn.edu (Chaz Larson) (08/07/90)

In article <1990Aug4.214719.24490@midway.uchicago.edu> dwal@ellis.uchicago.edu (David Walton) writes:
>In article <1841@petsd.UUCP> hill@petsd.UUCP (John S. Hill) writes:
>>It is possible and in fact very easy to add icons to most inits/cdevs that
>>don't have start up icons.  First, find an init/cdev that does show
>>its icon, then with ResEdit open that file.  Look in the INIT resource,
>>where you may find a resource called ShowINIT.  Copy this resource and paste
>>it into the target init/cdev, changing it's resource id to match the resource
>>id of the ICN# that you want to display.   That's all there's to it.  You may
>>of course have to add an ICN# if it doesn't have one, but that's also no big
>>deal if you're the least bit artistically inclined.
>
>First, You can't show an INIT's ICN# just by cutting and pasting
>resources: you have to do it in code. 

David, I've done just this at least a dozen times.  Open the INIT with ResEdit,
find an INIT resource named "ShowINIT", copy and paste it into the target file,
and create/number ICON/ICN#s to accomplish the deed.

In fact, I created a joke INIT for a friend's birthday just this way.  The file
contained only two resources; the ShowINIT resource and the ICN# to be shown,
which was some cake or something. I changed the filetype to "INIT" and dropped
it into the System folder, where it worked fine.

> Second, ShowINIT isn't a
>resource, it's a procedure written in assembly language which is
>called by the INIT resource to show its ICN#.  In fact, it's the
>procedure which I mentioned in my original reply.  You can't just cut
>and paste this portion of the INIT code with ResEdit; you have to put
>in a call to ShowINIT in the INIT code itself, with the resource ID of
>the ICN# you want to display as one of the parameters. 

Not true.  It is true that ShowINIT was originally written in assembler, but it
compiles into an INIT resource, which can be cut and pasted with ResEdit just
fine.  I'll be glad to mail you an example, if you wish.

<chaz>

-- 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       "Must think...bubble pipe will relax me and I think..."
                              - Flaming Carrot      
clarson@ux.acs.umn.edu                                 AOL:Crowbone

dwal@ellis.uchicago.edu (David Walton) (08/07/90)

In a previous post, I write:

>>First, You can't show an INIT's ICN# just by cutting and pasting
>>resources: you have to do it in code. 
>
In article <1967@ux.acs.umn.edu> clarson@ux.acs.umn.edu (Chaz Larson) writes:

>David, I've done just this at least a dozen times.  Open the INIT
>with ResEdit, >find an INIT resource named "ShowINIT", copy and paste
>it into the target file, >and create/number ICON/ICN#s to accomplish
>the deed. 

>In fact, I created a joke INIT for a friend's birthday just this
>way.  The file contained only two resources; the ShowINIT resource
>and the ICN# to be shown, which was some cake or something.  I
>changed the filetype to "INIT" and dropped it into the System
>folder, where it worked fine.

Which doesn't mean that you don't still do it in code.  It's simply
that the resource you're cutting and pasting is an INIT resource
designed to do what I/you described.


In the aforementioned post, I continued to write:

> Second, ShowINIT isn't a resource, it's a procedure written in
>assembly language which is called by the INIT resource to show its
>ICN#.  In fact, it's the procedure which I mentioned in my original
>reply.  You can't just cut and paste this portion of the INIT code
>with ResEdit; you have to put in a call to ShowINIT in the INIT code
>itself, with the resource ID of the ICN# you want to display as one of
>the parameters.


Then Chaz continues...

>Not true.  It is true that ShowINIT was originally written in
>assembler, but it compiles into an INIT resource, which can be cut
		^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Strictly speaking, no.  The ShowINIT code can be included in an INIT
resource, but it does not compile into a separate INIT resource unless
you link it that way.  And Apple, to my knowledge, still distributes
the source/object code for the procedure (they may distribute it as an
INIT resource, too).  The original author did not make clear that the
resource he referred was an INIT called ShowINIT or another type of
resource.  My point was that you in fact have to somehow include the
code from the ShowINIT procedure (unless, of course, you want to write
it yourself).

>and pasted with ResEdit just fine.  I'll be glad to mail you an
>example, if you wish.   


This is basically what I mentioned in the last part of my post, i.e.,
that it's quite possible (as others pointed out) to add a second INIT
resource to the INIT file which can grab the ICN# and display it.  My
point (however poorly expressed) is that you can't really cut and
paste the ShowINIT _procedure_ into an _existing_ INIT resource.
Cutting and pasting a resource that's named ShowINIT, which is in
itself a complete CODE resource, is different from adding a procedure
into an existing CODE resource.  Several people have mentioned that
there are utilities which will grab a file's ICN# and insert the
second INIT resource automatically; it sound like at least one of
these names the new INIT resource 'ShowINIT'--entirely appropriately.
I don't think that all of them do, however, which means that you won't
always find a ShowINIT resource to cut and paste.

The drawback, as I stated repeatedly, is that this solution doesn't
reflect the success or failure of the INIT's task.  Most INITs use
ShowINIT to indicate that they did or did not do something
successfully, and this solution just grabs one ICN# and displays it
regardless of the runtime conditions of the other INIT.

In any case, I've wasted enough bandwidth on this subject...

<chaz> > >--
--

David Walton		Internet: dwal@midway.uchicago.edu
University of Chicago   {  Any opinions found herein are mine, not  }
Computing Organizations {  those of my employers (or anybody else). }