Re: lp5250d code table translation issue

[Paul Tykodi <ptykodi@xxxxxxxxx>]

Hi Elmars,

If you want to perform the code page translation within lp5250d, you need to 
specify that IBMTRANSFORM is NO. Otherwise, you can attach the code page 
translation logic to a WSCST and then call for that WSCST when you start 
lp5250d. It is mostly a matter of where you want to expend the processing 
resources to perform the conversion, on your IBM host or on the server running 
lp5250d.

HTH

Best Regards,

/Paul
--
Paul Tykodi
Principal Consultant
TCS - Tykodi Consulting Services LLC

E-mail: ptykodi@xxxxxxxxxx 




date: Wed, 15 Feb 2006 17:33:17 +0200
from: elmars.ositis@xxxxxx
subject: [LINUX5250] lp5250d code table translation issue

Hello All-

Been struggling with trying to get Latvian/Lithuanian language support 
running. On the AS/400 we use cp1112, which properly represents all of the 
nice characters we need. On the output side, we have some ibm6400 printer 
beasts ready to support cp921, which also has all the characters we need. 
so far so good.

The problem is actually doing the cp translation.

I understand that transmaps.h is the conversion table used by lp5250d. I 
have created two tables one a 1112-921 conversion, and a second 921-1112 
conversion. I have also added two lines at the index at the end "921" and 
"1112" with appropriate references. I have recompiled the tn5250 package 
and installed. I then ammended the tn5250rc to include the map=1112 
statement for my printer. When I run the lp5250d eotest, it connects and 
immediately dumps. When I review the trace file, it appears that something 
is forcing things back to cp37... and dumping the connection.

Anybody have an idea what is going on?

vr00110@lvsrv26:~> more eotest.trc
lp5250d version 0.17.2, built on Feb 15 2006
host = rtb48.baltic
Non-Blocking
tn5250_char_map_new: map = "1112"
HOST, This->status  = 8 0
GotVerb(2):
GotVerb(3):
HOST, This->status  = 8 0
GotVerb(2):
GotVerb(3):
GotSB:
        IBMRSEED<7E 79 98 9A 52 E7 79 E3>
        
SentSB:
        DEVNAME
        eotest1
        IBMMFRTYPMDL
        *WSCST
        IBMWSCSTNAME
        QWPDEFAULT
        IBMWSCSTLIB
        *LIBL
        TERM
        IBM-3812-1
        IBMFONT
        12
        IBMTRANSFORM
        1
GotSB:
SentSB:IBM-3812-1
HOST, This->status  = 8 1
GotVerb(2):
GotVerb(3):
HOST, This->status  = 8 1
GotVerb(2):
GotVerb(3):
HOST, This->status  = 8 1
GotVerb(2):
GotVerb(3):
HOST, This->status  = 8 1
GotVerb(2):
GotVerb(3):
tn5250_char_map_new: map = "37"
Dumping buffer (length=73):
@record +0000 004912a0 90000560 060020c0 003d0000   .... .-. .{ .
@record +0010 c9f9f0f2 c8e5c2c8 e4c24040 c5d6e3c5  I902HVBHUB  EOTE
@record +0020 e2e3f140 40400000 00000000 00000000  ST1
@record +0030 00000000 00000000 00000000 00000000
@record +0040 00000000 00000000 00

@eor
tn5250_stream_get_record: offset = 11

Here is the config:

eotest {
        host = rtb48.baltic
        env.DEVNAME=eotest1
        map = 1112
        trace = /home/vr00110/eotest.trc
        env.IBMMFRTYPMDL = *WSCST
        env.IBMWSCSTNAME = QWPDEFAULT
        env.IBMWSCSTLIB = *LIBL
        outputcommand = scs2ascii > /home/vr00110/eotest.txt
}

Elmars Ositis
Head of IT
HVB Bank Latvia AS
Elizabetes iela 63
Riga, LV-1050
Latvia
tel:+371 708 5531

fax: +371 708 5507


Paul Tykodi
Principal Consultant
TCS - Tykodi Consulting Services LLC

Tel/Fax: 603-343-1820
Mobile:  603-866-0712
E-mail:  ptykodi@xxxxxxxxx
WWW:     http://www.tykodi.com
__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com