[Discussion] Unexpected apps running after reboot

[Steven Levine]

In <courier.44D809C4.00001AD4 at mail.abiliba.net>, on 08/07/06
   at 11:49 PM, "Harry Travis" <htravis at attglobal.net> said:


>Excellent and needed advice. The decisions I made to destroy lost objects
>were different from the default choices checkini would have made with the
>/y:2 option.

Yes.  This is another reason to not use /y:2.  In particular this option
causes a large number of broken handles and location records to remain
uncorrected.  This usually does not cause major problems, but definitely
slows down desktop response.

We got to see some proof of this at last Sunday's SCOUG Help Desk.  One of
the members brought in a laptop to look at some unrelated issues.  He
menitioned that the Desktop would hang intermittently.  The Desktop felt
sluggish to me especially given that this was fast laptop.  I asked him
when he had last run checkini/cleanini.  He admitted didn't know and
didn't know if he had them installed.  Rather than hunting for them, I
installed good copies from my utilities CD and after some quality time
responding yes hundreds of times to what /y:2 did not clean up the Desktop
restart time dropped from 10s of seconds to almost immediate.  Os2sys.ini
dropped from MBs to 100s of KB.  I suspect his Desktop will be much more
stable.

>I don't know yet what
>errors I may have made in response to the many inquiries and permission
>requests,

It's pretty hard to make a mistake by deleting a broken item although a
few can actually be corrected by editing the object properties.  IAC,
mistakes are why you make desktop backups that you know you can restore.

>Checkini maintains a file name startup.cls.  You should check it for
>unexpected entries.

>I did not find this file here, anywhere

No problem.  It is only created if needed.

>There are 18 hexadecimal entries. The data in all of them is "Y". Of
>course, I could have responded incorrectly to checkini prompts. (Are "y"
>and "n" substitutes for moving the higlight over "Yes" and "No" and
>hitting Return in checkini?)

No.  The yes and no checkini displays are responses to the delete prompt. 
They have nothing to do with the key value which always seems to be Y. 
It's possible that the WPS will honor a N to disable the startup folder,
but who knows.  It's not documented anywhere I know of.

I suspect most of the 18 entries are now gone.  Normally you will only
have one or two entries.  If you have more, you will have to do some
detective work to cross reference the object id (the hex number) to a
folder name.  The output of

  checkini /s /w

can be useful here.

>No, the XFldDesktop is the first entry. Then, there are a dozen more.

This is probably OK.  XWP/EWP replaces some of the standard entries.

>I have many entries, mostly evidence from proof-of-concept Rexxmail.

OK.

>yes, SET RESTARTOBJECTS=STARTUPFOLDERSONLY,REBOOTONLY

I suspect this.  Most of your problem appears to be related to WPS
corruption.

>Thank you for your helpful suggestions. 

So how close are you to having all your problems resolved?


Regards,

Steven

-- 
----------------------------------------------------------------------
"Steven Levine" <steve53 at earthlink.net>  MR2/ICE 2.67 #10183 Warp/eCS/DIY/14.103a_W4
www.scoug.com irc.fyrelizard.com #scoug (Wed 7pm PST)
----------------------------------------------------------------------