tneff@bfmny0.UU.NET (Tom Neff) (11/12/89)
I have a problem that I wonder if anyone else has encountered. On my AT&T 6386E WGS under UNIX V/386 3.2.1, I've got an IPC802 intelligent ports card with the 3.0 drivers installed. Courier 2400 modem on one port, ttyh01. Uugetty owns the port so I can mix UUCICO dialouts with dialup logins. Almost everything works great, except that if I dial up and log in and eventually hang up, then the NEXT time I dial in, the modem will CONNECT but uugetty won't issue a login: prompt. This remains true no matter how many additional times I log in, or what I do on the line after CONNECT -- hit returns, breaks, keys etc. The only thing that repairs it is when UUCICO runs hourly and does its thing! Afterwards, I can usually log in again -- once. Naturally I figure something isn't being left in the proper state on the line, but I dunno what. Here is the /etc/gettydefs entry for 2400 (reformatted onto 4 lines so nobody's news blows up): | 2400# B2400 OPOST ONLCR TAB3 BRKINT IGNPAR IXON IXANY PARENB ISTRIP | ECHO ECHOE ECHOK ICANON ISIG CS7 CREAD # B2400 OPOST ONLCR TAB3 | BRKINT IGNPAR IXON IXANY PARENB ISTRIP ECHO ECHOE ECHOK ICANON ISIG | CS7 CREAD #login: #1200 And here's the /usr/lib/uucp/Dialers entry (reformatted) for my modem: | RixonUsrCourier2400 =,-, "" \M\dATQ0V1\r\c OK\r AT&F\r\c OK\r | ATM0\r\c OK\r AT&D2\r\c OK\r AT&C1\r\c OK\r ATS0=1\r\c OK\r | \EATDT\T\r\c CONNECT \r\m\c If anyone has any bright ideas, please let me know. If you mail I'll summarize. If you give me your cabin by the lake I'll summerize. :-) -- Knowing *when* to optimize is just >>>/ Tom Neff as important as knowing *how*. /<<< tneff@bfmny0.UU.NET
john@banzai.PCC.COM (John Canning) (11/14/89)
In article <14900@bfmny0.UU.NET> tneff@bfmny0.UU.NET (Tom Neff) writes: > >... Almost everything works great, except that if I dial up >and log in and eventually hang up, then the NEXT time I dial in, the >modem will CONNECT but uugetty won't issue a login: prompt. This >remains true no matter how many additional times I log in, or what I do >on the line after CONNECT -- hit returns, breaks, keys etc. The only >thing that repairs it is when UUCICO runs hourly and does its thing! >Afterwards, I can usually log in again -- once. > The problem seems to be in the code to uugetty. It fails to reset CLOCAL or some other flag, so that it is not able to see your incoming call. The trick is when the modem answers, have someone run an stty on the port (in your case ttyh01). This is all it takes to wake up the uugetty. Calling out on the modem will also reset the uugetty, which is why things work when uucp does its hourly thing. This may sound crazy, but it works. The problem is that you have to have someone at your computer to initiate the stty. Maybe a simpler work around for you would be to make uucp call out every 10 minutes, rather than once an hour. You could also get an internal modem, or an external modem which emulates the AT&T command set instead of the Hayes command set. The upsetting thing about all this is that the IPC-802 manual says that Hayes modems are supported, and that the 3.0 drivers handle all supported modems properly. The Hotline tells us that the Hayes modems are no longer supported, and that it is a bug in the Hayes modems, and not AT&T's software, that causes things to lock up... John Canning ...uunet!uvm-gen!banzai!john The People's Computer Company ...attmail!banzai!john Williston, Vermont john@banzai.pcc.com 802-864-0747
tneff@bfmny0.UU.NET (Tom Neff) (11/21/89)
My thanks to everyone who offered help on the 6386 IPC802 UUGETTY problem. I tried several things. But what solved it once and for all was adding HUPCL to the /etc/gettydefs entries for the serial ports. I now use ttyh01 for dialins and dialouts with complete reliability. This is with the IPC 3.0 drivers on AT&T V/386 3.2.1, with a USR 2400 modem attached to the port. Here is the revised line for 2400 (reformatted to fit 80 chars). | 2400# B2400 OPOST ONLCR TAB3 BRKINT IGNPAR IXON IXANY PARENB | ISTRIP ECHO ECHOE ECHOK ICANON ISIG CS7 CREAD # B2400 OPOST | ONLCR TAB3 BRKINT IGNPAR IXON IXANY PARENB ISTRIP ECHO ECHOE | ECHOK ICANON ISIG CS7 CREAD HUPCL #login: #1200 -- War is like love; it always \%\%\% Tom Neff finds a way. -- Bertold Brecht %\%\%\ tneff@bfmny0.UU.NET