home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 25591 < prev    next >
Encoding:
Text File  |  1992-07-26  |  2.3 KB  |  48 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!vmsb.is.csupomona.edu!cvadrtbc
  3. From: cvadrtbc@vmsb.is.csupomona.edu (Srikanth Viswanathan)
  4. Subject: Re: BACKUP's and the Desktop
  5. Organization: California Polytechnic University, Pomona
  6. References: <92202.102131BRYAN@wvnvm.wvnet.edu> <23JUL199209384273@vmsb.is.csupomona.edu> <ednstras.711934727@kraken>
  7. Message-ID: <26JUL199218454803@vmsb.is.csupomona.edu>
  8. News-Software: VAX/VMS VNEWS 1.41    
  9. Sender: news@ctr.columbia.edu (The Daily Lose)
  10. Date: Mon, 27 Jul 1992 02:45:00 GMT
  11. X-Posted-From: vmsb.is.csupomona.edu
  12. X-Posted-Through: sol.ctr.columbia.edu
  13. Lines: 33
  14.  
  15. In article <ednstras.711934727@kraken>, ednstras@kraken.itc.gu.edu.au (Michael Strasser) writes...
  16. >cvadrtbc@vmsb.is.csupomona.edu (Srikanth Viswanathan) writes:
  17. >>In article <92202.102131BRYAN@wvnvm.wvnet.edu>, Jerry Bryan <BRYAN@wvnvm.wvnet.edu> writes...
  18. >>>between the INI files and desktop directories.  Remember that INI files
  19. >>>are hard to backup with standard facilities such as BACKUP and COPY because
  20. >>>they are always open.  You have to run the backup out of CONFIG.SYS
  21. >>>before they are opened, which in turn means you have to boot to back them
  22. >>>up.  I hate to boot when it really is not necessary.  The other concern
  23. >>You really don't have to.  Someone on Fidonet a long time ago, posted
  24. >>this very useful tip for backuping INI files:
  25. >>CALL=C:\OS2\XCOPY C:\OS2\*.INI C:\BACKUP\*.INI
  26. >This method is also described in the third redbook (on PM and WPS).  The
  27. >method given there has
  28. >    RUN=C:\OS2\XCOPY C:\OS2\OS*.INI C:\OS2\INSTALL\
  29. >(Can some please explain the difference between CALL and RUN in CONFIG.SYS?).
  30.  
  31. Both of my suggestion and your work, but your suggestion is better because
  32. it uses RUN instead of CALL.  I think CALL just runs it and waits for that
  33. process to end before it continues to the rest of the config.sys (that's
  34. why you are able to put a CALL=C:\CMD.EXE and it will load before the WPS).
  35. RUN however, runs the programs and then continues, it doesn't wait for the
  36. process to end, in other words, it multitasks this process, so you could
  37. have like 10 RUN statements in your config.sys and OS/2 will run them all
  38. at the same time.   At least that's the way I understood this.  Can anyone
  39. confirm or shoot me down on this?
  40.  
  41. Srikanth
  42.