Why kill a tree?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
ITschak Mugzach
Sent: Friday, March 6, 2020 1:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL error during TSO/E logon
Modi
You can used recycled paper as well... I thought no one can login, so you
must use the console to modify stcclass and print to viee.
ITschak
בתאריך יום ו׳, 6 במרץ 2020, 13:05, מאת Seymour J Metz :
> Why kill a tree?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> __
Have you defined or supplied a JAVAHOME directory?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Tom
Conley
Sent: Thursday, March 5, 2020 8:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APPLY-CHECK problems with RSU2001 on z/OS2.3 on z14
[CAUTION: This Email is f
I've responded to the poster personally due to my ISP's bad reputation my email
gets blocked :(
I had the same issue, I had the correct levels required for the shellscr and
BBLU1702 was in my zone, I got by this by appling all the pre-reqs that were
not applied one at a time, I found an apar th
Actually just submit a JOB naming the logon PROC and see what happens. Just
be sure you have a message class that is saved to sysout
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jesse 1 Robinson
Sent: Thursday, March 5, 2020 5:09 PM
Just ran into similar problem with an SDSF PTF with a missing pre-req (z/OS
2.4).
IBM agreed that the PTF was omitted from the pre-req chain.
If anyone really wants the info, I will dig it up and post.
Cheers,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Carmen
Hopefully the PTF is marked as PE now.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Friday, March 6, 2020 8:55 AM, Allan Staller wrote:
> Just r
You don't have an alternate proc? You can't telnet to a Unix shell?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
ITschak Mugzach
Sent: Friday, March 6, 2020 6:07 AM
To: IBM-MAIN@LISTSERV.UA.
I expect IBM is performing that action. I have not followed up.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Friday, March 6, 2020 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APPLY-CHECK problems with RSU2001 on z/OS2.3 on z14
[CAUTION: Thi
First, my apologies for the garbled reply. I was in an airport and (a.)
misconstrued Peter's note as a private reply; and (b.) my Samsung Android
e-mail client total garbles LISTSERV replies.
Second, there can be little disagreement about the awfulness of two almost
indistinguishable commands w
@Peter, did you have an ENTRY BAR statement in the assembly? I think that
statement was the key ingredient that made IEBCOPY consistently preserve the
alias entry point address. I am not certain of what was the key ingredient
because I kept running experiments, getting IEBCOPY RC=0, and finding no
Shmuel,
I did mentioned the need to have an allocation free TMP procedure. However,
if the OP can't login, and do not have sich proc, he can see what is wrong
using console (JES) commands. Fixing the issue is possible using native
edit commands.
Best
ITschak Mugzach
*|** IronSphere Platform* *|* *
Thanks to all who replied via List or offline. I was not asking how to fix the
JCL errors. We've had to do that (unassisted) for decades. I was asking about a
x/OS change that occurred some time ago whereby the actual error is displayed
on the user's screen instead of forcing one to guess by tri
My presentation at Share last year hinted at a Swiss Army knife approach.
If you are a CICS shop, use REXX/CICS, a quick READ SPOOL and you have your
diagnostic info. Import the JCL and modify the offending PROC, Export back
to the proclib and log on. The REXX file system is a handy place to keep
b
IMHO, a TSO logon proc should have no (0, zero, none, nada, zip) DD
statements. It doesn't solve every possible problem, but it prevents this
one.
sas
On Fri, Mar 6, 2020 at 11:15 AM Wayne Bickerdike wrote:
> My presentation at Share last year hinted at a Swiss Army knife approach.
> If you ar
For the record:
MSGIEW2470E 9511 ORDERED SECTION HSFENF41 NOT FOUND IN MODULE during apply of
UI66155 UI66196 UI66383
Resolution was to apply (UI65564 and its associated pre-reqs) concurrently with
apply of (UI66155 UI66196 UI66383)
SMP/E was attempting to link LMOD HSFINLPA as part of (UI661
It' s not my dog.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Steve Smith
Sent: Friday, March 6, 2020 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL error during TSO/E logon
IMHO, a
I once had to BYPASS HOLDERR(). It was a new product. There was a hold against
the FMID itself. Until the FMID was APPLIed, no further action was possible. So
I bypassed that particular HOLDERR, which allowed the FMID itself to APPLY.
That in turn allowed me to RECEIVE more PTFs, including one t
On Fri, 6 Mar 2020 09:13:39 -0500, Charles Mills wrote:
>Third, with regard to IEBCOPY's failing and then exiting with return code
>zero, I can't find any documentation that specifies the >meaning of a zero
>return code, but issuing IGW01557W MEMBER NOT COPIED and then exiting with
>return cod
> IEBCOPY did exactly what you told it to do, so the Return Code should be zero!
By that logic, every program should always return a zero. If I code
LR 16,1
then the assembler will generate a halfword of zeros, because there is no
register 16. The assembler always generates ze
Ideally, I would like to create all future data spaces with a size of 2GB,
rather than 2GB OR 2GB-4K (when the returned ORIGIN value is NZ). I looked at
assembler service reference manuals as far back as 1999, and they all state
that a non-zero origin value (4K) is based on a processor dependen
On Fri, 6 Mar 2020 16:44:09 -0500, Charles Mills wrote:
>> IEBCOPY did exactly what you told it to do, so the Return Code should be
>> zero!
>
>By that logic, every program should always return a zero. If I code
>
> LR 16,1
>
>then the assembler will generate a halfword of zeros,
I liked having DD's in my proc, but I had a second one with no DD's like
you recommend. That saved the embarrassment of having to wander over to
another sysprog's desk with my head held low.
On 3/6/2020 10:20 AM, Steve Smith wrote:
IMHO, a TSO logon proc should have no (0, zero, none, nada, z
Yeah, as a software designer I have debated the return code or the like for the
deletion of a nonexistent item. You can argue either way: in one sense what the
user requested failed to happen, but on the other hand s/he wanted it not to
exist and now it does not exist. QED.
While complaining ab
Came across this lengthy thread from last year. No one seemed to mention the
effects of a world-wide pandemic. You just can't think of everything...
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132
Good point; yeah, that's gotta have an effect, though I suppose it may be
slight.
What I've noticed, in the last five or ten years, is the increasing range of
the ~types~ of jobs that are being done remotely. Twenty years ago I would
have been surprised to find that companies were willing to h
It'll be interesting to see how many companies need to enhance their VPN
infrastructure if/when they increase their remote workforce. With the current
coronavirus event, that move to a remote workforce might happen sooner than
planned.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted em
Working from home takes a lot of concentration and effort. It’s not easy but
I’ve done it for years
Sent from my iPhone
> On Mar 6, 2020, at 19:54, Mark Jacobs
> <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> It'll be interesting to see how many companies need to enhance their V
28 matches
Mail list logo
