home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / misc / 41698 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.6 KB

  1. Path: sparky!uunet!fed!fed.frb.gov!m1phm02
  2. From: m1phm02@fed.frb.gov (Patrick H. McAllister)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: WORKPLACE SHELL INCONSISTENCY
  5. Message-ID: <11620@arccs1.fed.FRB.GOV>
  6. Date: 8 Jan 93 22:57:56 GMT
  7. References: <1993Jan5.134559.8611@email.tuwien.ac.at> <93005.164019ASI509@DJUKFA11.BITNET>
  8. Sender: usenet@fed.FRB.GOV
  9. Reply-To: m1phm02@fed.frb.gov (Patrick H. McAllister)
  10. Organization: Federal Reserve Board, Wash, DC
  11. Lines: 12
  12.  
  13. In article <93005.164019ASI509@DJUKFA11.BITNET>, ASI509@DJUKFA11.BITNET writes:
  14. > In article <1993Jan5.134559.8611@email.tuwien.ac.at>,
  15. > I wish program objects an device objects would also have a physical existence
  16. > in the file system and not only within OS2.INI and/or OS2SYS.INI.
  17. > Then I would be able to simply drag a bunch of customized program objects to
  18. > a floppy or Sysquest and move them to another machine.
  19.  
  20. This capability would certainly be desirable, but there is an obvious difficulty. The information contained in the program object is specific to the current file system: the name and directory of the executable file and the directory in which the program will be run. Thus, a program object copied to a different file system will in general not work. That said, it should be possible to write a "program object dump/restore" utility, which dumps the information relevant to a given program object into a portabl
  21.  
  22.  
  23. e format that can be editted by hand, if necessary, and then restored, possibly onto a different file system. Note that this functionality is part of the WPSbackup utility, so it would not be too hard to write.
  24.  
  25. Pat
  26.