PE> Even if they had documented it, it would simply mean that it wasn't
PE> a bug, it was a VERY BAD design.
DH> On going through my past files, I find that the USR had (and still has) the
DH> facility to do port lock for high speed, and speed shift for low speed
DH> calls.
Sure, that's the &B2. Binkley's "Lockbaud" parameter will work in
conjunction with that.
DH> Complex little beast to setup and run I suppose - but the idea was that it
DH> gave fast response to command changes at 2400 baud, while still running
DH> well with big buffers at 33.6k.
I think all you need is AT&B2 in your modem, and Lockbaud 2400 /ARQ
in binkley.cfg.
DH> Paper only - I've never done it, and I've never seen it - but the claim is
DH> that more than several BBS systems in the USA used it, and used it hard.
Sure, it's there to be used.
DH> IMHO, this bit is an artifact of that capability.
Could be. It's pretty hard to guess what USR were thinking at the
time though.
DH> Still a bug as far as I'm concerned however.
Definitely.
DH> Not gonna loose any sleep over it - my port is
Neither am I. I am documenting it though.
DH> locked at 57600 and stays there, with &W done to be sure from
Bink terminal
DH> mode.
Yeah, that's what I do too. BFN. Paul.
@EOT:
---
* Origin: X (3:711/934.9)
|