Re: can't define hidden utf-16 field in a subfile

I'm not sure you are right.
I have a db field that is UTF-16.
I put it in my hidden field. In the list of my rpgle program the hidden
field have datatype A, not C, so i think there is a conversion. The eval
operation does the conversion.

2015-03-06 16:36 GMT+01:00 Wilson, Jonathan <piercing_male@xxxxxxxxxxx>:

On Thu, 2015-03-05 at 23:43 +0100, Marco Benetti wrote:

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.

As the field is hidden, the CCSID is not required because no translation
is performed. What is put in the field (write) is what is taken out of
the field (read) and at no point does the "workstation" do any
conversion between what is entered/displayed "on screen" and what is
"in" the program.

If you are trying to convert something to/from utf-16 it would need to
be done another way. If the DB field is utf-16 then putting it into a
hidden field would mean it stays utf-16, at least as far as I remember.

I think the best question to ask would be "why do you need the field to
be utf-16?/have a specific CCSID?"

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.

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