|
Interesting observation. Since this is an OS file, I never thought about
something like that.
Looking at the two machines, the field on the V6.1 machine is CHAR with
CCSID 37 and the V7.1 machine is GRAPHIC with a CCSID 1200. I changed my
SQL to cast it to CHAR (shown below) and it works but I'm still confused.
SELECT SYSTEM_TABLE_NAME, SYSTEM_COLUMN_NAME, CHAR(COLUMN_TEXT) FROM
SYSCOLUMNS WHERE SYSTEM_TABLE_NAME = 'TESTPF'
Since this is an IBM supplied file, any idea how it got to be GRAPHIC (is
that a V7.1 FEATURE)?
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Vernon Hamberg
Sent: Monday, August 04, 2014 11:17 PM
To: Midrange Systems Technical Discussion
Subject: Re: SYSCOLUMNS returning garbage for COLUMN_TEXT
John
This looks like a CCSID issue - the result on the 7.1 machine looks like
UTF-16 or the like -
It might be useful to check the CCSIDs of the columns on each system.
And it might be interesting to see the HEX() value on each system.
All that would likely confirm a CCSID matter.
HTH
Vern
On 8/4/2014 9:56 PM, John R. Smith, Jr. wrote:
I am trying to retrieve column information for a file using SQL. TheV6.1 and V7.1?
file was created using DDS and has TEXT values as shown below.
However, when the below sql statement on a V7.1 machine, it returns
garbage / unprintable characters but it works on a V6.1 machine. Is
the V7.1 machine missing a PTF or something or what is different between
--
==> Here is the DDS
R RTEST
FIELD1 10 TEXT('FIELD1')
==> Here is the SQL statement
SELECT SYSTEM_TABLE_NAME, SYSTEM_COLUMN_NAME, COLUMN_TEXT FROM
SYSCOLUMNS WHERE SYSTEM_TABLE_NAME = 'TESTPF'
==> Here are the results of the SQL on a V7.1 machine.
SYSTEM_TABLE_NAME SYSTEM_COLUMN_NAME COLUMN_TEXT
TESTPF FIELD1 ã ñ á < à
==> Here are the results of the SQL on a V6.1 machine.
SYSTEM_TABLE_NAME SYSTEM_COLUMN_NAME COLUMN_TEXT
TESTPF FIELD1 FIELD1
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
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.