Actually, this isn't due to any difference between ALLOCATE in batch and
ALLOCATE from TSO. Reason 0210 means that the dataset is unavailable
because it is allocated to another address space, most probably your
TSO session. You need to FREE FILE(NEWHFS) first; you could also logoff.
You don't need
In <[EMAIL PROTECTED]>, on
03/16/2007
at 02:03 PM, "Jangula, Duane A." <[EMAIL PROTECTED]> said:
>Our production lpar and testlpar are separate systems, separate
>catalogs and all that good stuff.
Then presumably the intent was that you not be able to copy without
going through channels.
>I w
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
> Sent: Saturday, March 17, 2007 7:22 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Zos Maintenance and pax format
> To be secure, his administrators should remove GIMZIP an
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris
> Sent: Saturday, March 17, 2007 1:41 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Zos Maintenance and pax format
> >multivolume, not on a RES type pack at all. I plan to
>
Peter Relson wrote:
This is a very bad idea. The interface to services documented by macro is
the macro. If you "do it yourself" all bets are off.
In forty-odd years on 360s and later machines, I've had to do a
lot of things that weren't pretty, Most notably spending two or
three weeks trying
On Sat, 17 Mar 2007 15:40:40 -0300, Clark Morris wrote:
> >
> >No problem at all. My /SMPNTS is in its own HFS file and is multivolume,
> >not on a RES type pack at all. I plan to "cheat" in that I now have a
> >Linux desktop. I plan to NFS mount the /SMPNTS subdirectory to that
> >desktop and keep
Ray Mullins wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
Sent: Saturday 17 March 2007 08:55
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Need help with Assembler accessing VSAM file in
reentrant LE-conforming program
Bu
On 16 Mar 2007 09:02:14 -0700, in bit.listserv.ibm-main you wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo
>> Sent: Friday, March 16, 2007 10:52 AM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Zos Maintenance and pax for
On Mar 17, 2007, at 10:25 AM, Rick Fochtman wrote:
-
FWIW, I used DITTO, IEBGENER and IEHMOVE (UGH) to stack multiple
3480/3490 volumes onto a single VTS volume. Most of the JCL and
control statements were creating using a RYO CLIST. I also used the
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
> Sent: Saturday 17 March 2007 08:55
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Need help with Assembler accessing VSAM file in
> reentrant LE-conforming program
>
>
> But n
Mike Kerford-Byrnes wrote:
Just to eliminate the *obvious - you are in
31-bit mode, aren't you?
From one who occasionally forgets.
Mike Kerford-Byrnes
-Original Message-
From: IBM Mainframe Assembler List [mailto:[EMAIL PROTECTED]
On Behalf Of Stev
--
I see references to TapeCopy from one vendor and Copycat from another.
We're considering those, as well as looking for others, for our 3480 to
VTS move. One has an ISPF GUI interface, but not sure about the other,
or other products.
Would any of
Peter Relson wrote:
Openlist is defined in my DSECT area:
openlist open 0,mode=31,mf=l
+OPENLIST DC0F'0'
+ DCAL1(128)
+ DCAL3(0)
+ DCA(0)
If truly in the "DSECT area", then that is the problem. Having something
with DC's in a "DSECT" does not do a
>Openlist is defined in my DSECT area:
> openlist open 0,mode=31,mf=l
>+OPENLIST DC0F'0'
>+ DCAL1(128)
>+ DCAL3(0)
>+ DCA(0)
If truly in the "DSECT area", then that is the problem. Having something
with DC's in a "DSECT" does not do any initialization.
Robert S. Hansel (RSH) wrote:
Michael,
Your assumption is essentially correct. Depending on what you are attempting
to do within SDSF, RACF will make authorization calls to the SDSF, JESSPOOL,
WRITER, and/or OPERCMDS classes. It only makes these calls if the
corresponding class is active, and in
On Fri, 16 Mar 2007 13:24:38 -0500, Daniel McLaughlin
<[EMAIL PROTECTED]> wrote:
>I see references to TapeCopy from one vendor and Copycat from another.
>We're considering those, as well as looking for others, for our 3480 to
>VTS move. One has an ISPF GUI interface, but not sure about the other,
Michael,
Your assumption is essentially correct. Depending on what you are attempting
to do within SDSF, RACF will make authorization calls to the SDSF, JESSPOOL,
WRITER, and/or OPERCMDS classes. It only makes these calls if the
corresponding class is active, and in the case of OPERCMDS also RACLI
17 matches
Mail list logo
