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



Have you looked at the field after reading the display and see if it comes back as it was originally in the program?

Scott


-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Marco Benetti
Sent: Monday, March 09, 2015 4:14 AM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: 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/rz
akc/
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.



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

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.