peter@cutmcvax.cs.curtin.edu.au (Peter Wemm) (04/11/91)
jkh@MEEPMEEP.PCS.COM (Jordan K. Hubbard) writes: >NOT to start the "Is ARP god's gift to the world / a software antichrist" >debate all over again here, but as someone who's used ARP without any >problems whatsoever for the last year and a half, all I want to know is >whether or not another release is ever planned. I hear frequent mention >of bugs in ASyncRun(), among other things, and figure that 50 flames >can't be completely wrong even if I have yet to run into a problem >myself. >So who "owns" the source to ARP at this point? Is Charlie Heath reachable? >If he's not maintaining ARP anymore has he at least passed the torch? > Jordan I have been promising myself for the last few months that I will write a "compatibility" library that implements the ARP functionality under 2.0. Anything that uses ASyncRun() under 2.0 dies, but I have a way around that in mind. If anything ever comes of it, I will post details..... -- Peter Wemm ------------------------------------------------------------------------------ peter@cutmcvax.cs.curtin.edu.au (Home) +61-9-450-5243 Curtin University of Technology, Perth, Western Australia. Amiga... Because life is too short for boring computers. (Dan Zerkle)
Clarke_Anderson@kcbbs.gen.nz (Clarke Anderson) (04/12/91)
i always understood that C=, had, in their infinite wisdom <ha!> taken the ARP and used and abused it in the making of DOS 2. therefor, a new ARP wouldn't be practical, except to improve on DOS 2, which C= are doing all the time anyway. of course i could be wrong??
bacon@zeus.unomaha.edu (Infomaniac) (04/12/91)
In article <peter.671363420@cutmcvax.cs.curtin.edu.au>, peter@cutmcvax.cs.curtin edu.au (Peter Wemm) writes: > jkh@MEEPMEEP.PCS.COM (Jordan K. Hubbard) writes: > >>NOT to start the "Is ARP god's gift to the world / a software antichrist" >>debate all over again here, but as someone who's used ARP without any >>problems whatsoever for the last year and a half, all I want to know is >>whether or not another release is ever planned. I hear frequent mention >>of bugs in ASyncRun(), among other things, and figure that 50 flames >>can't be completely wrong even if I have yet to run into a problem >>myself. > >>So who "owns" the source to ARP at this point? Is Charlie Heath reachable? >>If he's not maintaining ARP anymore has he at least passed the torch? > >> Jordan > > I have been promising myself for the last few months that I will write a > "compatibility" library that implements the ARP functionality under 2.0. > Anything that uses ASyncRun() under 2.0 dies, but I have a way around that in > mind. > > If anything ever comes of it, I will post details..... > -- > Peter Wemm > Amiga... Because life is too short for boring computers. (Dan Zerkle) Peter, I had heard that 2.0 was making ARP obselete only for the reason that C= was going to implement the ARP code en toto (totally) into the new release!! In other words, C= couldn't improve on it so they used it ;) Basically Charlie has worked himself out of a job, as far as ARP is concerned. Therefore, I have heard that there were no plans for further upgrades. Then again, ... I could be way off the wall. Russ comments/suggestions/additions/deletions/obfuscations/indigestions WELCOMED!!! ****************************************************************************** Gee. . . Toto . . . this sure doesn't look like Kansas! Russ Bacon University of NE at Omaha /// Have you Bitnet - Bacon@UNOMA1 /// tried Internet - Bacon@zeus.unomaha.edu \\\/// an Yellnet - (402) 554-2293 \XX/ AMIGA?? *****************************************************************************
peter@cutmcvax.cutmcvax.cs.curtin.edu.au (Peter Wemm) (04/14/91)
bacon@zeus.unomaha.edu (Infomaniac) writes: >In article <peter.671363420@cutmcvax.cs.curtin.edu.au>, peter@cutmcvax.cs.curtin >edu.au (Peter Wemm) writes: >> jkh@MEEPMEEP.PCS.COM (Jordan K. Hubbard) writes: >> [...] >> I have been promising myself for the last few months that I will write a >> "compatibility" library that implements the ARP functionality under 2.0. >> Anything that uses ASyncRun() under 2.0 dies, but I have a way around that in >> mind. >> >> If anything ever comes of it, I will post details..... >Peter, I had heard that 2.0 was making ARP obselete only for the reason that C= >was going to implement the ARP code en toto (totally) into the new release!! >In other words, C= couldn't improve on it so they used it ;) Basically Charlie >has worked himself out of a job, as far as ARP is concerned. Therefore, I have >heard that there were no plans for further upgrades. >Then again, ... I could be way off the wall. >Russ Yes, that was the point. Arp.library doesn't work too well under 2.0 (ASyncRun() etc) so I was going to write a stub library called arp.library which called the replacement routines in 2.0. That way, old programs that call arp.library specifically, will work under 2.0 (and use some 2.0) >comments/suggestions/additions/deletions/obfuscations/indigestions WELCOMED!!! >****************************************************************************** >Gee. . . Toto . . . this sure doesn't look like Kansas! > Russ Bacon University of NE at Omaha /// Have you > Bitnet - Bacon@UNOMA1 /// tried > Internet - Bacon@zeus.unomaha.edu \\\/// an > Yellnet - (402) 554-2293 \XX/ AMIGA?? >***************************************************************************** -- Peter Wemm ------------------------------------------------------------------------------ peter@cs.curtin.edu.au (Home) +61-9-450-5243 Curtin University of Technology, Perth, Western Australia. Amiga... Because life is too short for boring computers. (Dan Zerkle)
sschaem@starnet.uucp (Stephan Schaem) (04/15/91)
I still find ARP dos function mucth better than 2.0. I even have to keep arp and amigados at the same time! (of course I dont use the deadly arp functiom on 2.0). The best part are the use of patterns, and the best example rename. And they are still alot faster than 2.0. To bad CBM didn't use the format, To bad the source are not available for 2.0 modification etc... Stephan
rhand@well.sf.ca.us (Roger Hand) (04/23/91)
Peter, while you (or someone else) is updating the ARP library, maybe that file requestor could be updated! It's a real pain that the file requestor will only accept a very limited path length, and it's just plain silly that you have to scroll down the list to get to the subdirectories. Ugh! Needed to get that off my chest. Thanks! rhand@well.sf.ca.us CIS: 73520,3506