OK....I believe I found the problem.

The data is being entered through a screenscraper product that uses a
telnet session under the covers. When I look at the data in the telnet
session it displays as entered, in my example a left bracket. When I
look at it through a client access 5250 session, it is shown as the cent
sign.
The telnet ccsid attribute is set to *MULTINAT. It must be doing the
conversion through telnet.
I'm not sure how to get around this though. The data I ultimately
process is a cent sign.
Any ideas?

Thanks,
- Steve

-----Original Message-----
From: Coyle, Stephen F.
Sent: Thursday, October 21, 2010 1:29 PM
To: 'MIDRANGE-L@xxxxxxxxxxxx'
Subject: Re: Special characters conversion

Sorry for the confusion.

The users are entering the special characters into a display file and
saving back to the physical which stores the text. When they enter and
save a left bracket, the PF shows the cent sign with x'4A'. I'm not sure
why it becomes 4A. That's what has me confused. When I subsequently
inquire on the record from the display file, it displays correctly as a
bracket. Yes, I am not writing anything to my conversion file. I just
take the text character and lookup to my conversion file, the problem is
I read a cent sign from the text file but I have a left bracket as the
key field in my conversion file so I don't get a hit.

- Steve

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.