Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!njin!fdurt1!wisdom!jeff From: jeff@wisdom.UUCP (Jeff Ross) Newsgroups: comp.sys.amiga Subject: RE: AmigaUUCP 1.06D and V.32 (9600 bps) problems Message-ID: Date: 27 Dec 90 15:58:45 GMT Lines: 76 Distribution: >> >> On the seemingly silly suggestion that this 'problem' with UUCP >> was only recently being seen with 68030 owners, I reverted to >> 68000 (7.14Mhz) mode, and proceeded to get my mail to RAM:, at >> 9600, without a hitch. The unfortunate side effect is that >> RNEWS/Uuxqt are real dogs in 68000 mode, and automatically start >> up when UUCICO finish. :-(. >> > I can't believe you thought my suggestion was silly ;-) Actually I >mentioned that all of us reporting the problem had 68030's, only because >people kept sending me mail saying maybe our CPU's were too slow. I never >thought that, the 68030 could be the cause. put it this way, the 68000 is fast enough to handle a feed at 9600bps, unfortunatly, I found out for about 2 weeks. I use a telebit T2500 which has a throughput (I'm guessing) of about 1400 cps when spoofing the "g" protocol. over the last too weeks, I had sent my '030 back to the company (gvp) due to some overheating problems, and durring that time, I ran stock amiga. I pull in a full news feed (about 7 meg a day of compressed data) and then uncompress and rebatch, and recompress. I am using a combination of Matt Dillion's and Frank Edward's software. Matt's does all the transfer and mail stuff, Franks does all the news stuff (its almost a full cnews port). Well, the machine was slow, but I never lost anything...I am however using ASDG's dual serial port, that may be why everything works for me. I will say this, when I was receiving a feed, and unbatching, reading news, then opened up emacs to send a message, I would type a key and have it appear a few seconds later...I thought only our vaxes did that! > So the next question is, do you run SetCPU? What version and options >do you use? It could be that we both have some type of cache set up that >UUCP doesn't like. I have sent a copy of my -x9 output to Matt Dillon in >the hopes that he can shed some light on this for us. I do run setcpu, heres the scoop: setcpu inst cache burst data cache burst fastrom > Incedently, I have a 2091 controller with SCSI harddrives and have the >same problem of no 9600 V.32 UUCP transfers that you have. I can transfer >to the same site/modem via 9600 Z-Modem or 2400 via UUCP. So I don't think >your problem is related to the HardDrive, I have also tried putting the >uuspool: in ram to no avail. I am thinking of getting UUCPPlus and seeing >if that works, also I have heard rumors that UUCP1.07 is due out in >January. I'm running with a GVP Impact controller (the older one with the newest rom) and I'm running 1.06D.10 I have 1.07, matt sent it to me about a month ago, when I started having trouble with my '030 (hardware problems it turned out) I switched back to 1.06D thinking that 1.07 was the problem, it wasn't, and I have been to lazy to switch back... > >GoodLuck, > > >-Jason- > It sounds like the serial port buffer may be getting run over...check your setting on it. >--------------------------------------------------------------------------- >Jason Goldberg UUCP: ucsd!serene!cbmami!jason >Del Mar, CA Jeff sig?!?!?! you want a stinkin' sig???? uucp: jeff@wisdom.uucp /* ...!rutgers!wisdom!jeff */ arpa: ross@fdurt1.fdu.edu MaBell: 201-299-1819