T.R | Title | User | Personal Name | Date | Lines |
---|
910.1 | | 19584::JFRAZIER | What color is a chameleon on a mirror? | Tue Aug 08 1995 11:35 | 15 |
| Here's what worked for me...
In sys$system:modparams.dat, add a line like this:
TTY_DEFCHAR=???+32768 (where ??? is the current value)
And perform an autogen.
In sys$library:ttdef.h is the line "#define TT$M_EIGHTBIT 32768".
That value will force the created lta devices to be set to eightbit.
Enjoy
James
|
910.2 | | 29067::BUTTERWORTH | Gun Control is a steady hand. | Tue Aug 08 1995 14:07 | 8 |
| As -1 has already indicated, the LTA devices that PCM creates to talk to
the servers are created /NOEIGHTBIT. Your OPA0 port being set to eight
bit causes it to send 8 bit ascii sequences like the CSI char for
example. When PCM reads from the severn-bit LTA device the eighth bit
is discarded and we window up with a trashed esc sequence.
Regs,
Dan
|
910.3 | | CRONIC::LEMONS | And we thank you for your support. | Mon Nov 18 1996 08:59 | 13 |
| I'm having this same sort of problem, trying to use PCM to control an
AlphaServer running the ARC console. Connecting a VT420 terminal to
the PCM cabling hanging off of the AlphaServer's serial port worked
fine. So, I'm guessing it's this /NOEIGHTBIT problem.
1. Any reason why I couldn't or shouldn't use EIGHTBIT on PCM LTA
devices?
2. How do I make a change, such that all PCM LTA devices are created
with this characteristic?
Thanks!
tl
|
910.4 | | CSC32::BUTTERWORTH | Gun Control is a steady hand. | Mon Nov 18 1996 16:22 | 16 |
| You could do the TTY sysgen parameter change trick listed in -3 or
grab ECO 3 and the V1.6-310 build from
ECO3:
ALEXWS::DISK$USER1:[PUBLIC.PCM.ECO3]
V1.6-310:
ALEXWS::DISK$USER1:[PUBLIC.PCM.V16_310]
The code was changed so that LAT and local terminal lines are set
EIGHTBIT.
Regs,
Dan
|
910.5 | | CRONIC::LEMONS | And we thank you for your support. | Mon Nov 18 1996 19:01 | 6 |
| Thanks for the pointer; I'll give it a whirl.
Please announce these ECO kits in the official kit note, too.
Thanks again!
tl
|