I had some fires to fight, but getting back, I tried the various ideas
in this thread, but couldn't get it tied up.
I suppose we will have to create job triggers to clean them up.
--
For IBM-MAIN subscribe / signoff / archive acc
On Fri, 11 Jan 2008 20:29:03 +, Ted MacNEIL wrote:
>>The enqueue for a dataset referenced using JCL doesn't get freed until after
>>the referencing step
>
>Not unless you code FREE=CLOSE.
>ENQ's are kept fore the life of the job.
>
I understand that used to be the case. However, at z/OS 1.7:
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of tony babonas
> Sent: Friday, January 11, 2008 3:58 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Deleting after FTP
>
>
> no, specify via a DD card. we hav
no, specify via a DD card. we have many applications that do exactly this.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Brazee
Sent: Friday, January 11, 2008 3:36 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Deleting after FTP
On 11
On 11 Jan 2008 13:30:53 -0800, [EMAIL PROTECTED] (tony babonas)
wrote:
>FTP a temp file...let the OS do the work.
Can I pass a true temporary file name within the FTP command?
--
For IBM-MAIN subscribe / signoff / archi
On 11 Jan 2008 13:30:32 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>Oh, yeah, that. One problem with IKJEFT01 is that it returns with RC=0
>regardless. I think that IKJEFT1A will propogate the return code from
>the DELETE.
I'll change that command, but I e-mailed you my weird output (which
in
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of tony babonas
> Sent: Friday, January 11, 2008 3:32 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Deleting after FTP
>
>
> FTP a temp file...let the OS do
FTP a temp file...let the OS do the work.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Brazee
Sent: Friday, January 11, 2008 3:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Deleting after FTP
On 11 Jan 2008 12:44:25 -0800
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee
> Sent: Friday, January 11, 2008 3:07 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Deleting after FTP
>
>
> On Fri, 11 Jan 2008 14:04:29 -07
On 11 Jan 2008 12:44:25 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>Instead of deleting via JCL, I use IDCAMS or IKJEFT01. With IKJEFT01
>(TSO/batch), my JCL looks like:
>
>//DELE EXEC PGM=IKJEFT01,
>// PARM='DEL ''dsn'' '
>//SYSTSPRT DD SYSOUT=*
>//SYSTSIN DD DUMMY
That worked!
On Fri, 11 Jan 2008 14:04:29 -0700, [EMAIL PROTECTED] wrote:
>>//DELE EXEC PGM=IKJEFT01,
>>// PARM='DEL ''dsn'' '
>>//SYSTSPRT DD SYSOUT=*
>>//SYSTSIN DD DUMMY
>
>That worked!
Oops, no it didn't. It ended with a clean return code, but the file
wasn't deleted.
--
On 11 Jan 2008 12:44:25 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>It sounds like you are using the CA TCP/IP stack instead of the IBM one.
I believe you're right.
>The problem comes in due to the fact that in the CA stack, the ftp
>process is actually done in the TCPIP stack and not in the
>In the IEFBR14?
No, IEFBR14 doesn't open files.
I must have misunderstood your post.
I thought the dsn was being statically allocated for FTP.
Sorry. (Two mistakes in two days).
(8-{<}
-
Too busy driving to stop for gas!
--
F
On 11 Jan 2008 12:38:57 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>
>On the DD statement, code:
>
>FREE=CLOSE as an extra parameter on the card.
In the IEFBR14?
--
For IBM-MAIN subscribe / signoff / archive access instructio
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee
> Sent: Friday, January 11, 2008 2:13 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Deleting after FTP
>
> I have a file with sensitive information on
>>Not unless you code FREE=CLOSE.
>>ENQ's are kept fore the life of the job.
>How do I do this?
On the DD statement, code:
FREE=CLOSE as an extra parameter on the card.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subsc
On 11 Jan 2008 12:28:33 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>>The enqueue for a dataset referenced using JCL doesn't get freed until after
>>the referencing step
>
>Not unless you code FREE=CLOSE.
>ENQ's are kept fore the life of the job.
How do I do this?
On 11 Jan 2008 12:21:21 -0800, [EMAIL PROTECTED] (Big Iron)
wrote:
>How about using IDCAMS to do the delete?
>The enqueue for a dataset referenced using JCL doesn't get freed until
>after the referencing step (TEBN#1 here).
I was just wondering if that would work - I'll try it.
-
>The enqueue for a dataset referenced using JCL doesn't get freed until after
>the referencing step
Not unless you code FREE=CLOSE.
ENQ's are kept fore the life of the job.
-
Too busy driving to stop for gas!
--
For IBM-MAIN s
How about using IDCAMS to do the delete?
The enqueue for a dataset referenced using JCL doesn't get freed until
after the referencing step (TEBN#1 here).
Bill
On Fri, 11 Jan 2008 13:13:05 -0700, Howard Brazee <[EMAIL PROTECTED]>
wrote:
>I have a file with sensitive information on it that gets FT
I have a file with sensitive information on it that gets FTP'd to a
secure server.
The JCL contains:
//TEBNF1 EXEC UEAA,(TRANSMIT T
// PASSWRD='..()',
//* LIBRARY AND MEMBER OF FILE CONTAINING PASS
// FTPPARM='bbb..()
/
21 matches
Mail list logo
