Re: Problem with TN5250

Ok... it doesn't appear to be honoring the TN5250rc file... here's the
contents of that file:

brcc2 {
host = brcc2
map = 37
font80 = -*-courier-bold-*-*-*-18-180-75-*-*-*-iso8859-1
env.TERM = IBM-3179-2
+underscores
}

I tried both as .tn5250rc in the home directory and as a "system-wide" in
/usr/local/etc/tn5250rc




-----Original Message-----
From: linux5250-bounces@xxxxxxxxxxxx [mailto:linux5250-bounces@xxxxxxxxxxxx]
On Behalf Of John Aldrich
Sent: Friday, June 10, 2011 3:16 PM
To: 'Linux 5250 Development Project'
Subject: Re: [LINUX5250] Problem with TN5250

Let me try it as a system-wide file and see if that works... if not, I'll
paste it here for comment. :D




-----Original Message-----
From: linux5250-bounces@xxxxxxxxxxxx [mailto:linux5250-bounces@xxxxxxxxxxxx]
On Behalf Of Scott Klement
Sent: Friday, June 10, 2011 3:05 PM
To: Linux 5250 Development Project
Subject: Re: [LINUX5250] Problem with TN5250

tn5250 doesn't care what the permissions on the file are -- as long as
the file exists in the user's home directory, and the user has read
permission to the .tn5250rc file, it'll try to use it.

If you're trying to set a system-wide configuration, you need to omit
the dot... so it'd be /etc/tn5250rc (or /usr/local/etc/tn5250rc) with no
dot in the filename.



On 6/10/2011 1:53 PM, John Aldrich wrote:

CTL+R should work well enough... just have to make sure the end user

knows.

:D

BTW, I tried to make up a .tn5250rc file but it doesn't appear to be
accepting it. Am I missing some magical incantation? Do I need to chmod it
or something? If so, what settings do I need for the .tn5250rc???




-----Original Message-----
From: linux5250-bounces@xxxxxxxxxxxx

[mailto:linux5250-bounces@xxxxxxxxxxxx]

On Behalf Of Scott Klement
Sent: Friday, June 10, 2011 2:41 PM
To: Linux 5250 Development Project
Subject: Re: [LINUX5250] Problem with TN5250

hi John,

Sounds like you're probably using the curses front-end, then.

Remember, the Unix environment (that Linux is designed to work like) is
intended to work with a network of terminals that all connect to a
central CPU. I realize that you probably don't use it that way, but
it's the way the environment was designed, and it still works that way.

So within your Linux PC, there's a program pretending to be a Unix tty
(terminal) that's interfacing with your screen and keyboard. And
another that's pretending to be a 'getty' process (terminal server) that
receives the terminal signals and sends them on to programs.

The problem is... when you hit the control key, the terminal doesn't
send anything to the server. That's the way Unix ttys have historically
worked, and the way the program on your linux box still works today. So
there's nothing for tn5250 to interpret as error-reset.

You can solve this problem by using x5250, since x5250 works in the X
environment, it can read your keyboard scan codes directly. (It's a
different architecture.) therefore it's possible to map the control key
to error reset.

Or, you can try to configure the linux terminal program (via loadkeys)
to send a different character sequence when the control key is sent.
That'll only work if you're using a console (not X) display.

Otherwise, you'll have to hit Ctrl-R. (See the man page for details of
the key combinations.)

Good luck


On 6/10/2011 12:28 PM, John Aldrich wrote:

Using straight TN5250 in a terminal window. Xt5250 can be used, but I

need

to tweak it as the default font settings are incredibly small!

As I said in my original email the "error reset" key is normally

"control"

but it's not working on this basic tn5250 session.