Hi Duane and All :)
First some really great answers and guidance and some interesting
suggestions... (btw Tracy... the empire machine site is classed as a games
site by BlueCoat URL Filtering and blocked from the office) will try it
tonight :)
finally... turned out that the file was "badly converted EBCDIC" in
ASCII format... Dang Signed fields! hehehe
We are working on resolving it... and if my logon to our 3k's (still
got 'em running production!!! ) worked... I would've done the FCopy answer
:)
Thanks,
Art "If it is ASCII Shouldn't it be standardized? hehe" Bahrs
=======================================================
Art Bahrs, CISSP Corporate Reporting The Regence Group
(503) 225-4992 Cell 971-244-2459 FAX (503)
220-3806
"Duane Percox"
<[log in to unmask]
> To
Sent by: [log in to unmask]
"HP-3000 cc
Systems
Discussion" Subject
<HP3000-L@RAVE Re: [HP3000-L] ebcdic Conversion
N.UTC.EDU> Question
08/08/2007
06:42 AM
Please respond
to
"Duane Percox"
<[log in to unmask]
>
|------------|
| [ ] Secure |
| E-mail |
|------------|
Just wanted to chime in with additional data on this...
Granted, if you are working with a format specified by an outside
agency then you have to live with their format spelcification.
However, when operating within your own organization and/or
if you get to specify the record interchange format then the
following might be of interest to you.
When we began working with files on hp-ux/linux we decided
(after some trial and error) to go completely text based for
all our numeric items. No binary, no packed decimal, no signed
overpunch. We now use formats like this:
01 MY-RECORD.
03 MY-FIELD-1 PIC S9(13)V99
SIGN IS LEADING SEPARATE.
03 MY-FIELD-2 PIC S9(13)V99
SIGN IS LEADING SEPARATE.
The reason we chose this is because:
a. unix systems have so many cool tools that operate on text based
files it makes file viewing/handling easier.
b. the cobol standard for signed overpunch allows for implementation
choice of the representation for +/-. Our research found three (3)
different implementations for compilers that ran on unix platforms.
c. exhaustive benchmarks found this format was faster in all
operations than packed decimal on hp-ux/linux.
d. easier language interoperability with this format.
duane
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
***IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature.***
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
