Joe -

On Tue, 4 Jan 2000, Joe Knapka wrote:

> What exactly do you mean by "serial line monitors"? You've

> got them tapped into a line that's carrying traffic between

> two other devices? ...

At this point, I just have a 'minicom' talking to a remote system through

a RS-232C port on '/dev/ttyS0'. At times I have typed character strings

(not echoed from the device) that appear to have locked up the port such

that further externally received input does not appear on the xterm

associated with that port. I hypothesize I have sent a character string

that changed the port's state. By rebooting the Linux box ('shutdown -r

now`) I get the port back, but there has to be a less disruptive way. I

want to reset the UART and any associated spool files, locks, and status

files, from my keyboard. Once I have a 'magic bullet', I'll make it an

alias or script - probably allowing one to select the brain-damaged port

(/dev/ttyS[0|1]). Whether I have correctly diagnosed the cause of my

problem, I would still like the capability.

Something like 'tput reset' down to capturing attention or the UART, I

suppose.

Any suggestions?

TIA-

  John Mills, Sr. Software Engineer

  TGA Technologies, Inc.

  100 Pinnacle Way, Suite 140

  Norcross, GA 30071-3633

  e-mail: ">jmills@tga.com

  Phone: 770-441-2100 ext.124 (voice)

         770-449-7740 (FAX)


--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.