Yeah, one might think. One might be surprised. I haven't looked at this for
some time so I don't remember all the details. But I remember I wrote something
about this at one point in time. Eventually I found an old CMG paper I wrote
(looks like c. 2011) about running Java on z/OS and found the b
You have until the end of today to submit a presentation proposal on this (z/OS
Unix SMF 30 parsing) for GSE UK Annual Conference, Scott.
Not to put pressure on you in public… 😊
Cheers, Martin
From: IBM Mainframe Discussion List on behalf of
Scott Chapman <03fffd029d68-dmarc-requ...@lists
Peter,
As others have said, the accounting for the OMVS processes is not aggregated
into the job statistics of the original job.
While BPXBATCH will run the shell in a separate OMVS address space, it is also
possible to run the shell and your cp commands in the original JES address
space. BP
Classification: Confidential
I am new to the game with console message flooding. I have a good handle on the
technical aspects but there is
an operational issue I feel needs to be addressed.
The question I have is "how do you detect/terminate a runaway task with console
message flooding in place
Thanks Kirk and Scott for the explanations and advice, but I have a question:
How do I run BPXBATSL with a "non-login" shell? Whenever I try to run my
simple shell script (using the STDPARM DD to submit a multiple-line, multiple
command shell invocation with semicolons between commands) I get t
Did this ever get resolved? I was away and could not respond at the time.
I would have started by saying that the APF authorization of SYS1.CMDLIB is
pretty much irrelevant. It might be necessary but it is not relevant to the
abend.
Simply put, the abend indicates that the issuer of an SVC that
The reported said the abend went away after an IPL.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
On Friday, June 28th, 2024 at 12:25 PM, Peter Relson wrote:
> Did this ever get re
@Timothy, is that a Yes or a No?
There has been a lot of discussion here about Rexx versus Python: "Why are you
still using that old-fashioned Rexx when Python is so much more wonderful?"
There are several answers, valid IMHO, including developer familiarity. But the
key objection to Python, fo
I'd prefer to avoid another instance of Crayford criticizing REXX, but here's
my take.
One major hurdle in adopting Python is its dependency on a UNIX environment.
When I introduced Python to REXX programmers, I received feedback from seasoned
professionals (like myself) who expressed reluctan
> Even before Python or Java emerged, opting for offloads to zIIPs was a better
> choice.
I meant to say "Even before Python emerged on z/OS, opting for offloads to
zIIPs was a better choice utilizing the JVM.
> On 29 Jun 2024, at 5:01 AM, David Crayford wrote:
>
> Even before Python or Java
Johnson was a clueless idiot. Thank god he’s gone. The nines are marketing
bollocks. It doesn’t matter how robust single system availability is if your
network provider only provides 99.99. They likely offer 99. but read the
small print. Credits aren’t much use if your ATM network is down.
I have been using REXX for over 30 years and I pretty much agree with
everything Dave says here.
Having Python " automatically there " on a customer system will make it used
much more frequently by IBM, ISV and public domain software.
REXX has always had some big pluses :
1. It is not CLIST
2.
12 matches
Mail list logo
