× 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.



Thanks for your answer.
If i set ccsid at file level my display file is created. But if i not set
ccsid attribute at field level the field will not be utf-16 but graphics
(once compiled my rpgle program, the field will have G and not C datatype).
So that not solve my problem.
I need a utf-16 hidden field.

2015-03-05 23:20 GMT+01:00 CRPence <CRPbottle@xxxxxxxxx>:

On 05-Mar-2015 10:49 -0600, Marco Benetti wrote:


I'm trying to define an hidden field as utf-16 in a subfile, but
if I add CCSID(1200) I obtain CPD7552 (Keyword or value not valid
for usage or constant field.)

*...+....1....+....2....+....3....+....4....+....5....+....6....
4600 A $$INT 30G H CCSID(1200)

* CPD7552-*

What am i doing wrong? It seems don't accept keyword CCSID.

My system is running V6R1.


There is a documented restriction for the CHRID kwd for each of "message
fields (M specified in position 38), hidden fields (H specified in position
38), or program-to-system fields (P in Position 38)" per <
http://www.ibm.com/support/knowledgecenter/api/content/ssw_ibm_i_71/rzakc/
rzakcmstdfchrid.htm> which perhaps is similar, but for which there is no
mention of that same restriction for the Field-Level use of the CCSID CCSID
in either of <http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_71/
rzakc/rzakcmstdfusc2.htm> "CCSID (Coded Character Set Identifier)
keyword" or the parent topic <http://www.ibm.com/support/
knowledgecenter/ssw_ibm_i_71/rzakc/ucs2kwd.htm> "Keyword considerations
for display files that use Unicode data (positions 45 through 80)"?
However, the CCSID keyword for Display Files is also allowed at the
Record-Level [and at the File-Level if not using a program-to-system field].

FWiW: On v5r3 I was able to compile a device file with attribute DSPF
[Create Display File (CRTDSPF)] using the above G\Graphic data type and
length specifications by coding in the DDS, the CCSID(1200) on the
/Functions/ area (positions 45 through 80) of the Record Format instead of
on the field. I did not test the functionality, only that the compile
completes without error; i.e. the Device *FILE is created, and no warnings
or low-severity errors appeared in the listing.

--
Regards, Chuck

--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.