On Feb 04, 1996 at 09:57, Bill Grimsley of 3:640/305.9 wrote:

 BG> Yes I can; no you can't; yes I can; no you can't...  BTW, is this just
 BG> the 5-minute argument, or the full half hour ?

You only have that option with Bob or Rod - with Paul, you're marked for life.

 BG> This is certainly peculiar behaviour, I'll agree, although it's not
 BG> really the end of civilisation as we know it.

FWIW, I agree that something like this is not life/death kinda stuff - but
Paul's right in that it's still a bug all the same.  Just like the
NetComm's refusal to accept any other command in the same AT string after
"Z" - it's documented as working that way, but it's still a bug
"by design" (as they say, "broken by design").  Even
the ol' M5 worked "properly".

 BG> Especially as I was able to fix the problem almost immediately.

That's called a "work-around", not a "bug-fix".

 BG> I fail to see why it should want to do that though.  Please explain.

Computers are here to serve us, not the reverse - if the modem can handle a
simple task like auto-detecting DCE/DTE rates dynamically so the user
doesn't need to worry about 'em, then it should do so.  Step 1 towards
*true* "Plug 'n' Play" capability.

 BG> Dunno why it worked OK for me yesterday, but today's tests...

We're talking about computers here - don't look for answers.  I had an
instance today whereby data extraction from Oracle7 into Holos (an EIS/DSS
reporting/analysis tool) worked for me perfectly, but when running our
production data load routines (which were working last week and haven't
been touched since) all they returned was "0" everywhere.

Bit rot is alive and well...

Cheers..

    - dave
    d.begley{at}ieee.org

---