home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / misc / 36058 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  1.9 KB

  1. Path: sparky!uunet!stanford.edu!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
  2. From: dic5340@hertz.njit.edu (David Charlap)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: Startup.cmd does not run
  5. Message-ID: <1992Nov10.204623.19964@njitgw.njit.edu>
  6. Date: 10 Nov 92 20:46:23 GMT
  7. References: <1992Nov10.000632.26788@nuscc.nus.sg> <1992Nov10.180751.12117@midway.uchicago.edu>
  8. Sender: news@njit.edu
  9. Organization: New Jersey Institute of Technology, Newark, N.J.
  10. Lines: 30
  11. Nntp-Posting-Host: hertz.njit.edu
  12.  
  13. In article <1992Nov10.180751.12117@midway.uchicago.edu> sip1@midway.uchicago.edu writes:
  14. >In article <1992Nov10.000632.26788@nuscc.nus.sg> nbl@solomon.technet.sg (Ng Beng Lim) writes:
  15. >>The startup.cmd batch file does not run automatically everytime I start up.
  16. >>It seems to behave very eratically.  Sometimes I use Alt-CTRL-DEL,
  17. >>sometimes, Shutdown, but in any case, there are instances when the 
  18. >>startup.cmd is not executed.
  19. >>I am running HPFS.
  20. >
  21. >Very strange.
  22. >
  23. >However, the Startup Folder (located in OS/2 System) now supplants
  24. >STARTUP.CMD.  You can create a program object (even one pointing to a
  25. >CMD file) and drag a shadow of it to the Startup Folder.
  26.  
  27. I'd recommend copying the object to the Startup folder.  I found that
  28. shadowing program objects (not other object like the Clock) can cause
  29. multiple copies to run.  Apparantly, OS/2 starts up the previously
  30. running applications (like DINFO.EXE) and then starts up the startup
  31. folder.  I ended up with two copies of DINFO running.  The next
  32. bootup, three copies, etc...  I deleted my shadow of DINFO from the
  33. startup folder and placed a copy there and everything worked fine.
  34. The SOM startup objects (clock, calendar, and alarms) didn't cause any
  35. such problems.
  36.  
  37.  
  38. -- 
  39.   |)  David Charlap          | .signature confiscated by FBI due to
  40.  /|_  dic5340@hertz.njit.edu | an ongoing investigation into the
  41. ((|,)                        | source of these .signature virusses
  42.  ~|~
  43.