Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!mcgill-vision!bloom-beacon!snorkelwacker!tut.cis.ohio-state.edu!ucbvax!hplabs!hpfcso!hpfelg!koren
From: koren@hpfelg.HP.COM (Steve Koren)
Newsgroups: comp.sys.amiga
Subject: Re: NewTeks' Dynamic HiRes slideshow (was Re: Faith in the Amiga)
Message-ID: <13910013@hpfelg.HP.COM>
Date: 8 Feb 90 14:54:24 GMT
References: <1836@dsacg3.dsac.dla.mil>
Organization: HP Elec. Design Div. -FtCollins
Lines: 25

))	Matt Dillon's UUCP requires the NULL device which I don't have...
))	(it wasn't standard with my Amiga!).
))
))	Steve Koren's SKSH requires arp.library which I didn't have the right
))	version of (it wasn't standard with my Amiga!)
))

))That makes two really useful packages potential headaches because they
))depend on other non-standard packages that I may or may not (choose) to
))have.  I am sure that there are other examples of these kinds of things.

When I initially designed SKsh, I wanted desparately to avoid the
necessity of using Arp for the reasons you mention.  However, there
are certain capabilities provided by Arp that are simply not present
in AmigaDos in a usable manner; the one that forced me to use Arp was
command execution.  The AmigaDos method has several severe limitations
that would have prevented SKsh from existing at all.  There are rumors
that Commodore is going to fix this in 1.4 (bravo!), in which case I
may remove the Arp dependency entirely.

I'm sorry if this caused anyone any confusion; however, Arp is nearly
a de-facto standard already, and there are more rumors which claim
that Commodore may also support the arp.library in the future.

      - steve (koren@hpfela.HP.COM)