PE> 3. Modem is initiating a retrain straight after each connect, even
PE> with V32bis modems.  I would expect that the initial negotiation
PE> would have figured that out, no need for a retrain on every single
PE> bloody call. Yet the ATI6 does not show that a retrain was requested.

BG> BTW, you are obviously unaware of how those stats work.

You appear to have the same problem yourself.

BG> They won't show a retrain as being requested
BG> unless it's also been granted at the other end.

Pity that my modem did grant the retrain, displayed that it
had done so on the front of my modem, included it in its stats,
and the USR at the other end claimed that none had been done.

USR appears to consider the retrain attempted with a V32bis modem very
soon after a connect to see if V32terbo is possible, as not a retrain
that should be included in ITS stats for the number of retrains.

Then there is the TINY matter of the separate entrys for
retrains requested and retrains accepts in the USR stats too,
it doesnt even claim that it requested one and got it refused.

BG> This was discussed some months ago in USR_Modems.

Pity that YOUR statement about it is mangled completely.

BG> As far as I can recall, you were never able to prove that this was
BG> happening with any modem other than Rod's Supra, and nobody else ever

PE> That is correct.

BG> reported similar instances, despite this peculiarity being discussed at

PE> That is correct.

BG> great length in Aust_Modems.  Insufficient data to blame the Courier, IMO.

PE> I wasn't actually blaming the Courier.

BG> Oh crap.  You used it as just another excuse to heap shit on the Courier.

Thats just your rabid zealotry talking, you are taking
every comment about something less than perfect about the
Courier as 'heap shit on the Courier'. Thats zealotry Bill.

Its even more obvious with your desperate attempts to to defend the
indefensible, the way USR does the port speed after an ATZ command,
for no good reason whatever, different to how everyone else does it and
doesnt even bother to point out they do it differently to everyone else.

Only a rabid zealot would attempt to defend the indefensible like that,
just cant bring himself to admit that there is the slightest possibility
of any deficiency in the way USR chose to do the ATZ command. Zealotry Bill.

The world wont collapse if you admit that there are some imperfections.
ALL hardware and software and even a fucking knife has some imperfections.

Paul was listing those he found with the Courier.
He also did that with the Netcomm. Only a zealot would
work himself up into a frenzy about the Courier list.

PE> It is up to USR to ask Rod to call their US BBS at a particular
PE> time of the day, so that they can do a datascope trace.

BG> Nope, it's not up to USR to fix it at all.  If the problem is peculiar
BG> to Supra, then it's THEIR problem, and it's up to them, to fix it.

Fraid not, not when attempting to implement a relatively crude kludge
like V32terbo in a way which will work with the vast bulk of V32bis
modems already in the field. They should atleast try to get some idea of
just how many V32bis modems have a problem with the way they have chosen
to see if V32terbo is possible, coz it may well be that there is a better
way to do it which wont bite as many V32bis modems already in the field.

They have done that with S27 for example, recognised
that its worth allowing for some warty stuff like that.

USR basically couldnt give a shit, particularly Frankowitz, dead
bloody obvious from the massive faking going on on the deficiency
with the AYI11 stats when there is other than a USR at the other end.

BG> Not a bug.  Refer the explanation in my previous
BG> message WRT the necessity of using different
BG> defaults for certain S registers with some SDLs.

PE> Ok, I'll take your word for that.  Should have mentioned it at the
PE> time and I would have verified it.  More than one ROM at that
"feature".

BG> Why should I have said anything?

Because we are trying to work out what deficiencys
various V34 modems have in real live work, with one of
the better situations to be able to test that in Bill.

BG> You were too busy bashing USRs to pay any attention,

Pigs arse he was, you just chuck a wobbly at the slightest
hint of any deficiency in a USR modem, coz you are a USR zealot.

BG> so I thought I'd let you dig a really deep
BG> hole before pushing the dirt in on top of you.

Pretty fucking juvenile way to operate.

BG> I saw another very similar stats display not all that long ago,
BG> and general consensus was that the line had suffered a major glitch.

PE> Even if the line gets hit by a nuclear strike,
PE> the modem should not defy the laws of physics.

BG> If it scrambles the ROM,

Line glitches CANT scramble rom. The code is fucked if that happens.

BG> you don't know what it's likely to report.

If the code is working properly, it wont be fucking the stats.

BG> The modem didn't defy the laws of physics, the stats did.

Thats all he is saying, the stats are obviously fucked because
the numbers it claims defy the laws of physics, cant be possible.

BG> Like I said, most of those problems were
BG> one-offs that couldn't be reproduced,

Pigs arse they were.

BG> so you'll forgive me if I look upon your complaints as USR-bashing.

You'll forgive me if I look upon your response as those of a rabid zealot
who cant bring himself to admit the Courier has the slightest deficiency.
@EOT:

---