On 11 Aug 00, at 11:40, Gerber, Greg P wrote:
> Unfortunately, there are never any processes with the PID given in
> the error. Very strange. That was one of the first things I
> checked. The only variable between it working properly and not, is
> swapping the physical modem. Maybe that is why Hayes went
> bankrupt;-)
Er, I beg to differ. USR is the non-standard factor, while Hayes
defined the defacto standard in the first place (thus, Hayes AT
command set).
The other guy was right though, it's not even getting to the chat
script the second time around; it's probably a stale lock file left
by the previous diald process not cleaning up after itself (which
is the root of your problem). As a work-around, you can check for
the leftover lock file before you start diald (and delete it if
found) but the real fix would be to figure out why the connection
drops in such a nasty way. This will probably lead back to those
AT commands again ;) Try forcing the link at a certain (less than
maximum) speed. Then adjust the speed (up or down) until you find
the stable point. Your ISP should be able to help, but don't count
on it.
You can try the AT&f command instead of ATZ, or you can try pulling
a generic init string out of minicom (or some other source).
Beyond that, if you want to play with that stuff, there's at least
some useful info and solutions at the Mr Modem site:
http://www.spy.net/~dustin/modem/
This is where many ISP support weenies go when they actually try
and help you (if you have a commercial account, they have to at
least try).
The ATZ command invokes a specific set of stored parameters. These
might be very different than either Hayes or USR defaults (the AT&f
command), and are almost certainly different between the Hayes and
USR modems. In fact, USR has a bunch of AT commands that only work
on USR. Yes, other modem manufacturers have a few of their own non-
standard commands, but USR is one of the worst offenders (unless
you like closed proprietary crap that doesn't work with other
stuff, which I guess is exactly what you're experiencing now). I'd
bet dollars to donuts (whatever *that* means) there's a USR modem
at the other end of your ISP link, and that's why it worked so well
with your recently deceased modem.
I hope this was at least somewhat helpful.
Steve
************************************************
Steve Arnold CLE
(Certifiable Linux Evangelist)
http://home.earthlink.net/~sarnold418
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]
