msc@qubix.UUCP (Mark Callow) (06/07/84)
We use a Hayes Smartmodem 1200 on our Vax 750 running 4.2BSD. We have always had a fairly high dialup failure rate. Finally I decided to investigate and put extra checks in the hysopn() routine. I discovered that under certain conditions the read of the Hayes result byte fails with an error 5 (EIO). This seems to happen most often after the previous dialup in the uucico loop got a busy line or other failure. The dial command write immediately before the read works perfectly. All subsequent dialing operations in the same invocation of uucico also fail for the same reason (but the writes always work damnit). I am continuing to investigate. In the meantime has anyone else seen anything like this? -- From the TARDIS of Mark Callow msc@qubix.UUCP, decwrl!qubix!msc@Berkeley.ARPA ...{decvax,ucbvax,ihnp4}!decwrl!qubix!msc, ...{ittvax,amd70}!qubix!msc "I'm a citizen of the Universe, and a gentleman to boot!"
gnu@sun.UUCP (06/12/84)
We have seen failures where something happens to the dialer software or hardware such that every attempt to dial in that run of uucico causes a "LOST LINE" message. It works fine if you kill it and start another uucico. We use Ventel 212 Plus modems, which our uucp knows how to dial. These used to be very frequent (>1/day?) but I haven't checked in a few months.
jdi@psuvax1.UUCP (06/13/84)
We also have that problem. (LOST LINE) Anybody got a fix? -- Spoken: John D. Irwin AT&T: 814-237-5068 Nets: jdi@psuvax1.{BITNET,CSNET} Uucp: {akgua, allegra, cornell, pitt, purdue, ihnp4, burdvax}!psuvax1!jdi
dmmartindale@watcgl.UUCP (Dave Martindale) (06/19/84)
We see the "LOST LINE" errors too when talking over Sytek localnet boxes.
larry@decvax.UUCP (Larry Cohen) (06/20/84)
I have also had problems with the Hayes smartmodem code also. (It has been quite a while now since I looked at the problem but ...) The modem did not reset itself after the previous call (maybe only failed attempts). In any event I tried various incantations with the following sequence yielding good results (in hsyopn() ): if (dh >= 0) { fixline(dh, dev->D_speed); write(dh, "+++", 3) /* force Hayes into command state */ sleep(1); write(dh, "ATH\r", 4) /* Hang up */ sleep(1); write(dh, "ATZ\r", 4) /* reset modem */ #ifdef HAYSTONE continue as before In hsycls() I used the following sequence to ensure a reset: write(fd, "+++", 3); sleep(1); write(fd, "ATZ\r", 4); Also the phone number should be translated into something the hayes understands (eg. '-' to ',' and '=' to ',' ) The ventel code does this already. Good Luck, Larry Cohen decvax!larry