RE: How to recognize "foreign" characters (Krill, Coy) -- MIDRANGE-L

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

It is strange that you'd be seeing X'07' repeatedly with foreign character
sets, given that they all use the control character range identically, for
the /most/ part. There is an exception for the X'0E' shift out and X'0F'
shift in characters in Chinese/Japanese/Korean EBCDIC sets, though. My
experience is that most cases in which a DBCS string gets passed to a
program expecting SBCS data end up with a CPD0018 "Incorrect character in
string" message as soon as it hits the X'0E'...

On Wed, Feb 14, 2018 at 5:16 PM, <midrange-l-request@xxxxxxxxxxxx> wrote:

Hi everyone
Before I forget - we are on V7r1

Our system receives orders that sometimes contains "foreign" characters -
chines etc., Arabic Looking at the data in hexadecimal, it seems to be
consistently 070707, but never in the same place or length Is there any way
(via SQL) to look for these characters within the string?

Alan Shore
E-mail : ASHORE@xxxxxxxx
Phone [O] : (631) 200-5019
Phone [C] : (631) 880-8640
'If you're going through hell, keep going.'
Winston Churchill

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.