[comp.sys.att] Bug in HDB uucp

rjd@occrsh.ATT.COM (05/13/88)

:> I think I have discovered a bug..
:> 
:> When dialing 5 or 6 entries for the same site,all unsuccessful,
:> uucico suddenly fails with "Can't find hayes in Dialers file".
:> The log says "failed generic call to gdial"..  Anyone else
:> ever see this?
:
:	I have seen a similar problem on a few past occasions:  With
:4 entries for a site (this is an exact description), sometimes HDB
:would fail to try ALL of them; i.e., it would quit after trying just
:the first 2 or 3 entries.  This is on 3B2's running SVR2.2.

  I have no answer for Len's question about the "Can't find hayes in Dialers
file", but I may have an answer for Larry's problem. NOTE: The following
*opinions* are based on experience with about 50 personal entries and the
1800 Action Central entries that I use, but I have *not* perused the source
to verify it.

  For the uucp to try another entry in the Systems file, it must have failed
in the Dialers file chat script, rather than the Systems file chat script.
This makes sense, as the chat script in the Systems file is meant for the
login sequence only, whereas the Dialers chat script is intended to get
the host machine hooked up to the remote machine.  It follows suit that, if
you were successful in getting to the remote machine and the login sequence
(read: Systems file chat script) failed, that there is no point in trying
a different path to connect to the remote machine.  You might also notice that
if the System file chat script fails, it reports "LOGIN UNSUCCESSFUL", or
some such.

Randy

len@netsys.UUCP (Len Rose) (05/14/88)

Well,mine failed after seven consecutive attempts (I try a long distance
service first), on seperate Systems entries for the same site name,then switching
to seven more for PC Pursuit..What you said makes a lot of sense as to where the
problem may lie.. It is a minor bug,and seldom rears it's ugly head.. I can live
with the problem.


-- 
Len Rose - len@ames.arc.nasa.gov
 or {ames,decuac,ihnp4}!netsys!len
"This better not be haga!"

richard@uhccux.uhcc.hawaii.edu (Richard Foulk) (05/30/88)

Another observation on the HDB bug(s):

I've noticed that if I have a send-expect sequence in a Dialers entry
that it always proceeds to the login sequence in the Systems file,
regardless of whether the Dialers entry was successful.

Without the send-expect it seems to work correctly.

Richard

bob@rush.cts.com (Bob "Rush" Ames) (06/02/88)

In article <1897@uhccux.uhcc.hawaii.edu>, richard@uhccux.uhcc.hawaii.edu (Richard Foulk) writes:
> Another observation on the HDB bug(s):
> 
> I've noticed that if I have a send-expect sequence in a Dialers entry
> that it always proceeds to the login sequence in the Systems file,
> regardless of whether the Dialers entry was successful.
> 
> Without the send-expect it seems to work correctly.
> 
> Richard

I've noticed this bug with the On Board Modem, but do not experience
this using external modems.  Is seems tha OBM responds as though the
connection was successful and carrier detected.  This only happens after
the connection attempt times out.  Try it manually with

$ /usr/lib/uucp/uucico -r1 -s<SYSTEM-NAME> -x5


Bob Ames

RRRR    U   U    SSS    H   H   UNIKS PC Support Center   619-432-6860
R   R   U   U   S   S   H   H
R   R   U   U   S       H   H     UUCP: {cbosgd, ucsd, nosc}!crash!rush!bob
RRRR    U   U    SSS    HHHHH     INET: bob@rush.cts.com
R R     U   U       S   H   H     Interstellar Freight Service: 
R  R    U   U   S   S   H   H     "We're not afraid of Klingons!" 
R   R   UUUUU    SSS    H   H     - Doug Miller '78