On Mon, 7 Apr 2014 22:03:40 -0300, Clark Morris cfmpub...@ns.sympatico.ca
wrote:
On 7 Apr 2014 10:41:50 -0700, Bob Shannon wrote:
Why is it that SYS1.NUCLEUS can't be a PDSE? SYS1.LINKLIB?
SYS1.LPALIB, SYS1.PARMLIB? Could it be the short sighted and inadequate
implementation?
Common Clark.
On Wed, 9 Apr 2014 10:11:46 -0500, Tom Marchant wrote:
Why do YOU need PDSE support at IPL time?
As far as I know, it makes no sense to _require_ that PDSE support be
available at IPL time.
If you have a business case, or a requirement for your code, please state it.
I suspect the
What I, personally, think would be neat would be some sort of R/O page
data set. It would be something like the LPA. It would be created and
updated to basically contain the z/OS nucleus. NIP would simply allocate
the fixed real memory for this nucleus. It would read the data into this
memory from
On Wed, 9 Apr 2014 11:26:24 -0500, John McKown wrote:
What I, personally, think would be neat would be some sort of R/O page
data set. It would be something like the LPA. It would be created and
updated to basically contain the z/OS nucleus. NIP would simply allocate
the fixed real memory for
What I, personally, think would be neat would be some sort of R/O
page
data set. It would be something like the LPA. It would be created and
updated to basically contain the z/OS nucleus. NIP would simply
allocate
the fixed real memory for this nucleus. It would read the data into
this
I think the reason is not to reduce system start up (IPL) time, but to
remove the PDS dependency from IPL/NIP. And perhaps even to replace the
need for PDSEs. Many people here _still_ seem to dislike them. I,
personally, don't have any problem with them. If fact, 90+% of all our
non-system
john.archie.mck...@gmail.com
To: IBM-MAIN@listserv.ua.edu
Date: 08/04/2014 02:27
Subject:Re: Logical Choices (was: ISPF dynamically allocating
dataset with DISP=OLD?)
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu
In case anybody is interested. I looked
On Sat, Apr 5, 2014 at 8:34 AM, Paul Gilmartin paulgboul...@aim.com wrote:
On Fri, 4 Apr 2014 20:11:59 +, Chase, John wrote:
Update from the vendor: The scheduler DOES NOT attempt to acquire
exclusive allocation of a JCL member; it only needs READ access to the JCL
library. So, the
The old, old question: Why are PDSs (instead of PDSEs) being used here?
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
On Mon, 7 Apr 2014 09:53:03 -0500, John McKown wrote:
Hum, I don't see the need to downgrade. From what I understand, when a user
does an ISPF editor SAVE command, ISPF does:
ENQ SPFEDIT dsn OLD
write out to PDS
STOW to update the PDS directory
DEQ SPFEDIT dsn
That is, ISPF does not have a SHR
On Mon, Apr 7, 2014 at 10:14 AM, Paul Gilmartin paulgboul...@aim.comwrote:
On Mon, 7 Apr 2014 09:53:03 -0500, John McKown wrote:
Hum, I don't see the need to downgrade. From what I understand, when a
user
does an ISPF editor SAVE command, ISPF does:
ENQ SPFEDIT dsn OLD
write out to PDS
On Mon, Apr 7, 2014 at 10:14 AM, Paul Gilmartin paulgboul...@aim.comwrote:
snip
I use LM services for background updates of PDS. (And once was caught
by a MIM failure.)
Soon, it may be time for a(nother) rant about the difficulty of LMCOPY
from a UNIX file to a PDS member. The best I can
Why is it that SYS1.NUCLEUS can't be a PDSE? SYS1.LINKLIB?
SYS1.LPALIB, SYS1.PARMLIB? Could it be the short sighted and inadequate
implementation?
Common Clark. You should already know that NIP is too early in the IPL process
to use PDSEs.
Bob Shannon
Rocket Software
On Mon, 7 Apr 2014 17:41:42 +, Bob Shannon wrote:
Why is it that SYS1.NUCLEUS can't be a PDSE? SYS1.LINKLIB?
SYS1.LPALIB, SYS1.PARMLIB? Could it be the short sighted and inadequate
implementation?
Common Clark. You should already know that NIP is too early in the IPL process
to use PDSEs.
On Mon, 7 Apr 2014 10:54:55 -0500, John McKown wrote:
Soon, it may be time for a(nother) rant about the difficulty of LMCOPY
from a UNIX file to a PDS member. The best I can do is first copy it
to a temp DS (or SYSCALL readfile, then LMPUT in a loop).
IBM should enhance the UNIX cp command
On 7 Apr 2014 10:41:50 -0700, in bit.listserv.ibm-main you wrote:
Why is it that SYS1.NUCLEUS can't be a PDSE? SYS1.LINKLIB?
SYS1.LPALIB, SYS1.PARMLIB? Could it be the short sighted and inadequate
implementation?
Common Clark. You should already know that NIP is too early in the IPL process
In case anybody is interested. I looked at the RedHat Fedora initramfs
which is the boot image used by the GRUB boot loader to start up my
Linux/Intel system at home. This is basically a compressed archive. The
file itself is 41 meg compressed. It expands to 103 meg. The boot loader in
Linux
On Mon, 7 Apr 2014 20:27:18 -0500, John McKown wrote:
I looked at the RedHat Fedora initramfs
which is the boot image used by the GRUB boot loader to start up my
Linux/Intel system at home.
No it isn't.
It is designed to be used to ensure the root filesystem is mountable by the
kernel.
On Fri, 4 Apr 2014 20:11:59 +, Chase, John wrote:
Update from the vendor: The scheduler DOES NOT attempt to acquire exclusive
allocation of a JCL member; it only needs READ access to the JCL library. So,
the entire incident is now explained by the errant user somehow obtaining an
On 2014-04-04, at 08:52, Chase, John wrote:
Just curious: Does it use the ISPF-style ENQ?
We didn't get that level of detail in the vendor's reply, but that would seem
to be the most logical choice.
So you're saying they didn't do it that way?
In the past, we needed a protocol for
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
On 2014-04-04, at 08:52, Chase, John wrote:
Just curious: Does it use the ISPF-style ENQ?
We didn't get that level of detail in the vendor's reply, but that would
seem to be the most logical
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Chase, John
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
On 2014-04-04, at 08:52, Chase, John wrote:
Just curious: Does it use the ISPF-style ENQ?
We
22 matches
Mail list logo