Yes.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Joe
Monk
Sent: Sunday, August 9, 2020 2:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EC6 ABEND with X'00FFCE54' in R15
"
3420? Wasn't that well and truly obsolete?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Carmen Vitullo
Sent: Wednesday, August 12, 2020 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subjec
Why? It fits in 12 bits, so LA will work.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Charles Mills
Sent: Monday, August 10, 2020 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF
You can cheat. Put the data inside a comment and access the source lines.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Gibney, Dave
Sent: Friday, August 14, 2020 3:56 PM
To: IBM-MAIN
nth line in the program if available at the time of execution;
otherwise, returns the null string. If specified, n must be a positive whole
number and must not exceed the number that a call to SOURCELINE with no
arguments returns."
--
Shmuel (Seymour J.) M
A quick DDG search got me "There currently are no publicly-advertised Mailman
mailing lists on www.clefos.org. " I know that one of the participants
subscribes to IBM-MAIN; with luck he'll see your query and respond.
--
Shmuel (Seymour J.) Metz
http://mason.
No. Commands on the PARM are treated like commands in SYSTSON; IKJEFT01 does an
ATTACH.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Joseph Reichman
Sent: Sunday, August 16, 2020 7:01 PM
Yes, SYSTSIN.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Joseph Reichman
Sent: Sunday, August 16, 2020 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modules in JPA of a TSO Address
There is no 2741 in the picture. The typewriter is part of the 1415.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Phil Smith III
Sent: Monday, August 17, 2020 10:07 PM
To: IBM-MAIN
If they were supported then he wouldn't need the RFE.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Sri
h Kolusu
Sent: Monday, August 17, 2020 6:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Su
Subject to APF.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
ITschak Mugzach
Sent: Wednesday, August 19, 2020 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with SCHEDxx Parmlib vs
IMHO, IEFSDPPT is an anachronism and you should use SCHEDxx unless there are
compelling reasons not to.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Carmen Vitullo
Sent: Thursday, August
If you already have SAS, the small cost of MXG is minuscule.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Jerry Whitteridge
Sent: Monday, August 24, 2020 4:33 PM
To: IBM-MAIN
Is there an RFE for a TSO facility to prompt the user and display the AID of
the user's response? That would be useful in diagnosing misconfigured TN3270
clients and 3270 simulators.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From
Is it politically correct to use a VTAM packet trace?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Bob
Bridges
Sent: Monday, August 24, 2020 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
The problem is not in TSO or ISPF. The problem is your keyboard mapping if your
logging on directly to TSO. If you're logging on via, e.g., TPX, check what
keys it's intercepting.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
e the old Adams quarterly reports of
computer characteristics. Does anybody know of an online archive, or at least a
few online issues?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
--
For IBM-MAIN subscribe / signoff /
Your question is unclear. By capture, do you mean log to a dataset or suppress?
In neither case would IEFBR14 have any relevance. Exactly what are you trying
to do and exactly what did you attempt?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
If you have a normal privilege level then you'll need to read the messages from
the log or from the started task. Under SDSF you can display the started task,
capture the messages with XDC and edit the output to remove extraneous messages.
--
Shmuel (Seymour J.) Metz
http://mason.gm
That code has to run under SDSF, which is a TSO command. I don't know whether
SDSF will run under a TSO subset environment.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilm
Why would you expect REXX to be started with SDSF in the table? SDSF is a TSO
command and establishes an ISF environment; if it can run under IRXJCL and
System REXX then it can run REXX scripts there..
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
The OP does not need the response to the modify, but rather the output from the
task when it processes the text in the CIB. That might be difficult if the task
doesn't use the CART.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From
Where is that documented?
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sc279028/$file/isfa600_v2r4.pdf
only lists invoking SDSF from ISPF and directly from TSO.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From
I guess that it's time for an RCF; invoking SDSF in
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sc279028/$file/isfa600_v2r4.pdf
only mentions the first two.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From
Well, here there's nothing to escalate; I've generally gotten good responses
from RCFs.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000433f078
Shouldn't you have a delay in there to giv the started task time to process he
CIB?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Ed
Jaffe
Sent: Wednesday, August 26, 2020 5:56 PM
To
What about System REXX?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, August 26, 2020 7:58 PM
To: IB
> Any product can dynamically add itself
In the case under discussion, the script has not invoked SDSF. At a minimum,
the SDSF documentation should mention that SDSF can be implicitly activated;
ideally it should mention the relevant contexts.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.
1. I'd like to see Invoking SDSF refer to Chapter 5
2. I'd like to see Invoking SDSF mention the automatic invocation
of SDSF in, e.g., IRXJCL.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussio
I particularly hate the URL garbling that I'm currently stuck with. Take
outlook - please!
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Sean Gleann
Sent: Thursday, August 27, 2020 4:
Thanks; I missed that. Yes, pointing to Chapter 5 should be enough.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Rob
Scott
Sent: Thursday, August 27, 2020 12:10 PM
To: IBM-MAIN
I replied too soon; I agree that the manual should mention in what contexts the
external function ISFCALLS is available.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Rob
Scott
Sent
support it.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Sasso, Len
Sent: Friday, August 28, 2020 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sending email from the Mainframe
Does
uesen DSN.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Grant Taylor <023065957af1-dmarc-requ...@listserv.ua.edu>
Sent: Friday, August 28, 2020 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
A DSN *is* a standard bounce.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Grant Taylor <023065957af1-dmarc-requ...@listserv.ua.edu>
Sent: Friday, August 28, 2020 11:51 AM
To: IB
, and that he may not examine all of his inboxes with the same
frequency.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Joel C. Ewing
Sent: Friday, August 28, 2020 9:39 AM
To: IBM-MAIN
rrors-to doesn't change anything; you still need an external mail
application to read the response once SMTP is gone.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000
According to the IETF, every bounce is a DSN but not every DSN is a bounce.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Grant Taylor <023065957af1-dmarc-requ...@listserv.ua.edu>
addresses; and, yes, such
configurations exist, whether they should or not.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Grant Taylor <023065957af1-dmarc-requ...@listserv.ua.edu&
My source is the IETF, and every issue is a semantic issue. I did searches for
bounce and DSN on a bunch of RFCs, and they all agreed. In particular, thr RFC
that you cited, 3464, lists DSN types that are not bounces.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
The most prolific tweeter I know of is not someone I would care to associate
with. The neighborhood has gone downhill.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Steve Smith
Sent: Monday
Typically the new features reqiured by a level set were added over several
generations, and each generation added more than one feature.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Tony
WTF? DAS requires MVS/SP.
That said, MVS/SP ran just fine on a 4341.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Joe
Monk
Sent: Tuesday, September 1, 2020 5:55 PM
To: IBM-MAIN
hmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Mike Schwab
Sent: Tuesday, September 1, 2020 5:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Architectural Level Sets
Well, XA+ machines only support
Sure, IBM could
ensure absolute compatibiity for old releaes, but TANSTAAFL. Only IBM knows
what the extra cost would be, but I guaranty that there would be an extra cost.
I'm sure that this has been discussed at Share.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.e
Don't confuse the granularity of the SSK instruction with the granularity of
page table entries. MVS never sets CR0 bits 8-9 to 01.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Joe
Yes, local mods could always exploit facilities that the shipped operating
system did not. But the only IBM operating system that used DAS, with the
possible exception of TPF, was MVS/SP. I don't know about MTS.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~s
Why? I unashamedly use MVCIN when it's appropriate, but that hardly seems to be
the case in your example.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Ed
Jaffe
Sent: Tuesday, Septem
Not quite. OS/VS1 and OS./VS2 R1 are single address space; OS/VS2 and later are
multiple address spaces. MVS/SP V1.2 and later also exploit DAS.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Strange! The XA PoOps shows MVCIN as only available in S/370 mode. The ESA
PoOps shows it as Move-inverse facility, regardless of mode, and ESA/390 PoOps
shows it as standard.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM
I believe that IBM guaranties that '0'X will never be a valid opcode.
MVCIN is older than the 4341; it was an RPQ on the S/360 and S/370, quite
common in Israel.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
Look at p. D-4 in the -0 edition. I don't know which, if either, to believe.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Joe
Monk
Sent: Wednesday, September 2, 2020 6:17 AM
To: IBM
PL/I has no reserved words, so IBM can extend the language without breaking
existing code. However, it is bad form to knowingly use a keyword as a
procedure, label or variable name.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM
ISTSERV.UA.EDU
Subject: Re: A little magic from Doug Nadel
On Wed, 2 Sep 2020 15:02:51 +, Seymour J Metz wrote:
>PL/I has no reserved words, so IBM can extend the language without breaking
>existing code. However, it is bad form to knowingly use a keyword as a
>procedure, label or
ldn't call such an option pedantic, and there might be lots of
other legal constructs that you would want a message for.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul
It's potentially confusing, and I would certainly flag it at a code review.
Even if PUT were not a keyword it would be a poor choice of name. Better form
would be a name that suggests not only that you did a PUT but to which file.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~s
It was probably some model of the 470V and MVS/SP 1.3.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Jesse 1 Robinson
Sent: Thursday, September 3, 2020 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
I'm getting "We can’t connect to the server at www-01.ibm.com." and "We can’t
connect to the server at www-02.ibm.com."; are all of the www.ibm.com web
servers down? Or is IBM blocking verizon?
--
Shmuel (Seymour J.) Metz
htt
he general rule is to avoid "magic
numbers". Thus, things like PI, E, MAX_INTEREST_RATE should have names.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <
That text uses an example of a :magic number", and the advice is sound. Any
value that you or another programmer might have to change in the future belongs
in a declaration. Note that it's not your father's PL/I; there are named
constants.
--
Shmuel (Seymour J.) Metz
http:
oThat depends on whether the author was addressing compiler requirements or
code maintainability. From the latter perspective, IMHO, "must" is appropriate
and should apply even if PI only occurs once.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.e
var_a = var_b);
My eyes! Make the bad man go away, Mommy!
A man who would do that deserves to spend eternity debugging code written in
uncommnted octal absolute.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List
, and man made disasters, and plan
accordingly.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Tony Thigpen
Sent: Friday, September 4, 2020 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subjec
It's working now. I don't know whether the problem was IBM or verizon.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Edward Finnell <000248cce9f3-dmarc-requ...@listserv
While c and h are unlikely to change, the precision that you need in your
program could change, and it is much easier to edit a single value in the
constant declaration than to edit each line of code that refers to some
approximation.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
If you don't care about maintainable code than should is to strong. If you care
about maintainable code then should is too weak.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Robin V
If you mirror a backup to a remote site, unload the tape and ship it to a
vault, it would take a clever cracker to ovevewrite it ;-)
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Tom
Brennan
When you're dealing with small integers that stand for themselves, theres
neither benfit nor harm for making them named constants. It's "magic numbers"
that you need to avoid, e.g., approximations, exchange rates.
--
Shmuel (Seymour J.) Metz
http://m
Don't most compilers these days do constant folding?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Bob
Bridges
Sent: Saturday, September 5, 2020 4:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Su
Eschew obfuscation. Either just use 0 and one, or write false=0;true=1.
Similarly, for PL/I either just use '0'b and '1'b or write
false='0'b;true='1'b;.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
The issue in contention is the wording of the text, not its location. I never
claimed that it was in the right manual.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Robin Vowels
Sent
A simple true=1;false=0 should suffice for clarity.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Rupert Reynolds
Sent: Sunday, September 6, 2020 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Why? I don't even see why it would work, and it certainly does add clarity.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
scott Ford
Sent: Sunday, September 6, 2020 12:03 PM
To: IBM
The default type for 3 and 4 is FIXED BINARY. PL/I does not have an integer
type, but the DIVIDE() BIF can be used to do an integer divide, and assigning a
quotient to a FIXED BIN(foo,0) variable may do what you want, depending on
precision issues.
--
Shmuel (Seymour J.) Metz
http
Yes, you can count on the truth values of 0 and 1 in REXX never changing.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Rupert Reynolds
Sent: Sunday, September 6, 2020 8:12 AM
To: IBM-MAIN
PL/I doesn't have integers. The ratiio 4/3 is FIXED BIN, with some number of
bits after the binary point.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000433f078
All REXX implementations use 0 and 1 for false and true. But I agree that loss
of Internet access is crippling. May this be the last time.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
You didn't read The World According to ARPA? As for the WWW, I'd rather we had
stuck to Gopher.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Rupert Reynolds
Sent: Sunday, Septemb
numbers.
Approximations to constants lie Pi and e should have suitable names in case
someone needs more precision. more precision.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Bob
Bridges
Sent
First, that code is highly obfuscated. Why would you ever want to write "IF foo
& TRUE" instead of "IF foo"?
Second, "ELSE IF ¬TRUE THEN foo" is dead code.
Third, there are no booleans in REXX; the only data type is character string.
--
Shmuel (Seymour J.)
No: see
https://www.ibm.com/support/knowledgecenter/SSY2V3_5.3.0/lr/resarithoprt.html#resarithoprt__fig16,
Tables 3 and 4. For 4/3, the scale factor is 1, not 0.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion
4/3 yields 1.3, 04/3 yields 1332, ...
However, DIVIDE(4,3,16,15) yields 1.3...2 to 15 digits
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Robin Vowels
Sent: Sunday, September 6, 2020 7:58
No, FIXED BIN(15,0) is not an integer, and the precision rules can be very
annoying to those with a Fortran mindset.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Joe
Monk
Sent: Sunday
Whoops, I misread the chart.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Seymour J Metz
Sent: Monday, September 7, 2020 1:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Constant
But if it quacks like a hippopotamus than it is not a duck. FIXED BIN(fo0,0)
and FIXED DEC(foo,0) do not quack like an integer.
Would you call 3.0E0 an integer?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion
Yeah, I misread the table.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Robin Vowels
Sent: Monday, September 7, 2020 1:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PL/I division (was
It isn't boolean; everything in REXX is a character string.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of CM
Poncelet
Sent: Monday, September 7, 2020 1:30 AM
To: IBM-MAIN@LISTSERV.U
The value 00110001 in REXX is an 8 character string. The value '00110001'b in
PL/I is an 8 bit string. The REXX equivalent would be X2C(B2X(00110001)).
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussio
PL/I has never had integers. The arithmetic rules for scaled fixed point are
different from those for integers. In integer arithmetic, (4/3)*6 is 6 That's
not the result you get in PL/I.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
No,it is not and that LE manual does not claim that it is. What that table
describes is how to declare parameters of various types. It's analogous to they
way you used to deal with character data in FORTRAN IV; you have to fudge using
the available types.
--
Shmuel (Seymour J.) Metz
Did you read what I wrote? The code you wrote has nothing to do with the
expression I gave. How about
DECLARE (I, J) FIXED DECIMAL (15);
I = 4; J = 3;
PUT ((I/J*J));
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
A good tech writer is a joy forever; one who will polish prose describing the
delivered product in such a way that it still describes the delivered product.
The other type is more common, and is reminicent of root canal.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
What release of what compiler. I remember when IBM changed the default for
FIXED BIN from (31,0) to (15,0) in order to eliminate some annoying anomalies
that didn't occur in
FORTRAN. Of course, back in those days there were fewer compiler options to
muddy the waters.
--
Shmuel (Seym
Hindsight? I never understood the purpose of the web, given that gopher and
SGML were already here. All we were missing was a protocol called Mehitabel ;-)
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List
Gone,
alas.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Bob
Bridges
Sent: Monday, September 7, 2020 8:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX true/false (was Constant Identi
/usr/local/bin/rexxtry on LINUX
say datatype(0||1)
NUM
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of CM
Poncelet
Sent: Monday, September 7, 2020 9:30 PM
To: IBM-MAIN@LISTSERV.U
ed by the same disaster.
Most shops know the drill, but fewer follow it.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Timothy Sipples
Sent: Tuesday, September 8, 2020 12:57 AM
To: IBM
ssifies the type of a value, at least in SAA REXX; in Object Rexx it's
different. In your code replace TRUE with the appropriate constants in
datatype(true) and the results won't change, because datatype test the vvalue,
not how it was calculated.
--
Shmuel (Seym
tions, e.g, UTF-8
versus EBCDIC, as long as the external results are the same.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.e
types because one is a valid input to sqrt and the other is not?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of CM
Poncelet
Sent: Tuesday, September 8, 2020 7:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
801 - 900 of 6066 matches
Mail list logo