home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 25920 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.8 KB

  1. Path: sparky!uunet!mcsun!uknet!icdoc!ibmassc!hursley.ibm.com!stirling
  2. From: stirling@hursley.ibm.com
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: BACKUP's and the Desktop
  5. Message-ID: <Jul27.102706.46781@aixssc.ibm.co.uk>
  6. Date: 27 Jul 92 10:24:18 GMT
  7. References: <26JUL199218454803@vmsb.is.csupomona.edu>
  8. Sender: stirling@hursley.ibm.com
  9. Reply-To: ian@vnet.ibm.com
  10. Organization: IBM UK Labs Ltd, Hursley, England
  11. Lines: 45
  12. News-Software: NewsKit 1.5 - LaMail
  13.  
  14. In <26JUL199218454803@vmsb.is.csupomona.edu>, cvadrtbc@vmsb.is.csupomona.edu (Srikanth Viswanathan) writes:
  15. >
  16. >In article <ednstras.711934727@kraken>, ednstras@kraken.itc.gu.edu.au (Michael Strasser) writes...
  17. >>cvadrtbc@vmsb.is.csupomona.edu (Srikanth Viswanathan) writes:
  18. >> 
  19. >>>In article <92202.102131BRYAN@wvnvm.wvnet.edu>, Jerry Bryan <BRYAN@wvnvm.wvnet.edu> writes...
  20. >>>>between the INI files and desktop directories.  Remember that INI files
  21. >>>>are hard to backup with standard facilities such as BACKUP and COPY because
  22. >>>>they are always open.  You have to run the backup out of CONFIG.SYS
  23. >>>>before they are opened, which in turn means you have to boot to back them
  24. >>>>up.  I hate to boot when it really is not necessary.  The other concern
  25. >> 
  26. >>>You really don't have to.  Someone on Fidonet a long time ago, posted
  27. >>>this very useful tip for backuping INI files:
  28. >> 
  29. >>>CALL=C:\OS2\XCOPY C:\OS2\*.INI C:\BACKUP\*.INI
  30. >> 
  31. >>This method is also described in the third redbook (on PM and WPS).  The
  32. >>method given there has
  33. >> 
  34. >>       RUN=C:\OS2\XCOPY C:\OS2\OS*.INI C:\OS2\INSTALL\
  35. >> 
  36. >>(Can some please explain the difference between CALL and RUN in CONFIG.SYS?).
  37. >
  38. >Both of my suggestion and your work, but your suggestion is better because
  39. >it uses RUN instead of CALL.  I think CALL just runs it and waits for that
  40. >process to end before it continues to the rest of the config.sys (that's
  41. >why you are able to put a CALL=C:\CMD.EXE and it will load before the WPS).
  42. >RUN however, runs the programs and then continues, it doesn't wait for the
  43. >process to end, in other words, it multitasks this process, so you could
  44. >have like 10 RUN statements in your config.sys and OS/2 will run them all
  45. >at the same time.   At least that's the way I understood this.  Can anyone
  46. >confirm or shoot me down on this?
  47. >
  48. >Srikanth
  49.  
  50. The method using CALL is the best.  Srikanth, you are correct in your comparison
  51. between RUN and CALL.  If you use RUN however, you have a risk that the 
  52. files might be already locked when the RUN program is executed.  This cannot 
  53. happen with CALL.
  54.  
  55. Cheers,                                                                         
  56. Ian Stirling                      Internet: ian@vnet.ibm.com                    
  57. CICS/ESA Systems Facilities         Bitnet: ian at vnet                         
  58. IBM UK Labs Ltd, Hursley, England IBMIPnet: ian@stirling.hursley.ibm.com        
  59.