Re: DESERV for HFS Folders?

[Miklos Szigetvari]

Hi

For HFS I would not try with DESERV, but with "readdir"

On 4/20/2012 2:58 AM, Charles Mills wrote:

I need to be able to process for input all members of a PDS, PDSE, or HFS
folder. I need to process them individually - the order does not matter -
and not as one big concatenated file.



DESERV GET_ALL will get me the names if it's a PDS or PDSE (and I can take
it from there) but what about a USS (gasp!) folder? Does DESERV see it as a
PDS? The documentation doesn't say it does but a fellow can hope.



The main program is in C. Have I missed a library routine that will do this?



What about the old-fashioned PDS technique - emulated for PDSE - of reading
the directory of the PDS with BPAM and parsing the 256-byte directory
blocks? Does BPAM simulate that for an HFS folder like it simulates it for a
PDSE?



Any other good solutions to this problem?



Thanks,



Charles


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: USS File Integrity

[Donald Likens]

flockfile seems to be a C thing and locks the file from other tasks. That will 
not help me. First this is a Java application and second I want to share the 
file between tasks of the same program.

I allocate the file in the Java application. I do not specify a DD. All I do is 
open the file in the program but if I could specify the disp on a path that 
would solve my problem.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Jobid on SDSF PS panel ?

[Miklos Szigetvari]

Hi

Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
Do I lost it or I need to customize ?
(z/OS 1.12 missing but I have it on 1.13)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Jobid on SDSF PS panel ?

[Richards, Robert B.]

Miklos,

Type "ARRANGE" and see if it has a / in front of it.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: Friday, April 20, 2012 6:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Jobid on SDSF PS panel ?

 Hi

Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
Do I lost it or I need to customize ?
(z/OS 1.12 missing but I have it on 1.13)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Jobid on SDSF PS panel ?

[Richards, Robert B.]

Replying to my own post. I forgot a step. 

On the action bar, pull down "VIEW" and select 2 (Arrange).

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Friday, April 20, 2012 6:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Jobid on SDSF PS panel ?

Miklos,

Type "ARRANGE" and see if it has a / in front of it.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: Friday, April 20, 2012 6:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Jobid on SDSF PS panel ?

 Hi

Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
Do I lost it or I need to customize ?
(z/OS 1.12 missing but I have it on 1.13)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Jobid on SDSF PS panel ?

[Miklos Szigetvari]

Hi

Thank you Bob, with ARRANGE ? I don't see it  at all, but I  don't see 
the JOBNAME either


On 4/20/2012 12:59 PM, Richards, Robert B. wrote:

Replying to my own post. I forgot a step.

On the action bar, pull down "VIEW" and select 2 (Arrange).

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Friday, April 20, 2012 6:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Jobid on SDSF PS panel ?

Miklos,

Type "ARRANGE" and see if it has a / in front of it.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: Friday, April 20, 2012 6:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Jobid on SDSF PS panel ?

  Hi

Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
Do I lost it or I need to customize ?
(z/OS 1.12 missing but I have it on 1.13)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

SV: Jobid on SDSF PS panel ?

[Thomas Berg]

Have You tried with the '?' command ?



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)



> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> Miklos Szigetvari
> Skickat: den 20 april 2012 13:11
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: Jobid on SDSF PS panel ?
> 
> Hi
> 
> Thank you Bob, with ARRANGE ? I don't see it  at all, but I  don't see
> the JOBNAME either
> 
> On 4/20/2012 12:59 PM, Richards, Robert B. wrote:
> > Replying to my own post. I forgot a step.
> >
> > On the action bar, pull down "VIEW" and select 2 (Arrange).
> >
> > Bob
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Richards, Robert B.
> > Sent: Friday, April 20, 2012 6:53 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: Jobid on SDSF PS panel ?
> >
> > Miklos,
> >
> > Type "ARRANGE" and see if it has a / in front of it.
> >
> > Bob
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Miklos Szigetvari
> > Sent: Friday, April 20, 2012 6:38 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Jobid on SDSF PS panel ?
> >
> >   Hi
> >
> > Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
> > Do I lost it or I need to customize ?
> > (z/OS 1.12 missing but I have it on 1.13)
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Jobid on SDSF PS panel ?

[Richards, Robert B.]

Wow!! I need more coffee before I reply to anything more today.

Forget both of my posts. I missed the PS part and interpreted the ARRANGE "/" 
option wrong! 
I apologize for wasting everyone's time.

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: Friday, April 20, 2012 7:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Jobid on SDSF PS panel ?

Hi

Thank you Bob, with ARRANGE ? I don't see it  at all, but I  don't see 
the JOBNAME either

On 4/20/2012 12:59 PM, Richards, Robert B. wrote:
> Replying to my own post. I forgot a step.
>
> On the action bar, pull down "VIEW" and select 2 (Arrange).
>
> Bob
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Richards, Robert B.
> Sent: Friday, April 20, 2012 6:53 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Jobid on SDSF PS panel ?
>
> Miklos,
>
> Type "ARRANGE" and see if it has a / in front of it.
>
> Bob
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Miklos Szigetvari
> Sent: Friday, April 20, 2012 6:38 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Jobid on SDSF PS panel ?
>
>   Hi
>
> Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
> Do I lost it or I need to customize ?
> (z/OS 1.12 missing but I have it on 1.13)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SV: Jobid on SDSF PS panel ?

[Miklos Szigetvari]

Yes , with  "ARRANGE ? " but no JOBID
As far as I can remember it is a "default" SDSF setup

On 4/20/2012 1:17 PM, Thomas Berg wrote:

Have You tried with the '?' command ?



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)




-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Miklos Szigetvari
Skickat: den 20 april 2012 13:11
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Jobid on SDSF PS panel ?

Hi

Thank you Bob, with ARRANGE ? I don't see it  at all, but I  don't see
the JOBNAME either

On 4/20/2012 12:59 PM, Richards, Robert B. wrote:

Replying to my own post. I forgot a step.

On the action bar, pull down "VIEW" and select 2 (Arrange).

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On

Behalf Of Richards, Robert B.

Sent: Friday, April 20, 2012 6:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Jobid on SDSF PS panel ?

Miklos,

Type "ARRANGE" and see if it has a / in front of it.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On

Behalf Of Miklos Szigetvari

Sent: Friday, April 20, 2012 6:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Jobid on SDSF PS panel ?

   Hi

Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
Do I lost it or I need to customize ?
(z/OS 1.12 missing but I have it on 1.13)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

SV: SV: Jobid on SDSF PS panel ?

[Thomas Berg]

I mean just/only '?'.



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)



> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> Miklos Szigetvari
> Skickat: den 20 april 2012 13:26
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: SV: Jobid on SDSF PS panel ?
> 
> Yes , with  "ARRANGE ? " but no JOBID
> As far as I can remember it is a "default" SDSF setup
> 
> On 4/20/2012 1:17 PM, Thomas Berg wrote:
> > Have You tried with the '?' command ?
> >
> >
> >
> > Regards,
> > Thomas Berg
> > __
> > Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)
> >
> >
> >
> >> -Ursprungligt meddelande-
> >> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> >> Miklos Szigetvari
> >> Skickat: den 20 april 2012 13:11
> >> Till: IBM-MAIN@bama.ua.edu
> >> Ämne: Re: Jobid on SDSF PS panel ?
> >>
> >> Hi
> >>
> >> Thank you Bob, with ARRANGE ? I don't see it  at all, but I  don't
> see
> >> the JOBNAME either
> >>
> >> On 4/20/2012 12:59 PM, Richards, Robert B. wrote:
> >>> Replying to my own post. I forgot a step.
> >>>
> >>> On the action bar, pull down "VIEW" and select 2 (Arrange).
> >>>
> >>> Bob
> >>>
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> >> Behalf Of Richards, Robert B.
> >>> Sent: Friday, April 20, 2012 6:53 AM
> >>> To: IBM-MAIN@bama.ua.edu
> >>> Subject: Re: Jobid on SDSF PS panel ?
> >>>
> >>> Miklos,
> >>>
> >>> Type "ARRANGE" and see if it has a / in front of it.
> >>>
> >>> Bob
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> >> Behalf Of Miklos Szigetvari
> >>> Sent: Friday, April 20, 2012 6:38 AM
> >>> To: IBM-MAIN@bama.ua.edu
> >>> Subject: Jobid on SDSF PS panel ?
> >>>
> >>>Hi
> >>>
> >>> Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
> >>> Do I lost it or I need to customize ?
> >>> (z/OS 1.12 missing but I have it on 1.13)
> >>>
> >>> 
> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >>>
> >>> 
> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >>>
> >>> 
> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >>>
> >> -
> -
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SV: SV: Jobid on SDSF PS panel ?

[Miklos Szigetvari]

On 4/20/2012 1:27 PM, Thomas Berg wrote:

I mean just/only '?'.


No answer at all for "?"


Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)




-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Miklos Szigetvari
Skickat: den 20 april 2012 13:26
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: Jobid on SDSF PS panel ?

Yes , with  "ARRANGE ? " but no JOBID
As far as I can remember it is a "default" SDSF setup

On 4/20/2012 1:17 PM, Thomas Berg wrote:

Have You tried with the '?' command ?



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)




-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Miklos Szigetvari
Skickat: den 20 april 2012 13:11
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Jobid on SDSF PS panel ?

Hi

Thank you Bob, with ARRANGE ? I don't see it  at all, but I  don't

see

the JOBNAME either

On 4/20/2012 12:59 PM, Richards, Robert B. wrote:

Replying to my own post. I forgot a step.

On the action bar, pull down "VIEW" and select 2 (Arrange).

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On

Behalf Of Richards, Robert B.

Sent: Friday, April 20, 2012 6:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Jobid on SDSF PS panel ?

Miklos,

Type "ARRANGE" and see if it has a / in front of it.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On

Behalf Of Miklos Szigetvari

Sent: Friday, April 20, 2012 6:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Jobid on SDSF PS panel ?

Hi

Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
Do I lost it or I need to customize ?
(z/OS 1.12 missing but I have it on 1.13)



--

For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--

For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--

For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


-

-

For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DESERV for HFS Folders?

[Bob Shannon]

> I need to be able to process for input all members of a PDS, PDSE, or 
> HFS folder.

Refer to UNIX System Services File System Interface Reference SA22-7808.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

SV: SV: SV: Jobid on SDSF PS panel ?

[Thomas Berg]

Ok, I can't see the PS window here due to sec. block. 
But I supposed that You got other columns in the window as with e g the H 
window through the '?' command.   



Regards,
Thomas Berg
__
Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)



> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> Miklos Szigetvari
> Skickat: den 20 april 2012 13:37
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: SV: SV: Jobid on SDSF PS panel ?
> 
> On 4/20/2012 1:27 PM, Thomas Berg wrote:
> > I mean just/only '?'.
> >
> No answer at all for "?"
> >
> > Regards,
> > Thomas Berg
> > __
> > Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)
> >
> >
> >
> >> -Ursprungligt meddelande-
> >> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> >> Miklos Szigetvari
> >> Skickat: den 20 april 2012 13:26
> >> Till: IBM-MAIN@bama.ua.edu
> >> Ämne: Re: SV: Jobid on SDSF PS panel ?
> >>
> >> Yes , with  "ARRANGE ? " but no JOBID
> >> As far as I can remember it is a "default" SDSF setup
> >>
> >> On 4/20/2012 1:17 PM, Thomas Berg wrote:
> >>> Have You tried with the '?' command ?
> >>>
> >>>
> >>>
> >>> Regards,
> >>> Thomas Berg
> >>> __
> >>> Thomas Berg   Specialist   AM/DQS   SWEDBANK AB (publ)
> >>>
> >>>
> >>>
>  -Ursprungligt meddelande-
>  Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]
> För
>  Miklos Szigetvari
>  Skickat: den 20 april 2012 13:11
>  Till: IBM-MAIN@bama.ua.edu
>  Ämne: Re: Jobid on SDSF PS panel ?
> 
>  Hi
> 
>  Thank you Bob, with ARRANGE ? I don't see it  at all, but I  don't
> >> see
>  the JOBNAME either
> 
>  On 4/20/2012 12:59 PM, Richards, Robert B. wrote:
> > Replying to my own post. I forgot a step.
> >
> > On the action bar, pull down "VIEW" and select 2 (Arrange).
> >
> > Bob
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]
> On
>  Behalf Of Richards, Robert B.
> > Sent: Friday, April 20, 2012 6:53 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: Jobid on SDSF PS panel ?
> >
> > Miklos,
> >
> > Type "ARRANGE" and see if it has a / in front of it.
> >
> > Bob
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]
> On
>  Behalf Of Miklos Szigetvari
> > Sent: Friday, April 20, 2012 6:38 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Jobid on SDSF PS panel ?
> >
> > Hi
> >
> > Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
> > Do I lost it or I need to customize ?
> > (z/OS 1.12 missing but I have it on 1.13)
> >
> > --
> --
> >> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> --
> >> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> --
> >> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
>  ---
> --
> >> -
>  For IBM-MAIN subscribe / signoff / archive access instructions,
>  send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >>> 
> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >>>
> >> -
> -
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: ZOS 1.13 SMPTABL Mystery

[Kurt Quackenbush]

The only explanation given for "installation-wide" is "SMP/E uses this
table data set to save process status information for the SYSMOD
management dialogs." What problems occur[1] if you don't use a shared
SMPTABL?I've run into problems when it's shared.


The intent is to allow users to share workload and pickup an install 
process from a coworker as Joel clearly explained.  If you don't want 
this ability, then by all means define a unique SMPTABL per user.  There 
are no "problems" if you do so, but you won't get the intended benefit.


I'm curious, what problems have you run into caused by sharing SMPTABL?

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: GO TO "cobol"

[Lloyd Fuller]

My use was in 1969 and only at Fort Ben.  From school, I went to Fort Monroe, 
VA 
and worked on a 360/40 running PCP version of OS/360.

I remembered that the 1004 had a plugboard, but I thought that you could also 
run programs on it.  We may have had to assembler the programs on the 1005.  
The 
1005 that we were taught on was the single address machine version.  I do not 
remember being told about a two-address version.

Lloyd



- Original Message 
From: Shmuel Metz (Seymour J.) 
To: IBM-MAIN@bama.ua.edu
Sent: Thu, April 19, 2012 5:23:52 PM
Subject: Re: GO TO "cobol"

In <1334839226.16701.yahoomai...@web180901.mail.ne1.yahoo.com>, on
04/19/2012
   at 05:40 AM, Lloyd Fuller  said:

>Actually, the 1004 and the 1005 versions. 

The 1004 was programmed with a plugboard. The 1005 started life as a
special plugboard for the 1004. There were two versions of the 1005; a
single address machine and a two-address machine. SAAL was Single
Address Assembly Language for the single address 1005.

>The only thing that I really remember about them is that you had to
>know which panel(s) to kick to get the machine to boot.

I guess that I was lucky. The only one that I saw was at Ft.
MacArthur, and it loaded without any issues. Of course, with my last
use in 1968 it might not have worked so well by the time you came
around.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: USS File Integrity

[Walt Farrell]

On Fri, 20 Apr 2012 11:18:45 +0800, David Crayford  wrote:

>Of course, fcntl() can be used to implement byte-range-locking. So in
>theory you could use it to implement
>row-level locking in a dictionary library. ENQ is not that granular.

ENQ is as granular as the application wants to make it, depending on how clever 
the application programmer is at encoding information into the RNAME the 
application will use.

The key point about UNIX files, though, is that all the locking is advisory, 
and controlled by the applications that use the file. If they all implement the 
same locking mechanism (whatever that may be), the locking will work. If they 
don't, it won't work.

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DESERV for HFS Folders?

[McKown, John]

I think the only way to do what you want is via the UNIX readdir type 
functionality. The only thing I can find for reading a directory using non-UNIX 
BPAM support are the BLDL and FIND macros. Conspicuously missing is DESERV 
support.
Also, here 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d490/3.8.7.4
it says:
DESERV provides interfaces to access the directories of PDS and PDSE data sets. 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d570/2.2.20
says the same thing in very similar word.
But here: 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2r190/8.0
it is explicitly stated:

 Table 73. DESERV reason codes  
  
 Reason   
  Code   Meaning   
1127 (X'0467')   UNIX(r) directories not supported.

-- 
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills
> Sent: Thursday, April 19, 2012 7:58 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: DESERV for HFS Folders?
> 
> I need to be able to process for input all members of a PDS, 
> PDSE, or HFS
> folder. I need to process them individually - the order does 
> not matter -
> and not as one big concatenated file.
> 
>  
> 
> DESERV GET_ALL will get me the names if it's a PDS or PDSE 
> (and I can take
> it from there) but what about a USS (gasp!) folder? Does 
> DESERV see it as a
> PDS? The documentation doesn't say it does but a fellow can hope.
> 
>  
> 
> The main program is in C. Have I missed a library routine 
> that will do this?
> 
>  
> 
> What about the old-fashioned PDS technique - emulated for 
> PDSE - of reading
> the directory of the PDS with BPAM and parsing the 256-byte directory
> blocks? Does BPAM simulate that for an HFS folder like it 
> simulates it for a
> PDSE?
> 
>  
> 
> Any other good solutions to this problem?
> 
>  
> 
> Thanks,
> 
>  
> 
> Charles 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: USS File Integrity

[Farley, Peter x23353]

The OP originally stated that he had two STC processes that updated the same 
z/Unix file at the same time and wanted to prevent this.  Are two STC's both 
considered z/Unix processes under the same kernel when they are running on the 
same LPAR?  If so, ISTM that locking and unlocking the file around the write 
code will work as a mechanism to prevent simultaneous writes.

But what about two STC's running on different LPAR's in the same sysplex?  Does 
z/Unix file locking work across LPAR's, or only within the same LPAR?

Just curious.

ISTR that simultaneous writes to a common file are classically solved in most 
unix systems by implementing a daemon process that is the only process allowed 
to write to the file, and other processes send messages to the daemon to 
accomplish the write function, like the syslog daemon for system messages.

The new question is whether Java on z/Unix provides access to any file locking 
mechanism at all, as the OP also just said it was a Java application and he 
wants to share the file among tasks of the *same* program.  That would argue 
that using whatever the Java equivalent of the C flockfile function is would be 
the solution to use.

But can z/Unix Java do that?  Or does he have to write a JNI function to be 
called from his z/Unix Java code to implement a file lock?  Or should he just 
implement a third process/task under the same program for the file writes and 
have both of the other tasks just send messages to the write process?

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Walt Farrell
Sent: Friday, April 20, 2012 8:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USS File Integrity

On Fri, 20 Apr 2012 11:18:45 +0800, David Crayford  wrote:

>Of course, fcntl() can be used to implement byte-range-locking. So in
>theory you could use it to implement
>row-level locking in a dictionary library. ENQ is not that granular.

ENQ is as granular as the application wants to make it, depending on how clever 
the application programmer is at encoding information into the RNAME the 
application will use.

The key point about UNIX files, though, is that all the locking is advisory, 
and controlled by the applications that use the file. If they all implement the 
same locking mechanism (whatever that may be), the locking will work. If they 
don't, it won't work.
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: ZOS 1.13 SMPTABL Mystery

[Mark Zelden]

On Thu, 19 Apr 2012 09:16:51 -0400, Shmuel Metz (Seymour J.) 
 wrote:

>In <4f8eb53d.9000...@us.ibm.com>, on 04/18/2012
>   at 08:36 AM, Kurt Quackenbush  said:
>
>>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimusr51/3.6.3?SHELF=gim2bk90&DT=20110811181158
>
>The only explanation given for "installation-wide" is "SMP/E uses this
>table data set to save process status information for the SYSMOD
>management dialogs." What problems occur[1] if you don't use a shared
>SMPTABL? I've run into problems when it's shared.
>
>[1] Assuming that the unshared SMPTABL is in the
>ISPTLIB concatenation.
>

No problems really, just none of the benefits of sharing it. IOW, if 
someone starts an install from the sysmod mgmt dialogs and doesn't
finish it, another person can't pick up from where they left off. 

What problems have you run into when sharing?

BTW, even when I have been at shops that have a shared SMPTABL
allocated via logon clist or logon proc, I usually free it and use my 
own "CNTL" library instead and concatenate that into a ISPTLIB 
LIBDEF in my CLIST I use that invokes the SMP/E dialogs.   I think I 
started doing that because different shops did it different ways
or just had too much "junk" in their SMPTABL lib that was never
cleaned up. It really doesn't matter for me these days because
I haven't done an interactive sysmod install in probably 15 years.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: USS File Integrity

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Farley, Peter x23353
> Sent: Friday, April 20, 2012 8:02 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: USS File Integrity
> 
> The OP originally stated that he had two STC processes that 
> updated the same z/Unix file at the same time and wanted to 
> prevent this.  Are two STC's both considered z/Unix processes 
> under the same kernel when they are running on the same LPAR? 
>  If so, ISTM that locking and unlocking the file around the 
> write code will work as a mechanism to prevent simultaneous writes.
> 
> But what about two STC's running on different LPAR's in the 
> same sysplex?  Does z/Unix file locking work across LPAR's, 
> or only within the same LPAR?
> 
> Just curious.
> 
> ISTR that simultaneous writes to a common file are 
> classically solved in most unix systems by implementing a 
> daemon process that is the only process allowed to write to 
> the file, and other processes send messages to the daemon to 
> accomplish the write function, like the syslog daemon for 
> system messages.
> 
> The new question is whether Java on z/Unix provides access to 
> any file locking mechanism at all, as the OP also just said 
> it was a Java application and he wants to share the file 
> among tasks of the *same* program.  That would argue that 
> using whatever the Java equivalent of the C flockfile 
> function is would be the solution to use.

I will disagree with you on this point. I would use the z/OS ENQ facility. It 
is fully supported by the ZFILE portion of the JZOS software, which is a part 
of the IBM supplied Java language on z/OS. And we all, hopefully, know that 
using ENQ allows for sysplex-wide serialization.

http://www.ibm.com/developerworks/java/zos/javadoc/jzos/index.html

> 
> But can z/Unix Java do that?  Or does he have to write a JNI 
> function to be called from his z/Unix Java code to implement 
> a file lock?  Or should he just implement a third 
> process/task under the same program for the file writes and 
> have both of the other tasks just send messages to the write process?

Yes, it can:

http://docs.oracle.com/javase/6/docs/api/java/nio/channels/FileLock.html
Of possible interest is the statement:
This file-locking API is intended to map directly to the native locking 
facility of the underlying operating system. Thus the locks held on a file 
should be visible to all programs that have access to the file, regardless of 
the language in which those programs are written. 

> 
> Peter

-- 
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: USS File Integrity

[David Crayford]

Synchronizing file access between threads in a single program in java is 
trivial. Java has a built-in synchronized methods to implement critical 
sections. I'm not sure how well it would scale though as I guess there 
implemented by calling the pthread API. 

On 20/04/2012, at 9:01 PM, "Farley, Peter x23353"  
wrote:

> The OP originally stated that he had two STC processes that updated the same 
> z/Unix file at the same time and wanted to prevent this.  Are two STC's both 
> considered z/Unix processes under the same kernel when they are running on 
> the same LPAR?  If so, ISTM that locking and unlocking the file around the 
> write code will work as a mechanism to prevent simultaneous writes.
> 
> But what about two STC's running on different LPAR's in the same sysplex?  
> Does z/Unix file locking work across LPAR's, or only within the same LPAR?
> 
> Just curious.
> 
> ISTR that simultaneous writes to a common file are classically solved in most 
> unix systems by implementing a daemon process that is the only process 
> allowed to write to the file, and other processes send messages to the daemon 
> to accomplish the write function, like the syslog daemon for system messages.
> 
> The new question is whether Java on z/Unix provides access to any file 
> locking mechanism at all, as the OP also just said it was a Java application 
> and he wants to share the file among tasks of the *same* program.  That would 
> argue that using whatever the Java equivalent of the C flockfile function is 
> would be the solution to use.
> 
> But can z/Unix Java do that?  Or does he have to write a JNI function to be 
> called from his z/Unix Java code to implement a file lock?  Or should he just 
> implement a third process/task under the same program for the file writes and 
> have both of the other tasks just send messages to the write process?
> 
> Peter
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Walt Farrell
> Sent: Friday, April 20, 2012 8:27 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: USS File Integrity
> 
> On Fri, 20 Apr 2012 11:18:45 +0800, David Crayford  
> wrote:
> 
>> Of course, fcntl() can be used to implement byte-range-locking. So in
>> theory you could use it to implement
>> row-level locking in a dictionary library. ENQ is not that granular.
> 
> ENQ is as granular as the application wants to make it, depending on how 
> clever the application programmer is at encoding information into the RNAME 
> the application will use.
> 
> The key point about UNIX files, though, is that all the locking is advisory, 
> and controlled by the applications that use the file. If they all implement 
> the same locking mechanism (whatever that may be), the locking will work. If 
> they don't, it won't work.
> --
> 
> 
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DB2 Fetch Behind the Scenes

[Mohammad Khan]

DB2 does not necessarily materialize the whole result set in every situation. 
Since the DB2 optimizer knows nothing about the loop in your program it can't 
incorporate your intentions. Try using FETCH FIRST 50 ROWS ONLY clause or 
OPTIMIZE FOR 50 ROWS clause in your cursor.
Wild card at the start of a like predicate tends to be problematic more often 
than not, avoid it if you can. Try limiting your query by other criteria if 
there are any. Generally speaking the answer to "give me anything / everything" 
is not computationally easy.
HTH
Mohammad


***   original post  *


Note: I did attempt to send this to the DB2 group but it bounced back at
me so I'll send it here to IBM-MAIN and attempt to figure out what went
wrong with my DB2 auth.

 

 

DB2 internals type of question.

 

ISSUE

We have a process that returns table rows matching on a masked name. The
"LIKE" predict is used with a wildcard to return the matching names.
We, not surprisingly, are experiencing time outs in our CICS region when
the mask is rather open ended. For example:  LIKE "%AND%.  There are
several million names in the database.  

We are now limiting the cursor to stop after 50 names have been returned
but we still see some time outs.  

 

MAIN QUESTION

Does the cursor, prior to returning any results, compile all the results
before hand?  Meaning, even though we have limited to cursor loop to 50
is it still compiling the thousands of results in the background?  Would
at FETCH FIRST help in this case?  Something else?

 

ADDITIONAL QUESTION

Is there a better method than the LIKE predict?  The name column is part
of an index and is the lead column.

We are contemplating removing the beginning wildcard.  LIKE 'AND%'.
This we figure should help but doesn't give the user as much
flexibility.

 

Any insights on main question would be much appreciated.

 

Thanks

Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: USS File Integrity

[Scott Ford]

I know CA-MIM , if memory serves  me correctly works across Plexes and Lpars.
I am not sure if it works across Unix file systems in a similar manner


Scott Ford
Senior Systems Engineer
www.identityforge.com



On Apr 20, 2012, at 9:43 AM, David Crayford  wrote:

> Synchronizing file access between threads in a single program in java is 
> trivial. Java has a built-in synchronized methods to implement critical 
> sections. I'm not sure how well it would scale though as I guess there 
> implemented by calling the pthread API. 
> 
> On 20/04/2012, at 9:01 PM, "Farley, Peter x23353" 
>  wrote:
> 
>> The OP originally stated that he had two STC processes that updated the same 
>> z/Unix file at the same time and wanted to prevent this.  Are two STC's both 
>> considered z/Unix processes under the same kernel when they are running on 
>> the same LPAR?  If so, ISTM that locking and unlocking the file around the 
>> write code will work as a mechanism to prevent simultaneous writes.
>> 
>> But what about two STC's running on different LPAR's in the same sysplex?  
>> Does z/Unix file locking work across LPAR's, or only within the same LPAR?
>> 
>> Just curious.
>> 
>> ISTR that simultaneous writes to a common file are classically solved in 
>> most unix systems by implementing a daemon process that is the only process 
>> allowed to write to the file, and other processes send messages to the 
>> daemon to accomplish the write function, like the syslog daemon for system 
>> messages.
>> 
>> The new question is whether Java on z/Unix provides access to any file 
>> locking mechanism at all, as the OP also just said it was a Java application 
>> and he wants to share the file among tasks of the *same* program.  That 
>> would argue that using whatever the Java equivalent of the C flockfile 
>> function is would be the solution to use.
>> 
>> But can z/Unix Java do that?  Or does he have to write a JNI function to be 
>> called from his z/Unix Java code to implement a file lock?  Or should he 
>> just implement a third process/task under the same program for the file 
>> writes and have both of the other tasks just send messages to the write 
>> process?
>> 
>> Peter
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
>> Of Walt Farrell
>> Sent: Friday, April 20, 2012 8:27 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: USS File Integrity
>> 
>> On Fri, 20 Apr 2012 11:18:45 +0800, David Crayford  
>> wrote:
>> 
>>> Of course, fcntl() can be used to implement byte-range-locking. So in
>>> theory you could use it to implement
>>> row-level locking in a dictionary library. ENQ is not that granular.
>> 
>> ENQ is as granular as the application wants to make it, depending on how 
>> clever the application programmer is at encoding information into the RNAME 
>> the application will use.
>> 
>> The key point about UNIX files, though, is that all the locking is advisory, 
>> and controlled by the applications that use the file. If they all implement 
>> the same locking mechanism (whatever that may be), the locking will work. If 
>> they don't, it won't work.
>> --
>> 
>> 
>> This message and any attachments are intended only for the use of the 
>> addressee and may contain information that is privileged and confidential. 
>> If the reader of the message is not the intended recipient or an authorized 
>> representative of the intended recipient, you are hereby notified that any 
>> dissemination of this communication is strictly prohibited. If you have 
>> received this communication in error, please notify us immediately by e-mail 
>> and delete the message and any attachments from your system.
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DB2 Fetch Behind the Scenes

[George, William@FTB]

Thanks everyone for the insights!! I'll begin the research on this
information.

__
CONFIDENTIALITY NOTICE: This email from the State of California is for the sole 
use of the intended recipient and may contain confidential and privileged 
information. Any unauthorized review or use, including disclosure or 
distribution, is prohibited. If you are not the intended recipient, please 
contact the sender and destroy all copies of this email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Jobid on SDSF PS panel ?

[Skip Robinson]

I don't believe I ever had occasion to use PS before this moment. It works 
fine for me on R12 and R13:

JOBNAME  JobIDStatus   OwnerState CPU-Time
TCPIPSTC00235 RUNNING  STARTED  MR 5398.39

This function is a *relatively* recent addition to SDSF. Once upon a time, 
'authorized' functions had to be explicitly named in ISFPARMS for each 
group via the AUTH keyword. This was bad news for many installations 
because (1) ISFPARMS had to be updated whenever a new function was 
introduced, and (2) ISFPARMS could not be shared among releases because 
the lower one(s) would choke on the unrecognized value. 

IBM finally fixed the problem many releases ago by introducing a new 
value: AUTH(ALL). This value can be set for sysprog and other 'full 
authority' users. It works for any release with no problem moving forward 
(or backward) and is fully sharable. You will always get access to all 
functions.

On the other hand, if your userid is authorized for PS but you can't see 
all the fields, I'm stumped.

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Miklos Szigetvari 
To: IBM-MAIN@bama.ua.edu
Date:   04/20/2012 03:39 AM
Subject:Jobid on SDSF PS panel ?
Sent by:IBM Mainframe Discussion List 



 Hi

Can't find the JOBID field on the SDSF PS panel (nor via REXX) .
Do I lost it or I need to customize ?
(z/OS 1.12 missing but I have it on 1.13)



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[willie bunter]

Hi,
 
This post was not answered.  Can anybody help me out?



From: willie bunter 
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, April 17, 2012 12:13:35 PM
Subject: SMS QUESTION

I encountered the problem with defining a VSAM EXTENDED dsn at a recent 
disaster recovery.  The SMS rules - ACS or DC, MC ,SC & SG - are the same as in 
our production system.  However I could not understand the reason for this 
problem.  As a work around I defined the MCDS to use 4,000
cylinders on HSM001 which is a MOD-9.  What is also suprising is that the BCDS 
which is also VSAM EXTENDED worked fine.  
 
Below is the output of the failing job.
 
  DEFINE CLUSTER -   
  (NAME(SYS2.MCDS)  -
  VOLUMES(HSM001)  -  
  CYLINDERS(8000)  -  
  RECORDSIZE(435 2040)  FREESPACE(0  0) -     
  INDEXED  KEYS(44  0)   SHAREOPTIONS(3 3) -     
  SPEED BUFFERSPACE(530432) -    
  UNIQUE   NOWRITECHECK)  -   
  DATA  -    
    (NAME(SYS2.MCDS.DATA) -   
  CONTROLINTERVALSIZE(12288)) -      
  INDEX  -    
    (NAME(SYS2.MCDS.INDEX) -     
  CONTROLINTERVALSIZE(2048))  
0IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET
 SYS2.MCDS
 RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV
 IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING
 RETURN CODE 140 REASON CODE 110
 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU
 SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR SSIRT
 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00025
 IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET
 SYS2.MCDS
0IDC3014I CATALOG ERROR
 IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS
 IDC3009I IGG0CLEV-110
1IDCAMS  SYSTEM SERVICES   TIME: 
19:20:13    04/02/12 PAGE  2
0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Execute certain steps based on input parm

[Edward Jaffe]

On 4/19/2012 2:56 PM, Roberts, John J wrote:

For the code critics: I know it could be better with UNSTRING, and it would be 
trivial in PL/I or C.  But as it is, it works.  Improvements are for the young. 
 Us old-timers have only so many more clock cycles left.


It has no GOTOs. Gasp! :-)

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[Ernie Takeuchi]

Try a smaller space allocation.
"willie bunter"  wrote in message news: 
<1334937117.83658.yahoomail...@web113615.mail.gq1.yahoo.com>...

Hi,



This post was not answered.  Can anybody help me out?







From: willie bunter 

To: IBM-MAIN@bama.ua.edu 

Sent: Tuesday, April 17, 2012 12:13:35 PM

Subject: SMS QUESTION



I encountered the problem with defining a VSAM EXTENDED dsn at a recent 
disaster recovery.  The SMS rules - ACS or DC, MC ,SC & SG - are the same as in 
our production system.  However I could not understand the reason for this 
problem.  As a work around I defined the MCDS to use 4,000

cylinders on HSM001 which is a MOD-9.  What is also suprising is that the BCDS 
which is also VSAM EXTENDED worked fine.  



Below is the output of the failing job.



  DEFINE CLUSTER -   

  (NAME(SYS2.MCDS)  -

  VOLUMES(HSM001)  -  

  CYLINDERS(8000)  -  

  RECORDSIZE(435 2040)  FREESPACE(0  0) - 

  INDEXED  KEYS(44  0)   SHAREOPTIONS(3 3) - 

  SPEED BUFFERSPACE(530432) -

  UNIQUE   NOWRITECHECK)  -   

  DATA  -

(NAME(SYS2.MCDS.DATA) -   

  CONTROLINTERVALSIZE(12288)) -  

  INDEX  -

(NAME(SYS2.MCDS.INDEX) - 

  CONTROLINTERVALSIZE(2048))  

0IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET

SYS2.MCDS

RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV

IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING

RETURN CODE 140 REASON CODE 110

THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU

SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR SSIRT

SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00025

IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET

SYS2.MCDS

0IDC3014I CATALOG ERROR

IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS

IDC3009I IGG0CLEV-110

1IDCAMS  SYSTEM SERVICES   TIME: 
19:20:1304/02/12 PAGE  2

0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[Doug Fuerst]

This is a catalog error. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of willie bunter
Sent: Friday, April 20, 2012 11:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMS QUESTION

Hi,
 
This post was not answered.  Can anybody help me out?



From: willie bunter 
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, April 17, 2012 12:13:35 PM
Subject: SMS QUESTION

I encountered the problem with defining a VSAM EXTENDED dsn at a recent
disaster recovery.  The SMS rules - ACS or DC, MC ,SC & SG - are the same as
in our production system.  However I could not understand the reason for
this problem.  As a work around I defined the MCDS to use 4,000
cylinders on HSM001 which is a MOD-9.  What is also suprising is that the
BCDS which is also VSAM EXTENDED worked fine.  
 
Below is the output of the failing job.
 
  DEFINE CLUSTER -   
  (NAME(SYS2.MCDS)  -
  VOLUMES(HSM001)  -  
  CYLINDERS(8000)  -  
  RECORDSIZE(435 2040)  FREESPACE(0  0) -     
  INDEXED  KEYS(44  0)   SHAREOPTIONS(3 3) -     
  SPEED BUFFERSPACE(530432) -    
  UNIQUE   NOWRITECHECK)  -   
  DATA  -    
    (NAME(SYS2.MCDS.DATA) -   
  CONTROLINTERVALSIZE(12288)) -      
  INDEX  -    
    (NAME(SYS2.MCDS.INDEX) -     
  CONTROLINTERVALSIZE(2048))  
0IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET
 SYS2.MCDS
 RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV
 IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING
 RETURN CODE 140 REASON CODE 110
 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU
 SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR SSIRT
 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00025
 IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET
 SYS2.MCDS
0IDC3014I CATALOG ERROR
 IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS
 IDC3009I IGG0CLEV-110
1IDCAMS  SYSTEM SERVICES   TIME:
19:20:13    04/02/12 PAGE  2
0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[Mark Zelden]

Most likely... user error.

If you list the production one, what DATACLAS does it use?  Are you sure
the ACS routines will assign the correct DATACLAS without you 
explicitly requesting it?  It appears it does not for this data set
even though it may have for the BCDS - or your define for the
BCDS has a DATACLAS(...) parm in it.


Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/





On Fri, 20 Apr 2012 08:51:57 -0700, willie bunter  
wrote:

>Hi,
 
This post was not answered.  Can anybody help me out?



From: willie bunter 
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, April 17, 2012 12:13:35 PM
Subject: SMS QUESTION

I encountered the problem with defining a VSAM EXTENDED dsn at a recent 
disaster recovery.  The SMS rules - ACS or DC, MC ,SC & SG - are the same as in 
our production system.  However I could not understand the reason for this 
problem.  As a work around I defined the MCDS to use 4,000
cylinders on HSM001 which is a MOD-9.  What is also suprising is that the BCDS 
which is also VSAM EXTENDED worked fine.  
 
Below is the output of the failing job.
 
  DEFINE CLUSTER -   
  (NAME(SYS2.MCDS)  -
  VOLUMES(HSM001)  -  
  CYLINDERS(8000)  -  
  RECORDSIZE(435 2040)  FREESPACE(0  0) -     
  INDEXED  KEYS(44  0)   SHAREOPTIONS(3 3) -     
  SPEED BUFFERSPACE(530432) -    
  UNIQUE   NOWRITECHECK)  -   
  DATA  -    
    (NAME(SYS2.MCDS.DATA) -   
  CONTROLINTERVALSIZE(12288)) -      
  INDEX  -    
    (NAME(SYS2.MCDS.INDEX) -     
  CONTROLINTERVALSIZE(2048))  
0IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET
 SYS2.MCDS
 RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV
 IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING
 RETURN CODE 140 REASON CODE 110
 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU
 SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR SSIRT
 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00025
 IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET
 SYS2.MCDS
0IDC3014I CATALOG ERROR
 IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS
 IDC3009I IGG0CLEV-110
1IDCAMS  SYSTEM SERVICES   TIME: 
19:20:13    04/02/12 PAGE  2
0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Execute certain steps based on input parm

[Roberts, John J]

>On 4/19/2012 2:56 PM, Roberts, John J wrote:
>> For the code critics: I know it could be better with UNSTRING, and it would 
>> be trivial in PL/I or C.  But as it is, it works.  Improvements are for the 
>> young.  Us old-timers have only so many more clock cycles left.

>It has no GOTOs. Gasp! :-)

I haven't used a COBOL GOTO since 1972.  And I've probably written a million 
lines of the stuff since then.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[Doug Fuerst]

You need to look at SFSMSdfp Diagnosis to see why the IGDVTSCU error is
being returned. The indication is that you exceeded 4GB, the define at 4000
indicates that after you reduced it to under 4 GB it worked, so something is
amiss in the extended addressability situation. DR is inherently difficult
unless your system at DR is an exact mirror of your production system. 

Doug

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of willie bunter
Sent: Friday, April 20, 2012 11:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMS QUESTION

Hi,
 
This post was not answered.  Can anybody help me out?



From: willie bunter 
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, April 17, 2012 12:13:35 PM
Subject: SMS QUESTION

I encountered the problem with defining a VSAM EXTENDED dsn at a recent
disaster recovery.  The SMS rules - ACS or DC, MC ,SC & SG - are the same as
in our production system.  However I could not understand the reason for
this problem.  As a work around I defined the MCDS to use 4,000
cylinders on HSM001 which is a MOD-9.  What is also suprising is that the
BCDS which is also VSAM EXTENDED worked fine.  
 
Below is the output of the failing job.
 
  DEFINE CLUSTER -   
  (NAME(SYS2.MCDS)  -
  VOLUMES(HSM001)  -  
  CYLINDERS(8000)  -  
  RECORDSIZE(435 2040)  FREESPACE(0  0) -     
  INDEXED  KEYS(44  0)   SHAREOPTIONS(3 3) -     
  SPEED BUFFERSPACE(530432) -    
  UNIQUE   NOWRITECHECK)  -   
  DATA  -    
    (NAME(SYS2.MCDS.DATA) -   
  CONTROLINTERVALSIZE(12288)) -      
  INDEX  -    
    (NAME(SYS2.MCDS.INDEX) -     
  CONTROLINTERVALSIZE(2048))  
0IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET
 SYS2.MCDS
 RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV
 IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING
 RETURN CODE 140 REASON CODE 110
 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU
 SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR SSIRT
 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00025
 IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET
 SYS2.MCDS
0IDC3014I CATALOG ERROR
 IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS
 IDC3009I IGG0CLEV-110
1IDCAMS  SYSTEM SERVICES   TIME:
19:20:13    04/02/12 PAGE  2
0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[willie bunter]

That is what I did to fix the problem.  But my question is why this would 
happen.  The SMS rules show that it is VSAM EXTENDED and the volume is a 3390-9 
model.  




From: Ernie Takeuchi 
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, April 20, 2012 12:18:20 PM
Subject: Re: SMS QUESTION

Try a smaller space allocation.
"willie bunter"  wrote in message news: 
<1334937117.83658.yahoomail...@web113615.mail.gq1.yahoo.com>...

Hi,



This post was not answered.  Can anybody help me out?







From: willie bunter 

To: IBM-MAIN@bama.ua.edu 

Sent: Tuesday, April 17, 2012 12:13:35 PM

Subject: SMS QUESTION



I encountered the problem with defining a VSAM EXTENDED dsn at a recent 
disaster recovery.  The SMS rules - ACS or DC, MC ,SC & SG - are the same as in 
our production system.  However I could not understand the reason for this 
problem.  As a work around I defined the MCDS to use 4,000

cylinders on HSM001 which is a MOD-9.  What is also suprising is that the BCDS 
which is also VSAM EXTENDED worked fine.  



Below is the output of the failing job.



  DEFINE CLUSTER -                                                      

      (NAME(SYS2.MCDS)  -

      VOLUMES(HSM001)  -                                                  

          CYLINDERS(8000)                  -                              

          RECORDSIZE(435 2040)      FREESPACE(0  0) -                    

          INDEXED  KEYS(44  0)  SHAREOPTIONS(3 3) -                    

          SPEED BUFFERSPACE(530432) -                                    

          UNIQUE  NOWRITECHECK)  -                                      

      DATA  -                                                            

            (NAME(SYS2.MCDS.DATA) -                                      

      CONTROLINTERVALSIZE(12288)) -                                      

      INDEX  -                                                            

            (NAME(SYS2.MCDS.INDEX) -                                    

      CONTROLINTERVALSIZE(2048))                                          

0IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET

SYS2.MCDS

RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV

IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING

RETURN CODE 140 REASON CODE 110

THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU

SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR SSIRT

SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00025

IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET

SYS2.MCDS

0IDC3014I CATALOG ERROR

IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS

IDC3009I IGG0CLEV-110

1IDCAMS  SYSTEM SERVICES                                          TIME: 
19:20:13        04/02/12    PAGE      2

0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

FW: SMS QUESTION

[Doug Fuerst]

Sorry, was responding to another problem. Got replies crossed over.

-Original Message-
From: Doug Fuerst [mailto:d...@bkassociates.net] 
Sent: Friday, April 20, 2012 12:20 PM
To: 'IBM Mainframe Discussion List'
Cc: Doug Fuerst
Subject: RE: SMS QUESTION

This is a catalog error. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of willie bunter
Sent: Friday, April 20, 2012 11:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMS QUESTION

Hi,
 
This post was not answered.  Can anybody help me out?



From: willie bunter 
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, April 17, 2012 12:13:35 PM
Subject: SMS QUESTION

I encountered the problem with defining a VSAM EXTENDED dsn at a recent
disaster recovery.  The SMS rules - ACS or DC, MC ,SC & SG - are the same as
in our production system.  However I could not understand the reason for
this problem.  As a work around I defined the MCDS to use 4,000
cylinders on HSM001 which is a MOD-9.  What is also suprising is that the
BCDS which is also VSAM EXTENDED worked fine.  
 
Below is the output of the failing job.
 
  DEFINE CLUSTER -   
  (NAME(SYS2.MCDS)  -
  VOLUMES(HSM001)  -  
  CYLINDERS(8000)  -  
  RECORDSIZE(435 2040)  FREESPACE(0  0) -     
  INDEXED  KEYS(44  0)   SHAREOPTIONS(3 3) -     
  SPEED BUFFERSPACE(530432) -    
  UNIQUE   NOWRITECHECK)  -   
  DATA  -    
    (NAME(SYS2.MCDS.DATA) -   
  CONTROLINTERVALSIZE(12288)) -      
  INDEX  -    
    (NAME(SYS2.MCDS.INDEX) -     
  CONTROLINTERVALSIZE(2048))  
0IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET
 SYS2.MCDS
 RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV
 IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING
 RETURN CODE 140 REASON CODE 110
 THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU
 SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR SSIRT
 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00025
 IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET
 SYS2.MCDS
0IDC3014I CATALOG ERROR
 IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS
 IDC3009I IGG0CLEV-110
1IDCAMS  SYSTEM SERVICES   TIME:
19:20:13    04/02/12 PAGE  2
0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[Darth Keller]

That is what I did to fix the problem.  But my question is why this would 
happen.  The SMS rules show that it is VSAM EXTENDED and the volume is a 
3390-9 model.  
>>>

It would appear based on the little evidence we see that it was not VSAM 
Extended.  You say your SMS rules show that it is VE - how do you know 
that for sure?  There's nothing in the error messages you included that 
show that.  Here is a case where WRITE statements in your SMS code would 
have easily helped you debug the issue.

ddk





This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[Doug Fuerst]

You have to see if the proper SMS path was used. The indication is that the
EA bit was not active for this allocation. If it does not fail with a
similar allocation of a test file in your normal system, you may have to
wait until the next DR shot to figure it out.

Doug

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of willie bunter
Sent: Friday, April 20, 2012 12:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMS QUESTION

That is what I did to fix the problem.  But my question is why this would
happen.  The SMS rules show that it is VSAM EXTENDED and the volume is a
3390-9 model.  




From: Ernie Takeuchi 
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, April 20, 2012 12:18:20 PM
Subject: Re: SMS QUESTION

Try a smaller space allocation.
"willie bunter"  wrote in message news:
<1334937117.83658.yahoomail...@web113615.mail.gq1.yahoo.com>...

Hi,



This post was not answered.  Can anybody help me out?







From: willie bunter 

To: IBM-MAIN@bama.ua.edu 

Sent: Tuesday, April 17, 2012 12:13:35 PM

Subject: SMS QUESTION



I encountered the problem with defining a VSAM EXTENDED dsn at a recent
disaster recovery.  The SMS rules - ACS or DC, MC ,SC & SG - are the same as
in our production system.  However I could not understand the reason for
this problem.  As a work around I defined the MCDS to use 4,000

cylinders on HSM001 which is a MOD-9.  What is also suprising is that the
BCDS which is also VSAM EXTENDED worked fine.  



Below is the output of the failing job.



  DEFINE CLUSTER -                                                      

      (NAME(SYS2.MCDS)  -

      VOLUMES(HSM001)  -                                                  

          CYLINDERS(8000)                  -                              

          RECORDSIZE(435 2040)      FREESPACE(0  0) -                    

          INDEXED  KEYS(44  0)  SHAREOPTIONS(3 3) -                    

          SPEED BUFFERSPACE(530432) -                                    

          UNIQUE  NOWRITECHECK)  -                                      

      DATA  -                                                            

            (NAME(SYS2.MCDS.DATA) -                                      

      CONTROLINTERVALSIZE(12288)) -                                      

      INDEX  -                                                            

            (NAME(SYS2.MCDS.INDEX) -                                    

      CONTROLINTERVALSIZE(2048))                                          

0IGD17103I CATALOG ERROR WHILE DEFINING VSAM DATA SET

SYS2.MCDS

RETURN CODE IS 140 REASON CODE IS 110 IGG0CLEV

IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING

RETURN CODE 140 REASON CODE 110

THE MODULE THAT DETECTED THE ERROR IS IGDVTSCU

SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR SSIRT

SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00025

IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET

SYS2.MCDS

0IDC3014I CATALOG ERROR

IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS

IDC3009I IGG0CLEV-110

1IDCAMS  SYSTEM SERVICES                                          TIME:
19:20:13        04/02/12    PAGE      2

0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[Mark Zelden]

On Fri, 20 Apr 2012 09:37:29 -0700, willie bunter  
wrote:

>That is what I did to fix the problem.  But my question is why this would 
>happen.  The SMS rules show that it is VSAM EXTENDED and the volume is a 
>3390-9 model.  

SMS rules don't "show" anything.   A LISTCAT after the define would show 
something, 
but you aren't getting that far.  You need to trace the SMS rules with write 
statements
or IEEIBALL or ISV software.   Do you have the output still of when this
was done in production to prove someone didn't specify DATACLAS(..)?

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DESERV for HFS Folders?

[Charles Mills]

Bob, thanks, a lot of stuff in there, most of it waay beyond what I
need. Is there a particular service you had in mind for my problem below?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Bob Shannon
Sent: Friday, April 20, 2012 4:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DESERV for HFS Folders?

> I need to be able to process for input all members of a PDS, PDSE, or 
> HFS folder.

Refer to UNIX System Services File System Interface Reference SA22-7808.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: DESERV for HFS Folders?

[Charles Mills]

Thanks. 

Sounds like I will need two code paths:

- DESERV for PDS(E)
- readdir (which in my general UNIX ignorance I was not aware of) for HFS
directories

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of McKown, John
Sent: Friday, April 20, 2012 5:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DESERV for HFS Folders?

I think the only way to do what you want is via the UNIX readdir type
functionality. The only thing I can find for reading a directory using
non-UNIX BPAM support are the BLDL and FIND macros. Conspicuously missing is
DESERV support.
Also, here
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d490/3.8.7.4
it says:
DESERV provides interfaces to access the directories of PDS and PDSE data
sets. 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d570/2.2.20
says the same thing in very similar word.
But here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2r190/8.0
it is explicitly stated:

 Table 73. DESERV reason codes

 Reason   
  Code   Meaning   
1127 (X'0467')   UNIX(r) directories not supported.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

ACF2 - RACF Conversion Utility

[George Henke]

Does anyone know of an ACF2 to RACF conversion utility?

-- 
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: ACF2 - RACF Conversion Utility

[Jerry Whitteridge]

There certainly used to be a utility from Top Secret to RACF that IBM used
when they converted us. I suspect each of the major Vendors will have
utilities/services that convert TO their favoured product.

Jerry Whitteridge
Lead Systems Programmer
Safeway Inc.
925 951 4184

If you feel in control
you just aren't going fast enough.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of George Henke
Sent: Friday, April 20, 2012 12:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: ACF2 - RACF Conversion Utility

Does anyone know of an ACF2 to RACF conversion utility?

-- 
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: ACF2 - RACF Conversion Utility

[Grinsell, Don]

I think Vanguard has tools to do that.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"We want a few mad people now. See where the sane ones have landed us!"
~ George Bernard Shaw (1856-1950)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
George Henke
Sent: Friday, 20 April 2012 13:54
To: IBM-MAIN@bama.ua.edu
Subject: ACF2 - RACF Conversion Utility

Does anyone know of an ACF2 to RACF conversion utility?

--
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: ACF2 - RACF Conversion Utility

[Walt Farrell]

On Fri, 20 Apr 2012 15:54:25 -0400, George Henke  wrote:

>Does anyone know of an ACF2 to RACF conversion utility?

IBM, Vanguard, and others have utilities that will help with that, usually (as 
far as I know) as part of a priced service offering. And from my experiences 
watching from the sidelines while I was an IBMer, and talking to the IBMers who 
did the conversions, I would strongly recommend using a vendor-provided service 
rather than trying it on your own. There can be a lot of subtleties involved 
with getting the conversion done right, and it can require a strong knowledge 
of both security systems to get a successful conversion and make the best use 
of the new product.

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: SMS QUESTION

[retired mainframer]

Can you produce the output of LISTCAT ENT('SYS2.MCDS') ALL from both systems
and see what the differences are?

:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:>: Behalf Of willie bunter
:>: Sent: Friday, April 20, 2012 9:37 AM
:>: To: IBM-MAIN@bama.ua.edu
:>: Subject: Re: SMS QUESTION
:>:
:>: That is what I did to fix the problem.  But my question is why this
:>: would happen.  The SMS rules show that it is VSAM EXTENDED and the
:>: volume is a 3390-9 model.
:>:
:>:
:>:
:>: 
:>: From: Ernie Takeuchi 
:>: To: IBM-MAIN@bama.ua.edu
:>: Sent: Friday, April 20, 2012 12:18:20 PM
:>: Subject: Re: SMS QUESTION
:>:
:>: Try a smaller space allocation.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Explination of S0C4 reason code 4 and related data areas

[Micheal Butz]

Hi,

 

Was wondering If someone could clear up some things for me

 

 

A S0C4 reason code 4 means the storage key and the PSW key don't match
typically trying to access storage key 0 when the PSW key is key 8

 

Two questions arise from this

 

. Does it matter what the PSW key at the time of the STORAGE OBTAIN
was e.g.  

 

 

1.   Obtaining storage from subpool 0 where the storage key is 8 and PSW
key at the time for what ever reason was in KEY 0.
 Would I have to set the PSW Key to 0 if I were trying to access that
storage later on say while running in some other task because when I did the
STORAGE OBTAIN the PSW KEY 8 - 11 was 0

 

2.   The same situation would be then true if access CSA storage subpool
241 with Key=8 ( Iknow a no no) but the PSW KEY was 0. Later on when trying
to access/modify the storage would I have to set PSW key 8 - 11 have to be 0
 

 

 

. Of what significance does is the key the TCB (TCBPKF) since it
seems only PSW KEY 8 - 11 and the key the page of the storage is seems to be
relevant

 

 

Thanks


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Explination of S0C4 reason code 4 and related data areas

[Sam Siegel]

The storage keys exceptions are determined during the process of executing
the specific instruction.  The value of PSW key at any time prior to the
specific instruction being executed is not relevant.

On Fri, Apr 20, 2012 at 2:19 PM, Micheal Butz wrote:

> Hi,
>
>
>
> Was wondering If someone could clear up some things for me
>
>
>
>
>
> A S0C4 reason code 4 means the storage key and the PSW key don't match
> typically trying to access storage key 0 when the PSW key is key 8
>
>
>
> Two questions arise from this
>
>
>
> . Does it matter what the PSW key at the time of the STORAGE OBTAIN
> was e.g.
>
>
>
>
>
> 1.   Obtaining storage from subpool 0 where the storage key is 8 and
> PSW
> key at the time for what ever reason was in KEY 0.
>  Would I have to set the PSW Key to 0 if I were trying to access that
> storage later on say while running in some other task because when I did
> the
> STORAGE OBTAIN the PSW KEY 8 - 11 was 0
>
>
>
> 2.   The same situation would be then true if access CSA storage
> subpool
> 241 with Key=8 ( Iknow a no no) but the PSW KEY was 0. Later on when trying
> to access/modify the storage would I have to set PSW key 8 - 11 have to be
> 0
>
>
>
>
>
>
> . Of what significance does is the key the TCB (TCBPKF) since it
> seems only PSW KEY 8 - 11 and the key the page of the storage is seems to
> be
> relevant
>
>
>
>
>
>Thanks
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: ACF2 - RACF Conversion Utility

[Skip Robinson]

Conversion here happened in the mid 80s years before I came. The method 
was apparently RYO brute force 'translation' of every attribute in ACF2 to 
something comparable (or at least workable) in RACF. The result is that 
today we have over 14K userids and over 4K groups. These numbers far 
exceed anything reasonable given the number mainframe personnel. At the 
time of the conversion, no one wanted to spend extra time culling the gems 
from the pebbles. 

I suggest that if you're serious about converting, regardless of who does 
it or how, you create a sub-project to whittle down your current ACF2 
environment to what you really need. Be aware that ACF2 allows you to 
include ids that are substrings of a defined id but are not themselves 
permitted explicitly. As Walt suggests, this is not necessarily something 
an amateur should try at home. ;-) 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Walt Farrell 
To: IBM-MAIN@bama.ua.edu
Date:   04/20/2012 01:46 PM
Subject:Re: ACF2 - RACF Conversion Utility
Sent by:IBM Mainframe Discussion List 



On Fri, 20 Apr 2012 15:54:25 -0400, George Henke  
wrote:

>Does anyone know of an ACF2 to RACF conversion utility?

IBM, Vanguard, and others have utilities that will help with that, usually 
(as far as I know) as part of a priced service offering. And from my 
experiences watching from the sidelines while I was an IBMer, and talking 
to the IBMers who did the conversions, I would strongly recommend using a 
vendor-provided service rather than trying it on your own. There can be a 
lot of subtleties involved with getting the conversion done right, and it 
can require a strong knowledge of both security systems to get a 
successful conversion and make the best use of the new product.

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Tcpip sockets and dns

[Scott Ford]

All,

I have a question, we have a COBOL Tcpip client, server hybrid. 
We drive with the destination ip address or dns host name and port.
The issue is this

1. Destination is a host 'abcdef' for example pointing to ip address 
192.168.1.222
2. Host 'abcdef' goes down, tcpip client goes into recovery by gethostbyname 
and 
Ezacic08 ...
3. Now host 'abcdef' points to 192.168.1.221
 A. Dig abcdef confirms its 221
4. Gethostbyname returns rc=0
5. Ezacic08 fails the returning address is blank.

I should after after the ip changes to 221 , I can recycle client and it finds 
221

Is my logic wrong, that all you have to do is re drive gethostbyname and then 
ezacic08 ?
This is written in CICS sockets.

Any help is much appreciated. 

Scott Ford
Senior Systems Engineer
www.identityforge.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Explination of S0C4 reason code 4 and related data areas

[Tony Harminc]

On 20 April 2012 17:19, Micheal Butz  wrote:

> A S0C4 reason code 4 means the storage key and the PSW key don't match

There are other possible reasons for an 0C4-04 abend, but 0C4-04 is
always a protection exception of some sort.

> typically trying to access storage key 0 when the PSW key is key 8

Yes, typically.

> Does it matter what the PSW key at the time of the STORAGE OBTAIN was e.g.

> 1.       Obtaining storage from subpool 0 where the storage key is 8 and PSW
> key at the time for what ever reason was in KEY 0.
>  Would I have to set the PSW Key to 0 if I were trying to access that
> storage later on say while running in some other task because when I did the
> STORAGE OBTAIN the PSW KEY 8 - 11 was 0

Are you trying to ask if the PSW key at the time of STORAGE OBTAIN or
GETMAIN determines the key of the storage that is obtained? If so, the
answer is "it depends". Both the form of the macro you use to obtain
storage, and the subpool you obtain it from can affect the key of that
storage. You need to read carefully both the description of the
keywords on the macro you are using, and that of the subpool you are
specifying. Some subpool requests return storage with a key of the
caller's PSW key; others do not. There are further subtleties. The
summary of subpools in section 1.8.3 of the MVS Diagnosis Reference is
very helpful, but is not entirely a substitute for reading the macro
descriptions carefully.

> 2.       The same situation would be then true if access CSA storage subpool
> 241 with Key=8 ( Iknow a no no) but the PSW KEY was 0. Later on when trying
> to access/modify the storage would I have to set PSW key 8 - 11 have to be 0

An instruction executed when the PSW key is 0 will not encounter an
exception because of key-controlled storage protection, but it can
still fail if page protection or low storage protection is in effect.

> .         Of what significance does is the key the TCB (TCBPKF) since it
> seems only PSW KEY 8 - 11 and the key the page of the storage is seems to be
> relevant

Significance to what? To the key of the storage that you obtain? Or to
other things? Certainly TCBPKF has no direct effect on what happens
during the execution of a machine instruction.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

PDF vs. Bookie (was: ADATA Exit)

[Paul Gilmartin]

On 2012-04-20 11:53, Martin Truebner wrote in ASSEMBLER-LIST:


Did you ever try to copy code from a PDF? As and idea: a funny char
aside of the space (in col 1) and an other one in col 10 and col 16
would make it a easy to rebuild source from a (PDF-)printed manual.
  

1) There's another good reason here to regret IBM's SoD to
   abandon Bookie in favor of PDF.

1a) I did this many years ago with, IIRC, the very same example
   in Bookie format.  Wasn't too bad.  Strip the gutters and
   filter out the page headers.

1b) I like to distribute README files containing code examples
   as HTML with the code between  and .  Copy the
   HTML; edit out the (minimal) markup and go.

2) It may depend on your PDF viewer.  Some are worse than others
   (not to call the others better).  Many trash the indention.


gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

IBM C/C++ Productivity Tools for OS/390

[Charles Mills]

The current (V1R13) LE Concepts Guide refers to "the IBM C/C++ Productivity
Tools for OS/390 product." Is that really the current name of the product
(OS/390)? It's Windows-based? Does anyone have any idea of the pricing? (I
don't have an IBM salesperson in my hip pocket.)

Thanks,

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM C/C++ Productivity Tools for OS/390

[Lloyd Fuller]

I do not know if that is the name of the product, but several things in C/C++ 
for z/OS report themselves as OS/390.  And that is what many of the open source 
products expect for z/OS.

Lloyd



- Original Message 
From: Charles Mills 
To: IBM-MAIN@bama.ua.edu
Sent: Fri, April 20, 2012 7:29:26 PM
Subject: IBM C/C++ Productivity Tools for OS/390

The current (V1R13) LE Concepts Guide refers to "the IBM C/C++ Productivity
Tools for OS/390 product." Is that really the current name of the product
(OS/390)? It's Windows-based? Does anyone have any idea of the pricing? (I
don't have an IBM salesperson in my hip pocket.)

Thanks,

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM C/C++ Productivity Tools for OS/390

[David Crayford]

I looked into the product a few years ago and it wasn't available via 
partnerworld. It's mostly been deprecated by RDz. I was mostly interested in 
the profiler. 




On 21/04/2012, at 7:28 AM, Charles Mills  wrote:

> The current (V1R13) LE Concepts Guide refers to "the IBM C/C++ Productivity
> Tools for OS/390 product." Is that really the current name of the product
> (OS/390)? It's Windows-based? Does anyone have any idea of the pricing? (I
> don't have an IBM salesperson in my hip pocket.)
> 
> Thanks,
> 
> Charles 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM C/C++ Productivity Tools for OS/390

[Charles Mills]

> I was mostly interested in the profiler.

Me too. What did you end up using?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of David Crayford
Sent: Friday, April 20, 2012 6:25 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM C/C++ Productivity Tools for OS/390

I looked into the product a few years ago and it wasn't available via
partnerworld. It's mostly been deprecated by RDz. I was mostly interested in
the profiler. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN