Date: Thu, 8 Feb 1996 13:11:39 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: netlinx@primenet.com (Henry Stapp) Cc: questions@FreeBSD.ORG Subject: Re: your mail Message-ID: <199602082011.NAA08524@phaeton.artisoft.com> In-Reply-To: <199602081642.JAA12872@usr5.primenet.com> from "Henry Stapp" at Feb 8, 96 09:42:37 am
next in thread | previous in thread | raw e-mail | index | archive | help
> I've managed to get the modem to answer but here's where things get wierd... > Even though I have the speed set to 57600 (sp#57600) it connects with a > CONNECT 2400 message, also, even though I have no parity set (np) I get > garbage unless I set my comm. program to even parity. The speed is the speed at which the uart is set. It has always confused me why an internal modem, using a UART emulation, would not be emulating an RS232 external clock, so that baud was irrelevant. Whatever the reason, unless you tell the the mode to lock the DCE baud rate regardless of the line baud rate, your connect message is going to reflect the baud rate set by the modem. The even parity "problem" is because 7E1 is the default in the file /etc/gettytab -- it, like the default bad rate used by the computer, is set by the getty program after it opens the port. In theory, if your modem is set up correctly (follow DTR, assert DCD only on remote carrier), then the "CONNECT 2400" message will be sent, but will be ignored, since it will be sent before DCD is raised. By default, using getty, you want to disable modem result codes anyway. If you don't use a locked port rate, then you should setup /etc/ttys to cause the getty on the port to use a rotor list. The incoming caller will then send BREAK, each time causing the baud rate to rotor to another setting in the list. So the rotor list should contain allowable modem baud rates. > Once the modem picks up I get the login: prompt. When I type in the username > I get the Password prompt, but then the program hangs! Hitting return, > escape etc has no effect. If I check ps on the system I see that the login > program is still running. Are you using 7E1? A "return" without correct parity is not "return", it's some other character. Try control-J (LF -- it has the opposite parity). > I read in the gettytab that there are different flags for the initial login > communication and the subsequent phases of the connection.. I tried using > stty to change the flags but it didn't seem to work... No, it wouldn't. You have to modify gettytab. Your settings via "stty" will reset to the template defaults when the stty closes the device after making the settings chages. The stty and template settings are irrelvant anyway, since the port settings are changes once the modem raises DCD, as the getty program puts the settings in the gettytab into effect. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602082011.NAA08524>