Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!pacbell.com!ames!haven!uvaarpa!vger.nsu.edu!manes From: manes@vger.nsu.edu ((Mark D. Manes), Norfolk State University) Newsgroups: comp.sys.amiga.datacomm Subject: Re: Modem problems Message-ID: <578.27a92c1b@vger.nsu.edu> Date: 1 Feb 91 12:51:39 GMT References: <43260@nigel.ee.udel.edu> <764@faatcrl.UUCP> Lines: 39 In article , t22918@ursa (Matt Ranney ) writes: > jprad@faatcrl.UUCP (Jack Radigan) writes: > >>>Thing is, JRComm has more than a few features I need; Zmodem, good macros, >>>and other bennies. I'd hate to think it's the software, although we know >>>JRComm can be flaky. SO, any theories? > >> Flakey? nah... > > Will, _I_ for one, wouldn't call it flakey, but I'm not sure what word I > would use. Overfeatured? Huge? It's a fine piece of work, don't get me > wrong, but when you only have a meg of mem, using up half of it just to > DL some stuff in the background is kinda expensive. But you can't design > a different version for every user out there, so I guess I'll just have to > live with it (or buy more mem). > Ack! Matt buy a memory upgrade! I am _tired_ of software being held back by the 512k whiners. Jack please go ahead an add a few more features to JR-Comm. For example scripting and a built in BBS emulator. I would love to see a editable review buffer as well. We need a _Full_ featured terminal program. I grow tired of the anemic terminal software that exists for the Amiga. I use Jr-Comm almost exclusively unless I really need to do some kermit transfers. > -- > Matt Ranney > t22918@ursa.calvin.edu -mark= +--------+ ================================================== | \/ | Mark D. Manes "Mr. AmigaVision" | /\ \/ | manes@vger.nsu.edu | / | (804) 683-2532 "Make up your own mind! - AMIGA" +--------+ ==================================================