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.
> 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 have fixed something! IIRC, attribute override on t
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,
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: Mo
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 cat
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
>
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
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 1
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 s
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 goo
Been said many times, so I remember the ftp commands:
EBCDIC
MODE B
PUT or GET as needed.
I think that's all.
On Mon, Jan 14, 2013 at 3:48 PM, 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
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 th
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 tap
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
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
jo.skip.robin...@sce
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 alrea
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 wrote:
> Mark,
>
> Thanks. I'm glad to be corrected.
>
> I had assumed that linklist is managed similarly to other frozen
> directories. We all remember Felix Unger's ass-u-me scen
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 sub
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...
.
.
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, reco
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)")
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 gre
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: I
zFS data sets are simply VSAM LDS data sets, which are formatted by
the IOEAGFMT program. You should be able to restore them using normal
techniques and all should be OK. At least, that's what has happened
the very few times that I have done it.
On Mon, Jan 14, 2013 at 10:23 AM, Miklos Szigetvari
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 SY
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
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 BPXWD
I am receiving ARC07347 MOVE BV FRVOL=MG7001
DSN=HSM.BACK.T*.Q1.Q1.I with a return code of 4. I know what the
problem is, the migration volume doesn't exist anymore. But how do
I delete the "control record" from DFHSM so this doesn't keep
happening each day? I would expect a FIX ? HSM.
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 provides that kind of information.
As already suggested, proba
>insufficient information. What is the provenance of z/OS Java? Is it
>maintained by Oracle (I suspect not), or by IBM from source code obtained
>from Oracle (on what terms?)
I can't speak to the details, but based on things I have been told in the past,
at least some of the code comes from Ora
are similar, but second URL is
asking too many cookies...) :
http://www.news24.com/Technology/News/Security-experts-say-Java-bugs-remain-20130114
http://www.reuters.com/article/2013/01/14/us-java-oracle-security-idUSBRE90C0JB20130114
It seemed to be serious enough to warrant attention.
Groete /
You may also like to look at the "Total" Parm in Sort coming from 3.1.13
Printing Sectioned Reports
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
32 matches
Mail list logo