Back in 1981, one of the first bugs I had to find/fix was a COBOL (VS?) routine
intended to distribute the rounding difference to a set of records. Perform
until zero left to distribute. It looped at negative zero. I didn't write it, I
don't remember my precise fix.
-Original
On 7/13/2012 8:36 AM, Mark Zelden wrote:
I learned something new today. Because I dislike AMRF so much, I haven't had
it on
for any systems I managed in 25 years. I never realized the SR panel in SDSF
showed
anything but outstanding WTORs. Another reason to keep AMRF inactive. :-)
Mark
Doing integer--as opposed to real fixed-point--arithmetic with
packed-decimal values is the real culprit here.
Integer arithmetic should never be done with anything but binary
integers. Operations on them are register operations, which are much
faster than storage-to-storage ones; and zero is
John,
So your saying in COBOL are you talking about Comp-3 binary ?
Scott ford
www.identityforge.com
On Jul 14, 2012, at 8:08 AM, John Gilmore jwgli...@gmail.com wrote:
Doing integer--as opposed to real fixed-point--arithmetic with
packed-decimal values is the real culprit here.
Integer
We shipped the z10 system I've been working on for the last six months to a
customer. The PC with the DS6000 console did not make the trip because of a
beancounting hickup. We weren't allowed to ship this PC because it belonged to
our company - not the one receiving the z10. So far, attempts to
On 7/14/2012 10:16 AM, Scott Ford wrote:
John,
So your saying in COBOL are you talking about Comp-3 binary ?
No such thing. A field is either comp-3 (or, nowadays, packed-decimal)
or comp (nowadays, binary) - or floating point which few COBOL
programs use.
I think he's saying keep amounts in
I understand the difference , just trying to understand what John is saying
Scott ford
www.identityforge.com
On Jul 14, 2012, at 12:22 PM, Steve Comstock st...@trainersfriend.com wrote:
On 7/14/2012 10:16 AM, Scott Ford wrote:
John,
So your saying in COBOL are you talking about Comp-3
Tom Ross's Share presentation on COBOL performance is excellent.
Scott ford
www.identityforge.com
On Jul 14, 2012, at 12:34 PM, Chris Mason chrisma...@belgacom.net wrote:
John
Integer arithmetic should never be done with anything but binary integers.
What never?
One excuse might be
If you are using AFP, you can create BCOCA (Bar Code Object Content
Architecture) bar codes instead of using fonts.
See how to use the AFP Toolbox from COBOL applications to create bar
codes. The AFP Toolbox documentation is in the PSF bookshelf.Here is
the latest level bookshelf:
What I was saying was simply that integer values, those in the sequence
. . . -5, -4, -3, -2, -1, 0, +1, +2, +3, +4, +5, . . .
should always be binary. Bean counters, perform indices, and the like
obviously fall in this category. If you are counting something,
beans, iterations,
Sell them the PC for $10 bucks(title transfer).
In a message dated 7/14/2012 11:22:13 A.M. Central Daylight Time,
karl_j_sever...@raytheon.com writes:
hadn't snagged it for DS6000 console duty.
--
For IBM-MAIN subscribe
(someone wrote)
Some years ago this situation changed dramatically. Mike
Cowlishaw---he who designed REXX---devised what is now ANSI decimal
floating point (DFP). DFP behaves consistently in ways that do not
surprise accountants. (All three floating-point formats are supported
by
There is one thing I like very much about packed decimal data,
that is its redundancy.
With packed decimal data, the probability that the use of an
un-initialized variable will lead to a run time error (0C7 abend)
is very high. Take a nine digit decimal variable - the probability
that it
Buy a PC from eBay do a drive copy from the original to the purchased
one. Bill the bean counters for services rendered.
Scott
On 07/14/2012 12:22 PM, Karl Severson wrote:
We shipped the z10 system I've been working on for the last six months to a
customer. The PC with the DS6000 console
Bernd,
I can't agree that mainframe applications are more stable because of packed
decimal arithmetic.
Rather, I would argue that mainframe developers generally have a
philosophically different approach to software development than
distributed/workstation developers. In particular, I would
John,
I don't think that there is any cultural or philosophical difference
between
mainframe or distributed/workstation developers, given the same number
of years of experience and skill etc. - I know hundreds of them - both
species,
and I myself am doing - and teaching - both.
The
A little presumptuously perhaps, I shall reply for 'someone' He or
she would appear to be a soul mate.
The remark about floating-point that Mr Hermannsfeldt attributes to
Knuth are relevant to HFP and, perhaps, BFP. Their timing moots any
relevance to Cowlishaw's DFP.
Moreover, they arev not
On 7/14/12, John Gilmore jwgli...@gmail.com wrote:
A little presumptuously perhaps, I shall reply for 'someone' He or
she would appear to be a soul mate.
The remark about floating-point that Mr Hermannsfeldt attributes to
Knuth are relevant to HFP and, perhaps, BFP. Their timing moots any
Has anyone found where there is documentation on how to code a SUBSYSTEM that
could be the target of a JCL DD SUBSYS=(xyz,abc) statement? I am looking for
information on how to code the subsystem itself and how to pick up the DD
information and the PARM passed to the subsystem.
On 14 July 2012 20:35, Anthony Fletcher flet...@nz1.ibm.com wrote:
Has anyone found where there is documentation on how to code a SUBSYSTEM
that could be the target of a JCL DD SUBSYS=(xyz,abc) statement? I am
looking for information on how to code the subsystem itself and how to pick
up the
On Sat, 14 Jul 2012 19:35:21 -0500 Anthony Fletcher flet...@nz1.ibm.com
wrote:
:Has anyone found where there is documentation on how to code a SUBSYSTEM that
could be the target of a JCL DD SUBSYS=(xyz,abc) statement? I am looking for
information on how to code the subsystem itself and how to
On Sat, 14 Jul 2012 14:39:04 -0400, John Gilmore wrote:
Some years ago this situation changed dramatically. Mike
Cowlishaw---he who designed REXX---devised what is now ANSI decimal
floating point (DFP). DFP behaves consistently in ways that do not
surprise accountants. (All three
Ceretain of Bernd Oppolzer's concerns are addressed in the designs of
both ANSI BFP and ANSI DFP and in their zArchitecture implementations.
Ad hoc schemes are in fact replaced by hardware implemented ones.
One of their most interesting features is the support they provide for
non-standard
On Sat, Jul 14, 2012 at 5:46 PM, John P. Baker jba...@ngssallc.com wrote:
By the way, a 5-byte field capable of containing a 9-digit packed decimal
value has a 0.55% probability of containing a valid packed decimal value
(taking into consideration all six (6) valid sign representations) and a
Paul:
According to one item I read, YES.
Ed
On Jul 12, 2012, at 2:53 PM, Paul Gilmartin wrote:
On Thu, 12 Jul 2012 11:58:17 -0700, Lizette Koehler wrote:
http://www.cnn.com/2012/07/12/tech/web/yahoo-users-hacked/
index.html?hpt=hp_t2
(CNN) -- Hackers posted online what they say is
http://www.informationweek.com/news/security/attacks/240003692?
cid=nl_IW_daily_2012-07-13_htmlelq=ce8b95a547134f1eb898ba0413ba0b0c
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
At 10:22 -0600 on 07/14/2012, Steve Comstock wrote about Re: COBOL
packed decimal:
I think he's saying keep amounts in pennies as binary fields.
Convert to dollars + decimal point + cents when you display
these fields.
That works for addition and subtraction. It gets more complex when
you
Ed,
I skimmed the below article. I agree with what they say, we are in the security
business.
I think the punishment of the perps should be severe enough to deter hacking
like that.
Maybe I am too old school. They should be held accountable for their actions.
Scott ford
www.identityforge.com
28 matches
Mail list logo