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 migh
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
i
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 applic
On 25 Jun 2021 10:09:52 -0700, in bit.listserv.ibm-main
(Message-ID:)
0305158ad67d-dmarc-requ...@listserv.ua.edu (Itschak
Mugzach) wrote:
>The register ( I think) has someone tells his experience
under the name of
>'shark tank'.
No, that was Computerworld. As mentioned by someone else,
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 is on other
platforms, it might underperform.
On Fri, 25 Jun 2021 23:31:49 +, Seymour J Metz wrote:
>I can see him agreeing that an expression involving two distinct strings is
>not what he meant; that tells me nothing about what he did mean. Specifically,
>it does not tell me whether he meant:
>
> 1. A string literal running over two s
On Fri, 25 Jun 2021 19:12:14 +, Seymour J Metz wrote:
>LF=Line Feed, which *bsd, Linux and Unix use as a line ending string (DOS and
>OS/2 use CRLF).
>
And z/OS Unix System Services uses neither of those conventions.
>The code you show is really an expression, using $() to swallow a new lin
On Fri, 25 Jun 2021 12:19:10 -0400, Matt Hogstrom wrote:
>
>... I’d love to share my more esoteric issues like unable to allocate a
> dataset because of a hashing problem with a VTOC IX caused by a batch job
> creating crappy data set names.
>
It's easy to create "crappy data set names" b
This is the best kind of nostalgia, and somehow it's not relevant for IBM-MAIN?
- KB
‐‐‐ Original Message ‐‐‐
On Saturday, June 26th, 2021 at 4:33 AM, Grant Taylor
<023065957af1-dmarc-requ...@listserv.ua.edu> wrote:
> On 6/25/21 11:54 AM, ITschak Mugzach wrote:
>
> > Computerworld
I don't know what he meant; that's what I was asking in the first place.
(He still hasn't answered. Maybe he's busy being entertained watching us.)
And I am further confused by part of your answer: "...by multi-line string
I mean a string literal split across multiple lines of the source code..
Flogging this terminally ill equine late in the game, but gosh, relative to
#1, it is not a literal (ha ha) answer but does it not solve the problem?
Foo = "blah blah" || ,
"blah blah"
I would think that MFC would have preferred that to "ugly."
And regarding #2, similarly
Bar = "blah blah" ||
I can see him agreeing that an expression involving two distinct strings is not
what he meant; that tells me nothing about what he did mean. Specifically, it
does not tell me whether he meant:
1. A string literal running over two source lines
whose value does not include an embedded new lin
On 6/25/21 11:54 AM, ITschak Mugzach wrote:
Computerworld has someone under the name of Shark Tank that tells old
mainframe experience stories.
Presuming I found what you're talking about, it's "had" as in past tense.
Link - Computerworld Shark Tank
- https://www.computerworld.com/blog/shark-
Correct -- but you can see him agreeing he does not mean what I said he
could not mean. He and I agreed that by "multi-line string" he did not mean
longstr='blah blah blah blah blah blah blah blah',
'blah blah blah blah blah blah blah blah blah'
You, though, say that by "m
We noticed that the SMF30IO field has a zero value in our SMF type 30 records.
We've also set our IOC SRM Service Coefficient to 0.00 as currently
recommended. Is that the root cause of the observation?
Mark Jacobs
Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.
GP
Nowhere in that thread do I see *Gil* saying what Gil means.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Bob
Bridges
Sent: Friday, June 25, 2021 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject
I must be going crazy. Let's review:
Gil> I wish Rexx supported multi-line strings.
Bri> I know you don't mean this:
longstr='blah blah blah blah blah blah blah blah',
'blah blah blah blah blah blah blah blah blah'
Gil>
Met> ...by multi-line string I mean a string liter
Glenn,
The System being used did not yet have current maintenance. Lionel got caught
midstream with maintenance. It worked on another system.
Vickie Dault
--
For IBM-MAIN subscribe / signoff / archive access instructions,
s
LF=Line Feed, which *bsd, Linux and Unix use as a line ending string (DOS and
OS/2 use CRLF).
The code you show is really an expression, using $() to swallow a new line.
It's a cute shellism, but it's not really a string literal.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
__
I don't see where Gil said that. The code you posted contains an expression
containing two string literals, each on a single line.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
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, x/Linux & IBM I **| z/VM coming soon *
On Fri, Jun 25, 2021 at 7:19 PM Matt Ho
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. So many features are now being introduced in-stream that "does
this RACF support passphrases?" is probably a more relevant question than
"is
The register ( I think) has someone tells his experience under the name of
‘shark tank’.
ITschak
בתאריך יום ו׳, 25 ביוני 2021 ב-19:19 מאת Matt Hogstrom :
> I work for Broadcom (my e-mail doesn’t reflect that because I am not
> defined by my e-mail address).
>
> I spent the first 20 years of my
I'm a member of the Rands Leadership Slack, lots of smart people hang out
there. If there's not already a suitable channel there, anyone can create a new
one.
https://randsinrepose.com/welcome-to-rands-leadership-slack/
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public
I work for Broadcom (my e-mail doesn’t reflect that because I am not defined by
my e-mail address).
I spent the first 20 years of my career as a sysprog at a few large companies,
and the last few on building tech for the mainframe (at IBM, Broadcom, ..) I
recall so many stories about how th
Wait, now I'm confused. (Well, more confused.) "A string literal split
across multiple lines of the source code" -- that's what Gil said he
~didn't~ mean:
longstr='blah blah blah blah blah blah blah blah',
'blah blah blah blah blah blah blah blah blah'
---
Bob Bridges, robhbrid...@gmail.
All,
As some of you may be aware, starting with z/OS 2.5 SDSF will only use SAF for
security decisions (see ICN-1771).
This change affects any site that still uses the ISFPARMS load module, security
statements in ISFPRMxx and/or the ISFUSER exit to control SDSF security.
In order to help custo
I do not have the z/OS 2.3 PTF on, but won't bother because going to 2.4 within
a month of when I could cycle it around.
z/OS 2.4 was shipped with the applicable PTF applied and accepted. 😊
As always, thanks Rob.
Bob
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
On Fri, 25 Jun 2021 14:14:41 +, Seymour J Metz wrote:
>Here documents create strings containing embedded new lines, which *ix systems
>encode as LF. They do not allow strings not containing embedded new lines to
>be split across multiple lines of the source code.
>
"LF"? FSVO *ix. How abo
On 6/25/2021 10:03 AM, Feller, Paul wrote:
Lisa, these sound interesting but unfortunately I can access the location. It
seems my company blocks the access.
Thanks..
Paul Feller
GTS Mainframe Technical Support
Lisa,
I have the same issue. The IBM Box website is on internet blacklists
If you are considering new variables, how about a version date
mmdd updated when a significant incompatibility is introduced, a
release date mmdd updated when a significant compatible version is
release, a modification date mmdd when a minor compatible update
is released, and a patch da
How about a new symbol that has the desired comparison properties?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Peter Relson [rel...@us.ibm.com]
Sent: Friday, June 25
Here documents create strings containing embedded new lines, which *ix systems
encode as LF. They do not allow strings not containing embedded new lines to be
split across multiple lines of the source code.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
__
On Fri, 25 Jun 2021, at 15:00, Paul Gilmartin wrote:
> In TSO, the argument of ADDRESS is case-insensitive; in CMS, case-sensitive.
> I understand it's a PSW. Sounds dangerous.
PSW?
--
Jeremy Nicoll - my opinions are my own.
The button caused a Unit Exception on the last read; BSAM and QSAM called EODAD
at that point. There is no need for /*EOF in that scenario.
HASP added the /*EOF in support of the internal reader, but it was also useful
for a card reader. Consider
//MYJOBJOB ...
...
//FOO DD
Lisa, these sound interesting but unfortunately I can access the location. It
seems my company blocks the access.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lisa Gundy
Sent: Thursday, June 24, 2021 11:4
On Thu, 24 Jun 2021 19:40:23 -0400, Bob Bridges wrote:
>... I quote
>most constants in REXX, depending as little as possible on REXX's
>interpretation of uninitialized variables. Like so:
>
> address ISPEXEC 'VGET '
> ...
It's MFC's idiosyncrasy. There's sound justification for not eva
Charles' interpretation is exactly the use case we are concerned with. The
doc is not ASCII-oriented. It is EBCDIC-oriented. That use case,
analogously, is why we continue to update CVTPRODN with a value that is
not necessarily "obvious" but has the necessary characteristic of
increasing (we ev
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 worked.
>
From a C/POSIX perspective:
What is t
On 25/06/2021 9:26 pm, Dave Jousma wrote:
I looked at the video, and looks like he is running for 5 seconds, but cannot
tell how many prime numbers he calculated on the platforms he was testing. I
had an old COBOL program laying around from years ago that calculates prime
numbers. This mor
On Thu, 24 Jun 2021 19:43:57 -0400, Bob Bridges wrote:
>Ah, I see; by "multi-line string" you mean, I guess, a string with something
>like an ASCII CRLF embedded in it. But isn't that a limitation not of REXX
>but of EBCDIC? Or have I still misunderstood you?
>
It's not a limitation of EBCDIC
On Thu, 24 Jun 2021 21:21:31 +, Gibney, Dave wrote:
>In the days of cards, when your //SYSIN DD * might be the last file in the
>current deck on the reader
>
The lore communicated to me was:
When the reader's hopper is empty, the reader hangs on a read.
Three's a button the operator can pre
On Fri, 25 Jun 2021, at 02:37, David Crayford wrote:
> On 24/06/2021 9:44 pm, Jeremy Nicoll wrote:
> > On Thu, 24 Jun 2021, at 01:57, David Crayford wrote:
> >
> >> For example, to create and ISPF in Lua you instantiate and ISPF object
> >> and then communicate with it by calling methods
> >> https
On Fri, 25 Jun 2021, at 05:08, Seymour J Metz wrote:
> No, by multi-line string I mean a string literal split across multiple
> lines of the source code, whether or not it contains CR, LF or NEL. In,
> e.g., HLASM you can split a string across multiple lines, although the
> syntax is ugly.
For
I looked at the video, and looks like he is running for 5 seconds, but cannot
tell how many prime numbers he calculated on the platforms he was testing. I
had an old COBOL program laying around from years ago that calculates prime
numbers. This morning I cranked it up to a limit of 50,000,00
That is a bit surprising given that it looks like that only runs for 5 seconds?
But there's not much code there and it's all in a loop. My recollection is that
the JIT compiler will step in after x repeated executions, which will happen
pretty quickly here. And the compiled code as the potential
46 matches
Mail list logo
