|
Bruce - (see question below) from DSPPFM of NACMNOC E]MAITLAND CBDCCEDCDC 5B41933154 from DSPFFD Record Format Information Record format . . . . . . . . . . . . . . . : NACMNOC Number of fields . . . . . . . . . . . . . : 1 Field Level Information Data Field Buffer Buffer Field Field Type Length Length Position Usage NACMNOC CHAR 1655 1655 1 Both Coded Character Set Identifier . . . . . : 500 If I change (rebuild) NACMNOC to ccsid 37, when ftp gets file from unix system with (replace - will that create any problem or set ccsid back to 500? (I'm in a fog when it comes to understanding what happens during ftp in this area). I have no idea how file ever set to 500. It was originally a CRTPF with record length 1655 and the default ccsid (which i think is 37). This maybe happened on restore from v4r5 to v5r3 system? When we converted we did not recognize problem - their is special logic for data between these separators. jim ----- Original Message ----- From: "Bruce Vining" <bvining@xxxxxxxxxx> To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx> Sent: Friday, March 11, 2005 9:10 AM Subject: Re: v5r3 ftp and cpyfrmimpf and ccsid > > > > > Jim, > > I don't know how you are looking at NACMNOC, but x'BB' in CCSID 500 is the > vertical line ( | ) and x'5A' the right square bracket. As CCSID 37 has > the vertical line defined as x'4F' CPYFRMIMPF is doing the correct CCSID > conversion. > > Is it possible that NACMNOC should be tagged as a different CCSID? > > Bruce Vining > > > > > "Jim Franz" > <franz400@xxxxxxx > r.com> To > Sent by: <MIDRANGE-L@xxxxxxxxxxxx> > midrange-l-bounce cc > s@xxxxxxxxxxxx > Subject > v5r3 ftp and cpyfrmimpf and ccsid > 03/10/2005 10:09 > PM > > > Please respond to > Midrange Systems > Technical > Discussion > > > > > > > Problem since moving to V5R3 > I have a flat file that is received each week via ftp with a get xxx > (replace > from a unix server. The file NACMNOC on the i5 has a single field, ccsid = > 500. > CPYFRMIMPF FROMFILE(NACMNOC) TOFILE(NACM400) + > MBROPT(*REPLACE) RCDDLM(*ALL) + > DTAFMT(*DLM) STRDLM('"') FLDDLM(',') + > RPLNULLVAL(*FLDDFT) > File NACM400 fields are all ccsid = 37 > Everything is converting fine except 1 character. > The from file has a a hex BB (looks like a right bracket). > After cpyfrmimpf that character becomes a hex 4F (|). > My pgm looks for the hex BB to separate parts of the data. > Worked fine on prev system at V4R5. > Anything I can do besides recode the rpg? > jim franz > -- > 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. > > > > -- > 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-2025 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.