| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | USR Courier V34 probl |
BG> I've been able to reproduce the problem which Paul had detailed re his BG> serial port mismatch, and have posted it here for a wider distribution... RS> Yeah, looks like its been convincingly resolved now. BG> Apparently it's only Paul who considers it a major problem anyway. He didnt say it was a major problem, just that it was a bug or stuffed by design. I agree with him, its just too quirky and counter intuitive. You can certainly justify doing things like that if there is a good operational reason to do that, but in this case there isnt even any good reason to do it like that. AND if you choose to do it like that for a good reason, you MUST document the quirk very thoroughly to minimise the risk of it repeatedly biting people on the bum. USR doesnt. It does appear that USR may well have had that quirky approach to ATZ using the NVRAM port speed for quite some time, hard to check, but it still makes no sense to do it that way. RS> Thought there must have been something odd going on when Dave Hatch RS> agreed it was quirky after initially saying it was standard behaviour. BG> It's certainly quirky, no argument with that at all, but although BG> I've owned several USRs _and_ Rockwells, I've never found it to BG> be a problem. Indeed, I never even noticed that its behaviour BG> was different on USRs until Paul started complaining about it. Sure, but when the problem is only visible it a particular situation of the use of the modem at other than the speed that the &W was done at, its not very surprising that many have never seen it. Particularly when many dont even get incoming calls anyway, so the problem doesnt arise. BG> This is certainly peculiar behaviour, I'll agree, although BG> it's not really the end of civilisation as we know it. BG> Especially as I was able to fix the problem almost immediately. RS> Oh sure, no one has ever disputed that there isnt a viable workaround. BG> Aside from Paul, who still considers it to be a bug. :) Well, its arguable if its a bug or designed like that. And if only USR does that, its only not a bug if the explicitly chose to implement the ATZ like that. Its not clear if they did that on purpose or it just happened like that. In fact, since its not documented unambiguously, it seems rather unlikely the chose to do it differently to everyone else on purpose. @EOT: ---* Origin: afswlw rjfilepwq (3:711/934.2) SEEN-BY: 711/809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.