HP-UX 11 inconsistent language problem

[Debbie Fleith]

Can anyone help me understand why I obtain different results from dumping French data out of a database under HP-UX 11 when I connect via a serial modem vs. when I connect via a dial-up networking session?

I use the exact same Terminal emulation softare, exact same HP-UX login and .profile and settings when I login, and dump the exact same data from the same database. However, when I connect via a serial-modem, my output file does not have the correct French accents. When I connect via a network session, it looks fine.

[SupraTeam_1]

I think you don't use the good font with your emulation softare.
See your emulation softare configuration on dial-up networking session

[Debbie Fleith]

I use the exact terminal emulation software & settings (just verified) for a serial connection vs. a dialup networking connection. The only difference is that I originate the serial connection from another HP-UX server using "cu" and the other connection is originated via WIndows XP Dialup Networking. Could Windows be changing something in my terminal session that would produce different results?

[Steven E. Protter]

Shalom Debbie,

In your two sessions:

env | more

See if any environment variables have been set differently.

stty -a

See if any stty variables have been set differently.

You do get a different psuedo terminal under the two scenarios. I think the Character set default may not be getting set.

SEP

[A. Clay Stephenson · Accepted solution]

My best guess is that there is a difference in gettydefs or stty values. Do a stty -a in both cases and pay particular attention to istrip, csN, and parXXX values.

[Jan van den Ende]

Debbie,

the _ONLY_ reason I know about that makes you loose accents (amongst some other things) is if _SOMEWHERE_ in your chain of connections at least one of those is set to 7-bit (historically the default, they have to be specifically set to 8-bit).
That makes you loose any eighth bit if set, the typical case with accents.
Do you have sufficient vision on (or better control over) those connections to check (and if needed change) that?

hth,

Proost.

Have one on me.

jpe

[Debbie Fleith]

I believe you have all helped to find the source of the problem. I do have different stty settings.

I have cs8 -PARENB over the serial connection and I have cs7 parenb over the network connection.

I can see the French accents correctly over the network connection with 7-bit set, so the last reply about the 8th bit getting stripped is opposite of what my results are. The French accent is getting stripped when I have cs8 set. Does that make sense to anyone?

[Debbie Fleith]

I believe you have all helped to find the source of the problem. I do have different stty settings.

I have cs8 -parenb over the serial connection and I have cs7 parenb over the network connection.

I can see the French accents correctly over the network connection with 7-bit set, so the last reply about the 8th bit getting stripped is opposite of what my results are. The French accent is getting stripped when I have cs8 set. Does that make sense to anyone?

[Bill Hassell]

The default (a very bad one) is CS7 PARENB, something leftover from the early days of teletypewriters. You'll need to change the default gettydefs file to use CS8. As you have speculated, the extended French characters are shown via the 8th bit and with stty stripping the 8th bit with CS7, you are seeing the expected behavior. Be sure to change all the baud rates in gettydefs. Be sure to check the the gettydefs file after modification with getty -c /etc/gettydefs

As far as telnet networek connections, stty values (specifically CS7 PARENB) apparently have no effect, something that makes sense with today's connections. I suspect that changing your telnet connection between CS7 and CS8 may not have any effect.