Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!lavaca.uh.edu!uhnix1!sugar!peter From: peter@sugar.hackercorp.com (Peter da Silva) Newsgroups: comp.sys.amiga.tech Subject: Re: ASyncRun() doesn't work with pipe:xxx! Message-ID: <6528@sugar.hackercorp.com> Date: 6 Sep 90 11:03:27 GMT References: <13920086@hpfelg.HP.COM> <2156@trlluna.trl.oz> <6516@sugar.hackercorp.com> <57200@microsoft.UUCP> Reply-To: peter@sugar.hackercorp.com (Peter da Silva) Organization: Sugar Land Unix - Houston Lines: 51 In article <57200@microsoft.UUCP> w-stephm@microsoft.UUCP (Stephan MUELLER) writes: > Hmmm. Personally, I'd really like to see SKsh use ConMan's PIP: device. > To minimise the amount of third-party software *needed* to run it, Steve > could use PIP: if it's there, and not provide pipes if not. Which is pretty silly considering there's plenty of amiga-normal pipes out there. They're not as nice as one with a real "pipe:" call, but generating a unique file name is just not that hard. > %That's one of the reasons I avoid ARP myself, actually. The other being > %that I just don't trust it. > Dunno what there is not to trust about ARP. Every time I've switched to ARP I've run into problems, either because of limitations in ARP or incompatibilities. What I'd do is install ARP, then swap back to AmigaDOS whenever I ran into a problem. After a while I found that a good deal of my C: directory was back to DOS. Plus, they early on decided on gratuitous incompatibilities (such as wildcards) which makes it hard to use ARP in an Amiga environment. Plus, it's in assembly. I would rather put up with a bit of code bloat and minimise the amount of assembly used in the system. Yes, I'd rather BCPL to assembly. Why? Because that's where most of the bugs are. Finally, ARP doesn't (or didn't, I haven't looked at the last couple of releases) come with source. So I can't fix it. > The ARP stuff has always > worked better for me than the stock CBM stuff. Not me (see above). If it works for you, good. > The amount of software > using the arp.library has made it a defacto standard, and a fairly good one > at that. ARP's not perfect, but it's better than what it replaced. If it's so good, why hasn't Commodore picked it up? They've never been shy about borrowing good software: Commodities Exchange and AREXX are standard with 2.0, in 1.3 has some of Dillon's stuff. > Seems like you're shortchanging yourself Peter. If I hadn't tried it, you'd probably be right. I tried it and I didn't like it. -- Peter da Silva. `-_-' .