home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / misc / 11761 < prev    next >
Encoding:
Internet Message Format  |  1992-07-20  |  1.5 KB

  1. Path: sparky!uunet!wupost!waikato.ac.nz!comp.vuw.ac.nz!actrix!templar!jbickers
  2. Newsgroups: comp.sys.amiga.misc
  3. Subject: Re: a Path for Workbench
  4. Message-ID: <jbickers.0bms@templar.actrix.gen.nz>
  5. From: jbickers@templar.actrix.gen.nz (John Bickers)
  6. Date: 21 Jul 92 19:05:41 PST
  7. References: <1992Jul20.124014@hp10.lri.fr>
  8. Organization: TAP, NZAmigaUG
  9. Lines: 25
  10.  
  11. Quoted from <1992Jul20.124014@hp10.lri.fr> by jpr@hp10.lri.fr (Jean-Pierre Riviere):
  12. > I think that Workbench needs a path handling, just like a shell. That
  13. > would ease the
  14.  
  15. > What do you think about it ?
  16.  
  17.     I had something like this, for KS 1.2. It did a path, aliases and
  18.     resident programs.
  19.  
  20.     I looked at doing it for KS 2.0 (in principle it would have been
  21.     easier, because SetFunction()ing DOS is much more straightforward,
  22.     and various shell things exist to make life nicer), except for one
  23.     problem. The new Workbench tries its own path mechanism - if you
  24.     watch it with a slick tool like SnoopDOS, it CDs to each directory
  25.     on its path, then tries to LoadSeg() or somesuch the file from
  26.     that directory.
  27.  
  28.     My 1.2 program worked by trapping LoadSeg(). Under 2.0, this means
  29.     my patch would get called many times for a single user invocation
  30.     of a program, which I think sucks. Also, it doesn't help that the
  31.     1.2 version was shareware, which no-one registered... :)
  32.  
  33. --
  34. *** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
  35. ***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
  36.