https://community.ibm.com/community/user/integration/communities/globalgrouphome?CommunityKey=e22492ad-a425-4d88-b8af-19d978e58af5
On Tue, Mar 12, 2024 at 9:41 PMwrote:
>
> Hey,
> I would like to have a LUNCH get together with any mainframer's in the
> Indianapolis Indiana area.
> Maybe once
Hey,
I would like to have a LUNCH get together with any mainframer's in the
Indianapolis Indiana area.
Maybe once a month? If interested, let me know ming...@prodigy.net
David Mingee
317 903-9455
Thanks
--
For IBM-MAIN subscri
Worth checking DIGITS after function calls--I forget the exact
circumstances, but I remember a surprise return to defaults happened at
times.
Roops
On Wed, 13 Mar 2024, 00:14 Charles Mills, wrote:
> Well sure enough, a Say right after the NUMERIC DIGITS 15 works as
> expected.
>
> There are no
Charles,
Can you display the form just before you display the multiplied value?
say 'numeric form is : ' form()
say 8947 * 864
Thanks,
Kolusu
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
Well sure enough, a Say right after the NUMERIC DIGITS 15 works as expected.
There are no other NUMERIC instructions in the program.
What else could be messing me up?
The program is not unusual. The most interesting thing is an EXECIO DISKR 1.
Charles
On Tue, 12 Mar 2024 19:39:21 +0200, Itsch
On Tue, 12 Mar 2024 12:29:16 -0500, Charles Mills wrote:
>
>(Why do I care? I am subsequently going to add a relatively small number to
>the product and don't want to lose low-order digits.)
>
Set DIGITS to (FSVO) enough.
>I tried using FORMAT but unless I use it in every subsequent calculation
Thanks, I think I see the issue now. Our BPXPRMXX member was not processed
correctly at IPL time, leaving the "Address Family" settings incorrectly
configured.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
s
Charles,
Tried it with 20, 12 and 11 numeric digits. All returned the correct number
(7730208). Your problem may be related to numeric FORM.
Best,
ITschak
*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS
Hmmm
7 *-* NUMERIC DIGITS 11
>>> "11"
8 *-* say digits()
>>> "11"
11
9 *-* say 8947 * 864
>>> "7730208"
7730208
In a Rexx program I start out by executing NUMERIC DIGITS 15 (and I have also
tried 11 and 13 and gotten the same result).
For 8947 * 864 I am getting a result of 7.73020800E+10 rather than the
desired 7730208.
Is this to be expected? I interpret the Rexx documentation as saying that a
https://www.ibm.com/docs/en/zos/3.1.0?topic=errnojrs-description-location-information
https://www.ibm.com/docs/en/zos/3.1.0?topic=errnojrs-zos-unix-reason-codes
For this one, the part means JrOK, see return code (no additional
information).
You can also use the bpxmtext program, which is av
See https://www.ibm.com/support/pages/edc8114i-error-cause-concern
https://www.ibm.com/support/pages/isklm-zos-will-not-start-correctly may be
relevant
Have you configured something with IPV6 and IP V6 is not enabled?
Colin
On Tue, 12 Mar 2024 at 14:05, Peter Ten Eyck <
04d3761a18a7-dmarc-r
I am looking in https://www.ibm.com/docs/en/SSLTBW_2.4.0/pdf/bpxa800_v2r4.pdf
for information on this message:
EDC8114I Address family not supported. Errno/Rsn=1114/112B
I only see information for: 1114 EAFNOSUPPORT The address family is not
supported. Where can I find out more, in pa
13 matches
Mail list logo