iann@cnw01.storesys.coles.oz.au (Ian Nicholls) (11/30/90)
I've just upgraded one of our Tower 32/600's to Unix release 3.0.01, and now we can't dial out, using the supplied programs uucico and cu. Has anyone had a similar problem? What did you do to get around it? The programs work on a 32/650, and the 2.00.01 cu program works under 3.00.01 (this is our current workaround; we still can't uucp). The modem cable is the standard straight-through one (1308-C030-0076), connected to a HPSIO board. The problem is that as soon as cu tries to read from the modem, it fails with the message "lost line errno - 0", and tries the next line. A capture of such an attempt is below. Devices: ============================================================ ACU tty04,M - 1200 hayes \D Direct tty04,M - 1200 hayes ACU tty04,M - 2400 hayes \D Direct tty04,M - 2400 hayes Dialers: (each of these has been tried) ============================================================ hayes =,-, "" \M\dAT\r\c OK\r \EATDT\T\r\c CONNECT \m\c #hayes =,-, "" \M\d\dATDT\D\r\c #hayes "" "" \M\d\r\c\dAT\r\c OK ATDT\D\r\c CONNECT \m #hayes =,-, "" \dAT\r\c "" \EATDT\T\r\c CONNECT #hayes "" "" AT\r\c OK ATDT\D\r\c CONNECT #Orig: hayes =,-, "" \dAT\r\c OK\r \EATDT\T\r\c CONNECT #2.01:hayes "" "" \d\r\c\dAT\r\c OK ATDT\D\r\c CONNECT #hayes =,- "" \d\MAT\r\c OK ATDT\D\r\c CONNECT \m\c #hayes =,-, "" \M\dAT\r\c OK\r \EATDT\T\r\c CONNECT \m\c Command: cu -d 6801 ============================================================ altconn called Device Type ACU wanted mlock tty04 succeeded opening with O_NDELAY set clear O_NDELAY filelock: ok fixline(5, 1200) processdev: calling setdevcfg(cu, ACU) gdial(hayes) called expect: ("") got it sendthem () CLOCAL set DELAY <NO CR>AT^M) expect: (OK^M) lost line errno - 0 set interface UNIX mlock tty04 succeeded opening with O_NDELAY set clear O_NDELAY filelock: ok fixline(5, 2400) processdev: calling setdevcfg(cu, ACU) gdial(hayes) called expect: ("") got it sendthem () CLOCAL set DELAY <NO CR>AT^M) expect: (OK^M) lost line errno - 0 set interface UNIX getto ret -1 Connect failed: CALLER SCRIPT FAILED call cleanup(1) call _mode(0) -- "The honorable gentleman is a shiver, looking for a spine" Ian Nicholls Phone : +61 3 829 6088 Fax: +61 3 829 6886 Coles/Myer Ltd. E-mail: iann@cnw01.storesys.coles.oz.au L1 M11, PO Box 480, Glen Iris 3146, Australia
hack@moxie.lonestar.org (Greg Hackney) (12/01/90)
In article <1139@cnw01.storesys.coles.oz.au> iann@cnw01.storesys.coles.oz.au (Ian Nicholls) writes: >I've just upgraded one of our Tower 32/600's to Unix release 3.0.01, and now >we can't dial out, using the supplied programs uucico and cu. It works on our Tower 32/600 with release 3.0.01 with no problems. ----< Devices >---- ACU tty20 - 2400 hayes Direct tty20 - 2400 direct ----< Dialers >---- hayes =,-, "" \d\r\d\r "" \dATE1Q0H0\r\c OK\r ATDT\T\r\c CO direct -- Greg Hackney hack@moxie.lonestar.org
bill@ssbn.WLK.COM (Bill Kennedy) (12/02/90)
In article <1139@cnw01.storesys.coles.oz.au> iann@cnw01.storesys.coles.oz.au (Ian Nicholls) writes: >I've just upgraded one of our Tower 32/600's to Unix release 3.0.01, and now >we can't dial out, using the supplied programs uucico and cu. [ ... ] >The problem is that as soon as cu tries to read from the modem, it fails >with the message "lost line errno - 0", and tries the next line. A capture >of such an attempt is below. I had exactly the same problem (among others) after the upgrade from Vr2 to 3.0.01, the only difference being a Telebit modem. I believe that the problem resides in the hpsio code rather than ther other stuff because I have a number of new anomalies (anyone get 38.4Kbps to work?) in addition to this one. I did two things, one of them unique to Telebits. Before I go into it, I also found that there is now a considerable delay required before an indial's \r is seen by uugetty. I've had to have my neighbors put one or more \d delays when a single \p delay worked with the Vr2 hpsio. As I was watching the lost line errors I concluded that the hpsio wasn't setting CLOCAL as fast or wasn't changing the tty structure. All of my Dialers scripts do something to the modem and expect nothing first. That would work OK but the script would fail when something _was_ expected. >hayes =,-, "" \M\dAT\r\c OK\r \EATDT\T\r\c CONNECT \m\c You might try something like hayes =,-, "" \M\dATQ0 "" \dATE1 OK\r \EATDT\T\r\c CONNECT \m\c I found that twiddling with delays before actually expecting something helped a lot. I also set the Telebit to keep DCD high unless the "real" DCD dropped, then drop it for a half second. That was more to solve a problem with indials though. While we're on the hpsio topic (since I suspect that's what is wrong here), mine will not drop DTR when I kill the uugetty. DTR does cycle properly at the conclusion of a connection, but not on a wrong number answer or when I kill the uugetty with signal 9. This does allow the modem to get into a strange state from time to time. Has anyone seen this as well? Is it a bug or a feature :-)? Any workarounds? Any updates beyond .01? >Ian Nicholls Phone : +61 3 829 6088 Fax: +61 3 829 6886 >Coles/Myer Ltd. E-mail: iann@cnw01.storesys.coles.oz.au >L1 M11, PO Box 480, Glen Iris 3146, Australia -- Bill Kennedy usenet {att,cs.utexas.edu,pyramid!daver}!ssbn.wlk.com!bill internet bill@ssbn.WLK.COM or attmail!ssbn!bill