Path: utzoo!censor!comspec!becker!bdb From: bdb@becker.UUCP (Bruce D. Becker) Newsgroups: comp.sys.3b1 Subject: Re: Update - trying to get HFC to work at 19200 Message-ID: <100233@becker.UUCP> Date: 12 May 91 15:17:02 GMT References: <1991May7.204341.15825@oswego.oswego.edu> <52686@rphroy.UUCP> Distribution: usa Organization: G. T. S., Toronto, Ontario, Canada Lines: 39 In article <52686@rphroy.UUCP> rhaar@gmr.com writes: | |In article <1991May7.204341.15825@oswego.oswego.edu>, ostroff@Oswego.EDU |(Boyd Ostroff) writes: ||> In article |guest@geech.ai.mit.edu (Guest Account) writes: ||> >In article <1991May6.021315.25208@fithp> mhw@fithp (Marc Weinstein) writes: ||> > something whicici ||> > buffer. Rave revi f f vo208 (t (t ine ine ipesT ||> > tl aldecallng ng nag2bienne).'Impouldouldo@fi1m1m1 ||> > ||> >What? I don't understand this language. The only two languages I ||> >know are english and pig latin. Can we have a translation? ||> ||> I think it says "this is a sample of how well the 3B1 serial ports ||> work at 19200 baud with hardware flow control." :-) ||> | |To me, it looks like the original author was confusing the backspace |character with the rubout. The type of junk you're seeing is most likely the result of a damaged compressed file. This sometimes happens on a full system when blocks run out while the batcher is compressing an outgoing news batch. The compresed batch is therefore missing some blocks, so upon decompression not all of the tokens are available to correctly decode the data past the point of the missing blocks. -- ,u, Bruce Becker Toronto, Ontario a /i/ Internet: bdb@becker.UUCP, bruce@gpu.utcs.toronto.edu `\o\-e UUCP: ...!utai!mnetor!becker!bdb _< /_ "It's the death of the net as we know it (and I feel fine)" - R.A.M.