On Sat, 26 Jun 2021 22:49:43 -0400, David Spiegel wrote:
>
>The newline as part of a string is critical in VM-Land for PROFILE EXECs
>which want to IPL a Guest in a Rexx Exec.
>It is necessary because, as soon as the TERM CONMODE 3270 is issued, CMS
>is blown away, yet, the string is still in the
As a PL/I bigot, I find some of the design choices that MFC made to be
unfortunate, and the lack of lexical scoping is one of them, as is flushing the
stack when a condition is raised and the label is within a do. OOREXX is
better, but still inherits the same issues. Still, I like REXX for what
That '||' changes the semantic; the is no longer an implied blank between the
two literals.
Using the magic number 0A will break the code on any platform that doesn't
follow C/Unix the convention of LF for new line.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
As I've stated repeatedly, that's an *EXPRESSION*, involving two distinct
string literals. Contrast that with the single constant in HKASM:
STRING2L DCC'890123456789012345678901234567890123456789012345678901x
23456789'
(The X is in column 72 and the 2 in the second line is in
In REXX under Unix System Services, is ESC_N sensitive to the locale?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin
Hi Gil,
The newline as part of a string is critical in VM-Land for PROFILE EXECs
which want to IPL a Guest in a Rexx Exec.
It is necessary because, as soon as the TERM CONMODE 3270 is issued, CMS
is blown away, yet, the string is still in the CP Command buffer
(waiting to executed).
Regards,
On 26/06/2021 2:50 pm, David Crayford wrote:
On 26/06/2021 2:38 pm, David Crayford wrote:
I think the C++ compiler/library is a large part of it. On other
platforms vector was apparently a big performance improvement,
on z/OS removing it was a big improvement. So if there is something
Hi,
we are upgrading CFT product and we see a strange issue on C/C++ compiling on
one of the system, even after adding the SYS1.* to event-action for
Authorization, it didn't went well.
MZC4824I PROGRAM NAME=CCNDRVRCalled by IEFIICCkpt=2A
MZC4830I The execution is
To be honest, your whole post below went right over my head.
- KB
‐‐‐ Original Message ‐‐‐
> one of the worst form of experience documentation: the web.
> Totally disappeared tomorrow...
> Why do you want to read that crap (including our old paper issues) ?
> Why don't you want to read
Based on your comment - here is some code, extracted from IPLINFO by Mark
Zelden to provide the RACF level:
/* - REXX -- *
| Display or extract the RACF Version from the CVT|
| based on code extracted from
It would seem to me that if IBM is to move in the direction of new symbols
it should move the emphasis to "feature Booleans" rather than a new level
variable.
I agree with that -- the question usually worth asking is "is this feature
available to me now" (a la the z/OS feature bits in the CVT
fre 2021-06-25 klockan 20:54 +0300 skrev ITschak Mugzach:
> Computerworld has someone under the name of Shark Tank that tells old
> mainframe experience stories.
>
> Best,
> ITschak
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous
> Monitoring
> for z/OS,
On Fri, 25 Jun 2021 16:57:54 -0700, Charles Mills wrote:
>
>And regarding #2, similarly
>
>Bar = "blah blah" || X2C("0A") || "blah blah"
>
Or, perhaps:
... || '15'x || ...
This may motivate a question on TSO-REXX.
>-Original Message-
>From: Seymour J Metz
>Sent: Friday, June 25, 2021
Arthur, the other one was also me... This is why I updated to
computerworld. But the register also had one.
Anyway, what's wrong with IBM-MAIN? Many threads starts with a technical
issue and dive into machine models in the sixties or the exact noise of the
CRAM disk...
ITschak
ITschak Mugzach
On 25/06/2021 9:41 pm, Paul Gilmartin wrote:
On Fri, 25 Jun 2021 08:43:31 +0800, David Crayford wrote:
I value languages that support the MVS file system. All I had to do to
enable Lua to run from from PDS data sets was to patch the package
loader with an extra string "//DD:LUA(%s)" and it
On 26/06/2021 2:38 pm, David Crayford wrote:
I think the C++ compiler/library is a large part of it. On other
platforms vector was apparently a big performance improvement,
on z/OS removing it was a big improvement. So if there is something
smart happening there on other platforms, there
On 26/06/2021 11:59 am, Andrew Rowley wrote:
On 25/06/2021 8:58 pm, Scott Chapman wrote:
If other platforms don't JIT as quickly or aggressively, or if their
JIT compiler isn't as smart as IBM's then their results may not be
the same. Similarly, if the IBM C compiler isn't as optimized as it
On 25/06/2021 9:03 pm, Jeremy Nicoll wrote:
isredit "(LRECL) = LRECL"
local lrecl = ispf.vcopy("LRECL")
Would that place the current file's lrecl in the ispf variable named
LRECL then copy that value to the lua program's same-named
variable?
If so, this is a lot more like writing an ispf
18 matches
Mail list logo
