|
Thanks, I've been up and down this pdf.
On Tue, Jan 22, 2013 at 3:52 PM, Booth Martin <booth@xxxxxxxxxxxx> wrote:
http://www.scottklement.com/rpg/ifs_ebook/textmode.html
chapter 5.5
Explains the use of the code page parameter and gives examples.
On 1/22/2013 2:49 PM, Michael Schutte wrote:
Any idea on why...process).
open(FileName:O_CREAT+O_TRUNC+O_CODEPAGE+O_WRONLY:
S_IRUSR + S_IWUSR + S_IRGRP:1252);
actually creates with CCSID of 5348 instead?
On Tue, Jan 22, 2013 at 3:47 PM, Michael Schutte <mschutte369@xxxxxxxxx
wrote:
Is there a CCSID that you suggest?wrote:
On Tue, Jan 22, 2013 at 3:02 PM, Bruce Vining <bvining@xxxxxxxxxxxxxxx
Your input data is essentially incorrect. Change the x'3C' to x'CB' and
run
your backend process again. You should get x'F4' in the resulting CCSID
819
(or CCSID 1252 for that matter) IFS file (in order to test your
generate
Whoever is really creating the input file to your RUNQRY needs to
continuecorrect encodings for the data that is to be processed. If they
workingto
give you garbage you should reasonably expect to continue generating
garbage...
And just as a little heads up, be aware that with your use of CCSID
37/CCSID 819/CCSID 1252 you will be limiting your application to
mschutte369@xxxxxxxxx(properly) with Western European languages (period).
Bruce Vining
On Tue, Jan 22, 2013 at 12:58 PM, Michael Schutte <
bvining@xxxxxxxxxxxxxxxwrote:
This is actually test data. and you are right. I get the rest of theline
in purple and underlined. It was likely inserted using either EDI, XMLor
CSV translation program. The data is old that I really wouldn't beable to
find out who/what put it there.
The problem is that I need to have my CSV generate the same way as the
exiting process. Where a PF was created from a query, then a file was
created in qtemp and it was written to it.
On Tue, Jan 22, 2013 at 1:47 PM, Bruce Vining <
awrote:
Well you're right, that's a x'3C' for sure. Unfortunately that's not
http://www-03.ibm.com/systems/resources/systems_i_software_globalization_pdf_cp00819z.pdfhowvalid displayable character. In EBCDIC that would be a control (like
mschutte369@xxxxxxxxxx'14' is an ASCII control). "Who" is writing the x'3C'? The correct
codepoint, in the CCSID of your file (37), would be x'CB'.
On Tue, Jan 22, 2013 at 11:59 AM, Michael Schutte <
whatwrote:
SELECT hex(ONADD1), hex(substring(onadd1,17,1))Outbound
FROM onsgne WHERE onbill = 1031606
HEX ( ONADD1 ) HEX
D9E4C540D3D6E4C9E240C3C1E3E840D53CF1F0F840404040404040404040 3C
Display Attributes
Object . . . . . . : /qsys.lib/*********.lib/onsgne.file
Text . . . . . . . . . . . . . . . . . : Consignee changes for
Order
s
Type . . . . . . . . . . . . . . . . . : FILE
Type attribute . . . . . . . . . . . . : PF
Owner . . . . . . . . . . . . . . . . : *****
System object is on . . . . . . . . . : Local
Auxiliary storage pool . . . . . . . . : 1
Object overflowed . . . . . . . . . : No
Coded character set ID . . . . . . . . : 37
Hidden file . . . . . . . . . . . . . : No
PC system file . . . . . . . . . . . . : No
Read only . . . . . . . . . . . . . . : No
More...
Press Enter to continue.
F3=Exit F12=Cancel F22=Display entire field
"What is making
you think that x'3C' is a Latin small letter O with circumflex?"
Because if I run the existing process and open the CSV. That is
value isshowsbvining@xxxxxxxxxxxxxxx
up.
On Tue, Jan 22, 2013 at 11:59 AM, Bruce Vining <
wrote:
How is your database defined? You indicate that the database
not3C
(I
assume x'3C') but EBCDIC characters are x'40' and above, so it's
valuemakingEBCDIC. It's not Unicode or UTF8 as x'003C'/x'3C' is '<'. What is
mschutte369@xxxxxxxxxyou think that x'3C' is a Latin small letter O with circumflex?
Bruce Vining
On Tue, Jan 22, 2013 at 10:32 AM, Michael Schutte <
Klement'swrote:
I'm having trouble finding the correct CCSID. I'm using Scott
pdf for writing directly to the IFS.
http://www.scottklement.com/rpg/ifs_ebook/ifs_ebook.pdf
My trouble is... we have an address for an order that has a
ofreference
data
RUE LOUIS CATY Nô108
Notice the ô
In the database file it's a value of 3C. But it appears when the
is
written to the ifs.
Using 819 hex value is 14. Which shows nothing on this
table.
mailingjust5348
Using 1252 hex value is 14, the ifs file ends up being create as
that Iinstead. I don't understand why...
In either case when I open it excel or notepad, I get a symbol
stillcannot even paste into this email.
When I upload the file to http://en.webhex.net/ from the IFS it
has
a
hex value of 14. but displays a period instead. That could
befigure
their
choice of how to display the character.
But anyway I need to display the ô and haven't been able to
itcompanies
out.
Any help much appreciated.
I'm rewriting a process so that it can be ran by multiple
RCDSLT(*YES).and
automating it a little more than it was.
The current process does fine by first RUNQRY QUERY
issuesThisdesigned
is
trusting the user wont screw things up (don't ask why it was
thiscommand
way). It builds a database table. Then the user must issue the
EMAILFILE.
Email File command basically creates a file in qtemp, then
outCPYTOSTMF
command with STMFCODPAG equal to *STDASCII
I'm thinking that this is the difference. But I cannot figure
mailinghowmailing
tomailing
get Scott's IFS example to use *STDASCII.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
Regards,
Bruce
www.brucevining.com
www.powercl.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx--
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
Regards,
Bruce
www.brucevining.com
www.powercl.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
listlist
To post a message email: MIDRANGE-L@xxxxxxxxxxxx--
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
Regards,
Bruce
www.brucevining.com
www.powercl.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
Booth Martin
802-461-5349
http://www.martinvt.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
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.