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

  1. Path: sparky!uunet!mcsun!corton!lri!jpr
  2. From: jpr@sun4.lri.fr (Jean-Pierre Riviere)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: Path *and* ALIAS for Workbench
  5. Message-ID: <1992Jul24.074211.25535@lri.fr>
  6. Date: 24 Jul 92 07:42:11 GMT
  7. References: <1992Jul20.124014@hp10.lri.fr> <jbickers.0bms@templar.actrix.gen.nz> <1992Jul22.083156.16631@lri.fr> <jbickers.0bss@templar.actrix.gen.nz>
  8. Sender: jpr@sun4 (Jean-Pierre Riviere)
  9. Organization: Laboratoire de Recherche en Informatique
  10. Lines: 81
  11.  
  12.  
  13. In article <jbickers.0bss@templar.actrix.gen.nz>,
  14. jbickers@templar.actrix.gen.nz (John Bickers) writes:
  15. |> Quoted from <1992Jul22.083156.16631@lri.fr> by jpr@sun4.lri.fr
  16. |> (Jean-Pierre Riviere):
  17. |> 
  18. |> > Hey, all of you who answered. First thanks you for this. But then,
  19. |> you
  20. |> > forgot the
  21. |> > *real need* for an handling of *alias* for the *workbench* !
  22. |> 
  23. |>     I did NOT forget. That was the main reason I wrote wbres - the
  24. |>     path and resident stuff were just extra. I had a text reader
  25. |>     called "ty" that I wanted to use when going through Fish disks,
  26. |>     because the version of "Less" on those disks at the time sucked
  27. |> -
  28. |>     I also wanted to use "ty" on a number of other PD disks, where
  29. |>     they had used tools like "most", "muchmore", etc.
  30. |> 
  31. |>     Then I wanted to use Carolyn Scheppner's "display" program to
  32. |>     show pictures, instead of "ShowILBM", "ViewILBM", "ShowPic",
  33. |> etc.
  34. |> 
  35. |>     So I set up aliases from these names to "ty" and "display",
  36. |> wrote
  37. |>     a script to set everything up when I started Workbench, and etc.
  38. |> 
  39. Do you really mean it does (with pre-2.0) what I wish 2.0 did ? Wow, I
  40. didn't
  41. get that! Any way to port it to 2.0 (in a more efficient way (see
  42. further)) ?
  43.  
  44. |> > Now I can tell you that I still use 1.3. Thus I  was not aware of the
  45. |> > new PATH handling of 2.0.
  46. |> 
  47. |>     Then check out wb-back, a set of CLI tools that broke up WBRes
  48. |>     into seperate programs. I made that lot free (I think).
  49. |> 
  50. |> > |>     My 1.2 program worked by trapping LoadSeg(). Under 2.0, this means
  51. |> > |>     my patch would get called many times for a single user invocation
  52. |> 
  53. |> > Beside, I already have LoadSeg patched cause of Powerpacked-library
  54. |> > executables.
  55. |> 
  56. |>     You don't need to patch LoadSeg to run PowerPacked binaries. If
  57. |>     you are, you're going about it the wrong way. You only need it to
  58. |>     load PowerPacked DATA into programs that don't understand
  59.  
  60. Right for *data*.
  61. BUT my executable file which are *crunched* with PowerPacker with the *small*
  62. bootcode wich *requires* this patch to be *effectively* loaded. Sure, this is
  63. a pain, especially in the making of one's startup-sequence. But thiss
  64. way, I can
  65. gain one block for each powerpacked file, and with a 20Mb HD, I have no
  66. real choice.
  67.  
  68. |>     PowerPacker - and you don't even need that for most utils. MODs
  69. |>     can be played back with Multiplayer, pictures can be displayed
  70. |>     with programs that use the iff.library (and thus XPK), anims have
  71. |>     ppanim, text files have ppmore and the newer version of MuchMore,
  72. |>     etc.
  73. |> 
  74. |>     Explain more about why you're using PowerPackerPatch, and perhaps
  75. |>     people will be able to suggest better applications.
  76.  
  77. See previous paragraph.
  78. |> 
  79. |> > That might explain a little more why none has registered...
  80. |> 
  81. |>     Yeah well. WBRes existed some time before PowerPackerPatch. I
  82. |>     always thought the reason no-one registered is because the people
  83. |>     who typically use Workbench didn't understand what it did. :)
  84. |> 
  85. |> >   Jean-Pierre RIVIERE
  86. |> --
  87. |> *** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
  88. |> ***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
  89. -- 
  90.   Jean-Pierre RIVIERE        |     ///
  91.   LRI - Universite Paris Sud | \\\///
  92.   e-mail : jpr@lri.lri.fr    |  \///
  93.