| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1312.1 | | STAR::MCLEMAN | When all else fails,throw your mouse. | Mon Aug 21 1989 16:37 | 3 |
| control ]
|
| 1312.2 | | STAR::BECK | The question is - 2B or D4? | Mon Aug 21 1989 16:56 | 4 |
| re .1
That's an ESCape, not a BREAK.
|
| 1312.3 | .1 had it right! | UFP::MURPHY | Rick - WA1SPT/4 | Mon Aug 21 1989 20:47 | 5 |
| Sorry... Control *[* is an escape. Ask any TECO hacker with a LK201.
Assuming .0 is using SET HOST/DTE (or MODEM..),
Control-right-square-bracket will send a BREAK.
-Rick
|
| 1312.4 | Oops. But it depends on the s/w you're running. | STAR::BECK | The question is - 2B or D4? | Tue Aug 22 1989 01:26 | 9 |
| Oops, musta had an attack of dyslexic eyes. Mea culpa.
I do believe (as .3 states) that it depends on what terminal emulation
you're using. With Kermit (some versions), you'd type ^]B to issue
a break. By itself, ^] should produce the hex character 1D (which I
routinely use as a "Local" sequence to LAT). So the key sequence to
send Break is not a characteristic of your keyboard, but of the
software you're running.
|
| 1312.5 | | JAMMER::JACK | Marty Jack | Tue Aug 29 1989 11:06 | 6 |
| Let's remember that Break is not a character. It is a logic state of
TXD that is maintained for a number of seconds. Software can be
written to trap a particular character (which is then not able to be
transmitted) and convert that to a UART request to assert Break. This
is different.
|
| 1312.6 | What about people that use GS? | IO::MCCARTNEY | James T. McCartney III - DTN 381-2244 ZK02-2/N24 | Sun Sep 17 1989 05:14 | 10 |
| So who is it that's trapping the GS (Ctrl/]) character and why did they
choose that one? Is is set term/dte? I doubt that DECterm would care
about GS characters since it wants to conform to DEC-STD-070.
If it is SET TERM/DTE, was the decision to grab this character
arbitrary?
James
|
| 1312.7 | Length of BREAK signal | HESIRI::REHOR | Need Excellent Bar Service! | Thu Dec 28 1989 11:08 | 25 |
| We are using (digital owned) VS 3100's at a customer site. We are
connected on their Ethernet network, and also have a connection to
their Micom network through the terminal port (TTA2) using a Micom
Micro400 modem. We use this connection to call back to our office and
connect in there to read mail, research notesfiles, etc., via SET HOST
TTA2/DTE.
Occasionally, either bad phone lines, or garbage files, will cause the
modem to start doing screwy things and get hung up. The normal way to
clear the modem is by doing three long breaks. This interrupts the
modem, and allows you to redo your modem connection (any VAX
connections at the other end are lost). The problem seems to be that a
break (<ctrl>]) from the 3100 is too short for the modem to detect.
Holding down the <break> key on a VT 2xx sends a continuous signal,
not so on the 3100, it's instantaneous.
Is there a way to lengthen the signal, or make is continuous as on a
VT2xx? Or is there something else, short of replacing their whole
networking system?
Thanks for your help.
Rod
This note being written to DECterm conference also.
|
| 1312.8 | It's on the menu... | ASD::LOW | Member - American Autobahn Society | Wed Jan 31 1990 13:33 | 3 |
| You might want to try "CLEAR COMMUNICATIONS" from the pulldown menu
on the terminal window....
|