home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / misc / 41528 < prev    next >
Encoding:
Text File  |  1993-01-07  |  4.3 KB  |  90 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!paladin.american.edu!howland.reston.ans.net!usc!rpi!batcomputer!lynx@msc.cornell.edu!tommy
  3. From: tommy@lynx.msc.cornell.edu.UUCP (Mike Thompson,332,54714,2734927)
  4. Subject: Re: OS of the future....RFD about configuration
  5. Message-ID: <1993Jan7.174816.21236@msc.cornell.edu>
  6. Originator: tommy@snoopy.msc.cornell.edu
  7. Sender: news@msc.cornell.edu
  8. Organization: Cornell-Materials-Science-Center
  9. References: <gershon.726358269@husc.harvard.edu>
  10. Date: Thu, 7 Jan 1993 17:48:16 GMT
  11. Lines: 77
  12.  
  13. From article <gershon.726358269@husc.harvard.edu>, by gershon@husc11.harvard.edu (Ethan Gershon):
  14. > dic5340@hertz.njit.edu (David Charlap) writes:
  15. >>>How does Macintosh doit. The UNIX rc file system while similar to config.sys
  16. >>>does split the tasks among different files. (rc.net rc.local rc.boot).
  17. > 
  18. >>What would you prefer, instead of config.sys.
  19. >>-- 
  20. -- Ethan Geshon writes
  21. --
  22. > is that there is no standard installation routine.  I have proposed this
  23. > before on this group:  OS/2 needs some standard install utility that will
  24. > read an install script provided by an app and do the appropriate
  25. > installation.
  26.  
  27. I totally disagree on the philosophy of changing CONFIG.SYS.  In my opinion,
  28. software vendors change CONFIG.SYS far too often and the changes are simply
  29. not necessary if some formal structure would introduced.
  30.  
  31. The last thing I want to see in my config.sys is a path that is more than
  32. 4 lines long.  I have OS/2, CSET/2 TOOLKT20, WORKFRAME, MULTIMEDIA, COREL,
  33. ... installed on my machine.  The PATH statement includes a bin for every
  34. bloody one of these applications, and in general they all think they should
  35. be ***FIRST*** in the path.  Well, I prefer to have my own dir first so
  36. I can replace some of the programs with more useful versions.  And then
  37. there is DPATH, and LIBPATH, and HELP and INCLUDE and ...  I agree that 
  38. it has become unmanageable, but the solution is in the software vendors.
  39.  
  40. I would suggest that OS/2 provide a default location for software
  41. applications to put their work files.  
  42.  /usr/bin        -- location for all application executables RUN BY USER!
  43.  /usr/dll        -- location for all application dll's
  44.  /usr/help       -- obvious
  45.  /usr/include    -- you get the picture
  46.  /usr/local/bin  -- location for all user built software
  47.  /usr/local/dll  -- location for all application dll's
  48.  ...
  49.  
  50. Second, applications should build their own paths rather than relying on 
  51. having their own little pieces stored in the main path.  My own software 
  52. package uses a single entry in the OS2SYS.INI to store its internal path.
  53. The path is set on install, and I provide a utility so the user can change
  54. it easily if needed.  Once the program runs, it reads it's path from
  55. OS2SYS.INI, and the rest of it's files are COMPLETELY INDEPENDENT of the
  56. OS/2 path.  A simple routine SysResolveFilename() handles the appropriate
  57. search to find files in the local directory, program's path, or user's PATH.
  58. In the end, it is only necessary to include a single .CMD file somewhere
  59. in the user's PATH to get things started (this is even unnecessary if
  60. they use only the ICON to start programs).
  61.  
  62. Third, applications should absolutely minimize their use of OS2SYS.INI and
  63. OS2.INI.  The API's for using program .INI files are great.  Using a
  64. separate .INI file allows me to give various users of the program on the
  65. same machine different configurations - simply give a .INI name on the
  66. command line.  There is FAR TOO MUCH CRAP in the system .INI files now, and
  67. all the applications that add their own is just making it impossible to 
  68. move smoothly between machines (ever try to make two machines look nearly
  69. identical - don't!).  Programmers, leave OS2.INI and OS2SYS.INI to the
  70. system itself as much as possible.
  71.  
  72. Finally, applications should either be very tight in where they install
  73. (a single subdirectory) or provide a de-install program.
  74.  
  75. IMHO
  76.  
  77. ------
  78.   ____ ___   ___    ___        Michael O. Thompson
  79.    /  /  / / / /  / / / \ /    Materials Science & Engineering
  80.   /  /__/ / / /  / / /  /      329 Bard Hall -- Cornell University
  81.                                Ithaca, NY  14853
  82. tommy@msc.cornell.edu          Ph: (607) 255-4714
  83.  
  84. OS/2:  For the few, the proud, the devoted!
  85. -- 
  86. Michael O. Thompson            tommy@msc.cornell.edu
  87. Cornell University             (607) 255-4714
  88.  
  89. OS/2:  For the few, the proud, the devoted!
  90.