home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2362 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: AsynchIO (was: fastest file read method ??)
  5. Date: 30 Jan 1996 15:19:05 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4elct9$5d7@sunsystem5.informatik.tu-muenchen.de>
  9. References: <w9YbsMD4ACazz9@jeff.dame.shnet.org> <w+RYXMD4FC8aRz1@_crisi.blackbox.shnet.org> <4dsalp$t68@news1.halcyon.com> <4du0ju$84b@news.sdd.hp.com> <4e2e76$9k3@toad.stack.urc.tue.nl> <4e3j8v$jd0@news.sdd.hp.com> <4e7si4$ore@tuegate.tue.nl> <4e9hfu$ron@sunsystem5.informatik.tu-muenchen.de> <4eglbo$j1q@news.sdd.hp.com>
  10. NNTP-Posting-Host: hphalle7g.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle7g.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4eglbo$j1q@news.sdd.hp.com>, Jeff Grimmett <jgrimm@sdd.hp.com> writes:
  15. |> Organization: Hewlett-Packard Company
  16. |> Lines: 11
  17. |> Message-ID: <4eglbo$j1q@news.sdd.hp.com>
  18. |> References: <w9YbsMD4ACazz9@jeff.dame.shnet.org> <w+RYXMD4FC8aRz1@_crisi.blackbox.shnet.org> <4dsalp$t68@news1.halcyon.com> <4du0ju$84b@news.sdd.hp.com> <4e2e76$9k3@toad.stack.urc.tue.nl> <4e3j8v$jd0@news.sdd.hp.com> <4e7si4$ore@tuegate.tue.nl> <4e9hfu$ro|> n@sunsystem5.informatik.tu-muenchen.de>
  19. |> NNTP-Posting-Host: hpsdv330.sdd.hp.com
  20. |> Mime-Version: 1.0
  21. |> Content-Type: text/plain; charset=us-ascii
  22. |> Content-Transfer-Encoding: 7bit
  23. |> X-Mailer: Mozilla 1.2N (Windows; I; 16bit)
  24. |> 
  25. |> fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) wrote:
  26. |> 
  27. |> >If you manage to write a install script that doesndt suck shit like
  28. |> >90% then shared libraries are no prob.
  29. |> 
  30. |> Install scripts are part of the problem here.  They place undocumented 
  31. |> libraries into Libs: without user intervention, if that method is 
  32.  
  33. yes, user is to be asked. he is to be explained what is done on his
  34. harddisk. every acess which is not done onto the programs subdirectory
  35. must be listed in the doc file (i.e writing to S: , ENV: or whatever).
  36.  
  37. |> selected, and then the user has to contend with cleaning up the mess 
  38. |> later on when the program itself, to use your sophisticated terminology, 
  39. |> "sucks shit."
  40. |> 
  41. a uninstall program would be nice. but it must be done careful.
  42. Imagine it installed a lib, but another program needs that lib, too.
  43. Removing the lib from libs: would be fatal. Somehow the installer
  44. should be able to remember if it has copied to libs: or if the
  45. lib was already present.
  46.  
  47. And, again, explain user what's goin on ;)
  48.  
  49. ------------------------------------------------------------------------
  50.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  51.  
  52.  
  53.