On Jan 12, 2013, at 00:26, Edward Jaffe wrote:
On 1/11/2013 1:32 PM, Mark Zelden wrote:
I'm not in love with BPXWDYN as much as you - only because I haven't
used it that much, but I'll keep that in mind if / when I have to make
any major updates.All the random DD code predates BPXWDYN
Quoting from a reply on MVS-OE:
On Jan 12, 2013, at 00:26, Edward Jaffe wrote:
Just this week I discovered a _major_ drawback to BPXWDYN. If OMVS is not up,
BPXWDYN will issue the following message and then WAIT for OMVS to initialize:
BPXP022E ONE OR MORE JOBS ARE WAITING FOR UNIX SYSTEM
Hi
We try to restore a large multivolume ZFS file.
Can we do this without preallocation ?
(SMS managed extended VSAM)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
Right: It makes sense to me that BPXWDYN would have to dub if you had
MSG(2).
Ed: is that what you had?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
At least prior to the Web, the cloning I observed was within our
corporate family code, where it was reasonable to assume corporate
ownership of code created at corporate expense, and occasionally from
other sources such a SHARE which were explicitly set up for mutual help
and sharing. The
On 1/14/2013 8:38 AM, Kirk Wolf wrote:
Right: It makes sense to me that BPXWDYN would have to dub if you had
MSG(2).
Ed: is that what you had?
The REXX consists of simple free statements (e.g.):
rc = BPXWDYN(free dd(SYSPROC))
rc = BPXWDYN(free dd(SYSEXEC))
rc = BPXWDYN(free dd(ISPLLIB))
rc =
What process is running when the error occurs?
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of Ken Leidner
:: Sent: Monday, January 14, 2013 6:55 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: DFHSM ARC07347 MOVE BV, record
I've never used BPXWDYN, but I do know that the ancient practice of
FREEing a file that is not currently allocated educes a message to that
effect. On the other hand, ALLOCATing with REUSE works 'cleanly' whether
or not the file is already allocated. I assume that BPXWDYN honors
REUSE...
.
.
This is happening when DFHSM does his normal space management
retired-mainfra...@q.com says...
What process is running when the error occurs?
Ken Leidner kleid...@earthlink.net
--
For IBM-MAIN
Thanks Mark and All for expert advices.
I am clear now on this.
Sunil
On Fri, Jan 11, 2013 at 6:39 PM, Ron Hawkins ronjhawk...@sbcglobal.netwrote:
Mark,
Thanks. I'm glad to be corrected.
I had assumed that linklist is managed similarly to other frozen
directories. We all remember Felix
On Mon, 14 Jan 2013 11:46:03 -0800, Skip Robinson wrote:
I've never used BPXWDYN, but I do know that the ancient practice of
FREEing a file that is not currently allocated educes a message to that
effect. On the other hand, ALLOCATing with REUSE works 'cleanly' whether
or not the file is already
READY
free dd(gil)
IKJ56247I FILE GIL NOT FREED, IS NOT ALLOCATED
READY
alloc dd(gil) dummy reuse
READY
Q.E.D.
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
On Mon, 14 Jan 2013 15:05:47 -0600, Paul Gilmartin wrote:
I've never used BPXWDYN, but I do know that the ancient practice of
FREEing a file that is not currently allocated educes a message to that
effect. On the other hand, ALLOCATing with REUSE works 'cleanly' whether
or not the file is already
Good afternoon; wish to FTP an ADRDSSU dataset dump tape from this z/OS to
another z/OS.
Do we have any alternative other than reloading the individual datasets on this
dataset dump tape to disk, FTPing the individual datasets and then unloading
these datasets to another ADRDSSU dataset dump
On Mon, 14 Jan 2013 21:48:57 +, Donnelly, John wrote:
Good afternoon; wish to FTP an ADRDSSU dataset dump tape from this z/OS to
another z/OS.
Do we have any alternative other than reloading the individual datasets on
this dataset dump tape to disk, FTPing the individual datasets and then
On Mon, 14 Jan 2013 15:59:48 -0600, John McKown wrote:
Been said many times, so I remember the ftp commands:
EBCDIC
MODE B
PUT or GET as needed.
I think that's all.
And, to my recent dismay, I learned that this converts empty
records to blanks. (Just verified with z/OS 1.12.) Not good
for
On Mon, 14 Jan 2013 08:47:17 -0500, Kurt Quackenbush wrote:
On 1/11/2013 4:12 PM, Paul Gilmartin wrote:
Is there a way, in APPLY CHECK GROUP, to see a list of
the SYSMODs that will be selected via GROUPEXTEND or
GROUP when the actual APPLY is performed?
No messages or special report status
But may we input to FTP an ADRDSSU tape, not disk, a tape?
John Donnelly
Texas Instruments SVA
2900 Semiconductor Drive
Santa Clara, CA 95051
408-721-5640
408-470-8364 Cell
john.p.donne...@ti.com
_
From: Donnelly, John
Sent: Monday, January 14, 2013
John
I am not sure if can FTP from a tape, I used always dasd.
A better way is use TRSMAIN reading the TAPE (I always use dasd, but TAPE is
similar is a sequential file) and creating a XXX.TRS dataset remain very
small, then you can send to any place PC, SERVER or aonther z/OS using FTP.
In the
If you have the proper authority to MOUNT (class is TSOAUTH) you can ftp to or
from tape.
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Donnelly, John
On Mon, 14 Jan 2013 23:48:41 +, Gibney, Dave wrote:
If you have the proper authority to MOUNT (class is TSOAUTH) you can ftp to or
from tape.
As I read the DFSMSdss manual, the RECFM shall be forced to U.
The programmer has some control of BLKSIZE. SL appears to be
OK, and I suppose
Sorry, I was addressing the tape aspect. I've never tried ftp of an ADRSSU
file.
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Paul Gilmartin
Sent:
On Mon, 14 Jan 2013 15:59:48 -0600, John McKown wrote:
Been said many times, so I remember the ftp commands:
EBCDIC
MODE B
PUT or GET as needed.
I think that's all.
As noted, this fails on the empty record problem. However, for RECFM=U
(possibly via DD override) and z/OS-to-z/OS,
BINARY
On Tue, 15 Jan 2013 07:01:44 +0100, nitz-...@gmx.net wrote:
As noted, this fails on the empty record problem. However, for RECFM=U
(possibly via DD override) and z/OS-to-z/OS,
BINARY
PUT
works. (Of course, DD override is not possible on GET. Might need
LABEL=SL.)
They seem to
24 matches
Mail list logo