Why are You using single quotation?
Why are You using quotation at all (except for the actual TSO-command) ?
//Lasse
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List För Bill
Giannelli
Skickat: den 2 oktober 2019 11:32
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: REXX LISTDSI erro
Very nice, Ed. :) Congrats!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed
Jaffe
Sent: Wednesday, October 2, 2019 5:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Phoenix Software International Announces IBM® JES3 Licensing Agreement
El Segundo, CA—October 2, 2019:
That puts it in the best hands possible!
Congrats, Ed!
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ed Jaffe
Sent: Wednesday, October 2, 2019 5:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Phoenix Software International Announc
Jesse,
It is English word, taken from dictionary.
Actually it has Latin root, and the word is similar to Polish "anatema"
which mean "klątwa" (noun) and also has Latin roots.
BTW: my dictionary (bab.la) says that "klątwa" in English is "curse" or
"anathema". And Polish "anatema" is ..."anathema"
You mean, did I actually specify a volser on the "Data Set List Utility"
panel?
In all cases up to now, the answer is 'No'.
But your query prompted a couple of experiments, all to no avail I'm afraid.
If I do specify the volser as well as the dsn, the only difference is that
the 'delete confirmatio
Using JCL for sftp connection to external server. Debug shows
Reading configuration data /etc/ssh/ssh_config
Reading configuration data /etc/ssh/zos_ssh_config
I need it to read ~/.ssh/config and ~/.ssh/zos_user_config but it's not.
Searching through the manuals and archives, but need g
What permissions do you have on the .ssh file in the home directory? On my
system in my personal home directory, .ssh is 700. The files inside of it,
need to be 644.
_
Dave Jousma
AVP | Manager,
Wow. That was it. Thank you very much!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
To recap:
PROTECTALL is off.
No RACF profile protects the DSN in question.
The MCAT is protected by a profile.
An admin creates the non-SMS dataset TEST which gets catalogued in the MCAT.
A non-admin deletes the dataset which results in an orphan catalog entry.
You are surprised.
David is right, with the exception that private key files must have
permissions so that only the user and root can read (600).Otherwise,
they are ignored.
On Thu, Oct 3, 2019 at 8:32 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> What permissions do you have on t
Sorry about the bad news. One thing to add the Mainframe's replacement will
be another target for the hackers we will read about it in the future.
Good luck in your future endeavours.
On Wednesday, October 2, 2019, 04:01:27 p.m. GMT-4, Honeycutt,Mary C
wrote:
Hi All,
After 47 yea
Nice. Congratulations, Ed.
--
Tom Marchant
On Wed, 2 Oct 2019 14:36:51 -0700, Ed Jaffe wrote:
>El Segundo, CA—October 2, 2019: Phoenix Software International, Inc.,
>today announced they have entered into an agreement with IBM® under
>which Phoenix Software International has licensed the sour
On 10/2/2019 5:37 PM, Ed Jaffe wrote:
El Segundo, CA—October 2, 2019: Phoenix Software International, Inc.,
today announced they have entered into an agreement with IBM® under
which Phoenix Software International has licensed the source code for
IBM’s z/OS JES3 spooling subsystem, offering a so
Radoslaw,
Rest assured that your post elicited only admiration. Most of us are familiar
with the noun 'anathema', which allowed us to decode the verb formation with
minimal effort. I was also impressed that Windows 10 spell checker did not
blink over the verb. I cannot promise to follow my gra
Congratulations and thank you for all the JES3 shops everywhere!
Rebecca
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SSI Function code 16 and 17 are part of the set of functions that one can use
to create a full function "I/O" subsystem; specifically providing the 'open'
and 'close' capabilities for said I/O Subsystem (along with several others).
This type of function is usually externalized using the SUBSYS=
Thanks - found out that they are subsystem data sets and not 'real' data sets.
Now to find another rabbit trail to go down.
Lionel B. Dyck <
Website: http://www.lbdsoftware.com
"Worry more about your character than your reputation. Character is what you
are, reputation merely what others th
Hi Bill,
I did not see code 16 and 17 mentioned in that publication.
Regards,
David
On 2019-10-03 15:04, William Richardson wrote:
> SSI Function code 16 and 17 are part of the set of functions that one can use
> to create a full function "I/O" subsystem; specifically providing the 'open'
> and
> these function are NOT 'exit' points in open/close processing
OPEN and CLOSE call them through the SSI; how are they not exit points?
For the OP; the processing is for an ACB, not for a DCB. There is a
compatibility interface to convert DCB-based requests into ACB/RPL-based
requests.
--
Shm
If you are running z/OS 2.3 and increasing ESQA because of expansion into ECSA
messages
or sudden unexplained growth, check out APAR OA58438.
We had 3 system crashes after migrations to z/OS 2.3 in 2019 and one close call
after
ECSA got to 99% when ESQA expanded into it (only a vendor monitor cr
On Thu, 3 Oct 2019 16:18:32 -0500, Mark Zelden wrote:
>If you are running z/OS 2.3 and increasing ESQA because of expansion into ECSA
>messages
>or sudden unexplained growth, check out APAR OA58438.
>
>We had 3 system crashes after migrations to z/OS 2.3 in 2019 and one close
>call after
>ECSA
On Thursday, October 3, 2019, 12:50:34 PM PDT, Seymour J Metz wrote:
>> these function are NOT 'exit' points in open/close processing
> OPEN and CLOSE call them through the SSI; how are they not exit points?
The SSI is for subsystems and not for exit points. Subsystems can implement
exits (
Thanks to everyone for all the support. As many of you know, we have
been working with JES3 for decades, so it's a perfect fit for us.
As a customer focused company, we really listen to what our customers
tell us. They asked for this, so we stepped up the plate.
We licensed JES3 from IBM for
ZEKE /ZENA is ASG product's ...check in
https://www.asg.com/en/Contact-Us.aspx
On Tue, Sep 24, 2019 at 12:14 PM Vernooij, Kees (ITOP NM) - KLM <
kees.verno...@klm.com> wrote:
> Since you mention z/OS in your question, this is a correct place. This a
> generous forum of technical people, eager to
24 matches
Mail list logo
