HP3000-L Archives

September 1999, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Schlosser, Robert (Contractor)" <[log in to unmask]>
Reply To:
Schlosser, Robert (Contractor)
Date:
Tue, 28 Sep 1999 13:04:56 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
        Opps, COMP-3 data value is exactly as seen 049484071C translates to
49484071+,
the digits seen are the value of the data, without decimal points or commas.
Your COBOL program should be able to just pass them thru, not translation
necessary.

Bob Schlosser
(407) 727-5893

        <snip>
        Now, I dumped 049484071C into the Windows calculator, scientific view,
hex
        mode, and converted to decimal. I got 1,229,471,857, which overflows
S9(9)
        anyway. So there may be another issue. It looks like the original field
can
        be ten chars. The windows calculator only lets me enter 8 Fs, but
converting
        to decimal and multiplying by 255, I get a maximum value of
        1,095,216,660,225. It looks like you could conceivably need a 9(13)
DISPLAY
        field as a target. Or, you could just
        COMPUTE output = INPUT
            ON SIZE ERROR PERFORM INPUT-SIZE-ERROR-ROUTINE
        END-COMPUTE

        Greg Stigers
        Senior Consultant
        http://www.cgiusa.com

ATOM RSS1 RSS2