|
Sorry to say that it has been so long I don't remember how we fixed the problem. I searched the VARPG newsgroup for "CCSID 65535" and came up with this entry: ----- WDSC V5.0 will do the conversion. This is taken from the README: "? Client conversion support for iSeries database fields with CCSID 65535 Until now, VARPG programs have not been able to work with iSeries database fields specified with CCSID 65535, which designates that no conversion be done when accessing the field data. The client workstation operating in ANSI could not understand the received EBCDIC data. A new File specification keyword CVTHEX has been added for externally-described remote disk files. When specified, any character fields with a CCSID of 65535 in the file will be converted to the workstation CCSID for use in the application. (The client-side conversion process uses the server sign-on job CCSID in place of the field's 65535 CCSID to perform the conversion.) " ----- So if you can upgrade to the latest version of VARPG/WDSc, you can get around the problem using the new File spec keyword. Further searching came up with using the CHGPF command. Press F9 to get all the parms. CCSID is the last one. -- Scott J. > > Thanks for the reply. I discovered last night that there must > a problem with > the way the file was created but I did not narrow it down to > the CCSID. The > CCSID on the original file is 65535 and it is 37 on the file > I created. > Is there a way to change it, or does the file have to be recreated? > > Phil.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.