home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / applicat / 6841 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  2.1 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!linac!uchinews!ellis!dgc3
  2. From: dgc3@ellis.uchicago.edu (milovan djilas)
  3. Newsgroups: comp.sys.amiga.applications
  4. Subject: Startup-Sequence (was Re: AppMenu applications)
  5. Message-ID: <1992Aug30.000224.27529@midway.uchicago.edu>
  6. Date: 30 Aug 92 00:02:24 GMT
  7. Article-I.D.: midway.1992Aug30.000224.27529
  8. References: <27AUG199207200890@ariel.lerc.nasa.gov> <hemmer.01zf@hemmer.adsp.sub.org> <1992Aug29.180844.13754@head-cfa.harvard.edu>
  9. Sender: news@uchinews.uchicago.edu (News System)
  10. Reply-To: dgc3@midway.uchicago.edu
  11. Organization: Parts of the University of Chicago
  12. Lines: 27
  13.  
  14. In article <1992Aug29.180844.13754@head-cfa.harvard.edu> dj@head-cfa.harvard.edu (Diab Jerius) writes:
  15. >But! There's the rub! one cannot start ParM in the OS2.0 approved fashion,
  16. >namely in s:user-startup or in WBStartup.  one must wait until after
  17. >LoadWB which means altering s:startup-sequence.  granted, that's not
  18. >too terribly difficult, but the whole point of user-startup was to avoid
  19. >that.  i get around it by backgrounding a job (from user-startup) which
  20. >waits 20 seconds and starts up ParM.  inelegant, granted, but i don't
  21. >have to worry about mucking about with s:startup-sequence.
  22.  
  23. The default s:startup-sequence has never, under any OS
  24. version/revision, been something I wanted to keep.  (It's too
  25. (nastily) standard for taste.)  I've never heard that not altering the
  26. s-s, but only the user-startup, is the "OS2.0-approved" way of
  27. changing a startup, but it's more baloney if it is.  Sounds like
  28. you're going out of your way to avoid doing something that's perfectly
  29. acceptable.  The only part of startup-sequence you shouldn't play with
  30. (unless you know precisely what you're doing) is the stuff before
  31. IPrefs and the first conceivable screen output -- you can fix yourself
  32. up so that you never get your default prefs that way, if you're not
  33. careful.  Otherwise, there's nothing sacred about the s-s.  To me, u-s
  34. is just a way of modularizing your startup.  (I actually execute about
  35. 6 scripts in turn before my boot shell quits and gives me the Csh.)
  36.  
  37. --dgc
  38. -- 
  39. dgc3@midway.uchicago.edu
  40. You usually don't want to know.
  41.