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



It seems the only way.
Thanks to all for your advice.

Marco

2015-03-09 19:13 GMT+01:00 Booth Martin <booth@xxxxxxxxxxxx>:

Why not eliminate the step? Why is it required that there be a hidden
field on the display? Load the field into an single-field array indexed by
the subfile record number and be done with the issue.


On 3/9/2015 5:13 AM, Marco Benetti wrote:

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.



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