Re: Emulators

[R.S.]

Ram Balaji wrote:

Hi all,

Is there any free?Mainframe(JCL,CICS) simulators available for desktop PC? 
They say NEXUS terminal is free nut I cant find a working host name/ Ip address for it...


Nexus terminal is cheap, but not free.
 BTW: it is very fine terminal 

What's free, Nexus author wrote some software to emulate host on PC, so 
Nexus (*and any other*) terminal can be tested without real host 
connection. And this is free. And it proves that Nexus is very fast.


Of course host emulation is not whole mainframe and z/OS - it is only 
data stream to 3270 terminal.


Last but not least (for me) - Nexus supports polish codepage correctly, 
which is uncommon.


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA ICC Consoles

[R.S.]

Hal Merritt wrote:

POR? Why? AFAIK, the last three remaining reasons for a POR are: loss of
power, adding a new LPAR, and bringing up a box for the very first time.


I thought I heard that some relief in adding an LPAR is in the pipeline.

You heard correctly.
However the list above can be complemented:
- change of subchannels limit in CSS (for sure)
- perhaps adding CSS

BTW: AFAIK HCD dialogs issue warning when such change is performed.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX error

[Scott Ford]

Claudio,

You need a '/* RExx   */'  line as your first line like below:


/* rexx*/
/* Author:  Scott Ford, IDF*/
/* Date:08-25-2008 */
/* Program: RACFFND*/
/* Narative: finds all group members against search all users  */
/*-*/
arg grpid
trec = '';
nmatch. = '';


Add the first line as ablove and it will work fine ...


Scott Ford
Senior Systems Engineer

 
[p] 678.266.3399 x304[m] 609-346-0399  identityforge.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you have
received it in error, please notify the sender immediately or let us know at

[EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the
original.  Any other use of the email by you is prohibited.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Luis Monge
Sent: Wednesday, October 08, 2008 12:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: REXX error

Hola Claudio,

Your problem is that it should be encased in double quotes...ie

say "Este programa informa em que dia da semana foi ou sera o Natal em 
determinado ano, que ano quer saber ?"

Saludos



Claudio Marcio wrote:
> hi,
>
> see the first lines of the my exec rexx
>
> ** * Top of Data 
> **
> ==MSG> -Warning- The UNDO command is not available until you change
> ==MSG>   your edit profile using the command RECOVERY ON.
> 000100  say 'Este programa informa em que dia da semana foi ou sera o 
> Natal
> 000200  em determinado ano, que ano quer saber ?'
> 000300 pull year
>
>
> before run, appears this message??
>
> : F   & Bsay 'Este programa informa em que dia da semana foi ou sera o
> IKJ56545I THIS STATEMENT HAS AN INVALID SYMBOLIC VARIABLE
>
> regards
>
>
> - Original Message - From: "Paul Gilmartin" 
> <[EMAIL PROTECTED]>
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Tuesday, October 07, 2008 11:16 AM
> Subject: Re: REXX error
>
>
>> On Tue, 7 Oct 2008 08:25:09 -0400, P S wrote:
>>
>>> Or just replace the first line of the program with /**/ and you'll
>>> know it's good (less scientific, but easier!).
>>>
>> Ummm.  If the program was loaded from SYSPROC, this will cause it
>> to be treated as a CLIST rather than an EXEC, and the OP is not
>> likely to know it's good.
>>
>> If the error is due to a code page problem, there are likely to
>> be additional instances, and disabling the first line may leave
>> residual errors, even if the program was loaded from SYSEXEC or
>> invoked via the API.
>>
>>> On Tue, Oct 7, 2008 at 7:59 AM, Lizette Koehler wrote:

 You can change the hex data to a blank with the command:   C P'.' ' '

>> Which is unlikely to achieve the OP's intent unless he intended
>> a blank where the nondisplayable character(s) appeared.
>>
>> Would you advise "C P'.' ' ' ALL"?
>>
> when I run my exec REXX the error appears:
>  1 +++ ?
> IRX0013I Error running BRAS, line 1: Invalid character in program
>>
>> Code page problems are challenging to a novice (or a non-novice).
>> So, what was the hex value of the nondisplayable character in the
>> first line?  What graphic did the programmer intend to appear there?
>> What code page was the programmer's terminal using?  What code
>> page was Rexx using?  Was the program coded on a workstation, with
>> the hazard of transmission errors?
>>
>> -- gil
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ASG Workload Planner

[Ed Finnell]

 
In a message dated 10/8/2008 12:23:36 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

ASG had to rewrite parts of the code (when Beta Systems changed their  
licencing scheme with BSA V4 - ASGWP used to be called Beta44), but they  
didn't 
really know what they were doing and stumbled along in a trial and  error 
situation. 


>>
IIRC BETA42 was the rename of Smart Schedular  from Pecan System.
It was simple easy to use and install.  Shortly after acquisition founder 
George Elliott had massive coronary at young  age. Then with the Platinum, 
Zelda, 
Beta ruling; ASG ended up with stuff that  it didn't exactly have a model 
for. After years it's pretty much parceled out  and we're left with the  
outliers.







**New MapQuest Local shows what's happening at your destination.  
Dining, Movies, Events, News & more. Try it out!  
(http://local.mapquest.com/?ncid=emlcntnew0001)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Ed Finnell]

 
In a message dated 10/8/2008 12:07:25 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

How about try to delete using VVR option. May be can help.  



>>
If you know which pack it's on can do DIAGNOSE  and it should tell you the 
problems.
 
Sounds like to me the UCAT is missing or  disconnected.
 
===>listc ent('hlq')  all
===>listc ent('ucat_name')  all'







**New MapQuest Local shows what's happening at your destination.  
Dining, Movies, Events, News & more. Try it out!  
(http://local.mapquest.com/?ncid=emlcntnew0001)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ASG Workload Planner

[Barbara Nitz]

And here I thought someone else popped up who is using it, too!

Well, we do use it, and we are not too happy with it, but apparently all 
alternatives are much more expensive. In essence, one colleague is doing an 
occasional print (if the client component decides to cooperate), and I am 
saddled with installing it.

In my opinion and the opinion of my colleague support for the product is 
abysmal. To me it appears that ASG had to rewrite parts of the code (when Beta 
Systems changed their licencing scheme with BSA V4 - ASGWP used to be called 
Beta44), but they didn't really know what they were doing and stumbled along in 
a trial and error situation. 

What exactly do you want to know?

Regards, Barbara Nitz
-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Mohd Shahrifuddin]

Dear Howard,

How about try to delete using VVR option. May be can help. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA ICC Consoles

[Barbara Nitz]

Dave,

>We're not a sysplex, so none of this applies. 

I beg to differ. :-) Unless you're still at z/OS 1.2, you have a WLM CDS which 
requires a sysplex CDS which makes you a sysplex. Well, a sysplex of one called 
a monoplex (Shane, I don't want to hear a comment from you:-) !). So this still 
applies, but it answers the main question: The data from the sysplex CDS were 
taken, and you should see quite a few IEA196I messages telling you that the new 
values were ignored. I think. Did you check the syslog for them?

Can someone from IBM (Kevin maybe?) confirm that this ignoring of old values is 
still true for a monoplex?

>Do you IPL in a specific order in a sysplex after hardware maintenance ??? 
>Last one down is first one
>up ???

Yes, I did. Back when the lpars in our sysplexes were not distributed across 
boxes. Depending on the effect I wanted. I deliberately 'cold-started' the 
sysplex to do console cleanup and to make sure that the consolxx definitions I 
wanted were taken. I remember that we even had a discussion on ibm-main about 
it because IBM believes that no one ever *wants* to cold-start a sysplex. Some 
installations do the cold-start by accident, some have a specific order 
dictated by business reasons. Some are astonished when they accidentally do a 
cold-start, and for the first time some console definitions apply that had been 
put into the console member about x years ago. Which usually results in effects 
like you've seen:-)

Regards, Barbara
-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX error

[Luis Monge]

Hola Claudio,

Your problem is that it should be encased in double quotes...ie

say "Este programa informa em que dia da semana foi ou sera o Natal em 
determinado ano, que ano quer saber ?"


Saludos



Claudio Marcio wrote:

hi,

see the first lines of the my exec rexx

** * Top of Data 
**

==MSG> -Warning- The UNDO command is not available until you change
==MSG>   your edit profile using the command RECOVERY ON.
000100  say 'Este programa informa em que dia da semana foi ou sera o 
Natal

000200  em determinado ano, que ano quer saber ?'
000300 pull year


before run, appears this message??

: F   & Bsay 'Este programa informa em que dia da semana foi ou sera o
IKJ56545I THIS STATEMENT HAS AN INVALID SYMBOLIC VARIABLE

regards


- Original Message - From: "Paul Gilmartin" 
<[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, October 07, 2008 11:16 AM
Subject: Re: REXX error



On Tue, 7 Oct 2008 08:25:09 -0400, P S wrote:


Or just replace the first line of the program with /**/ and you'll
know it's good (less scientific, but easier!).


Ummm.  If the program was loaded from SYSPROC, this will cause it
to be treated as a CLIST rather than an EXEC, and the OP is not
likely to know it's good.

If the error is due to a code page problem, there are likely to
be additional instances, and disabling the first line may leave
residual errors, even if the program was loaded from SYSEXEC or
invoked via the API.


On Tue, Oct 7, 2008 at 7:59 AM, Lizette Koehler wrote:


You can change the hex data to a blank with the command:   C P'.' ' '


Which is unlikely to achieve the OP's intent unless he intended
a blank where the nondisplayable character(s) appeared.

Would you advise "C P'.' ' ' ALL"?


when I run my exec REXX the error appears:
 1 +++ ?
IRX0013I Error running BRAS, line 1: Invalid character in program


Code page problems are challenging to a novice (or a non-novice).
So, what was the hex value of the nondisplayable character in the
first line?  What graphic did the programmer intend to appear there?
What code page was the programmer's terminal using?  What code
page was Rexx using?  Was the program coded on a workstation, with
the hazard of transmission errors?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX error

[Claudio Marcio]

hi,

see the first lines of the my exec rexx

** * Top of Data 
**

==MSG> -Warning- The UNDO command is not available until you change
==MSG>   your edit profile using the command RECOVERY ON.
000100  say 'Este programa informa em que dia da semana foi ou sera o Natal
000200  em determinado ano, que ano quer saber ?'
000300 pull year


before run, appears this message??

: F   & Bsay 'Este programa informa em que dia da semana foi ou sera o
IKJ56545I THIS STATEMENT HAS AN INVALID SYMBOLIC VARIABLE

regards


- Original Message - 
From: "Paul Gilmartin" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, October 07, 2008 11:16 AM
Subject: Re: REXX error



On Tue, 7 Oct 2008 08:25:09 -0400, P S wrote:


Or just replace the first line of the program with /**/ and you'll
know it's good (less scientific, but easier!).


Ummm.  If the program was loaded from SYSPROC, this will cause it
to be treated as a CLIST rather than an EXEC, and the OP is not
likely to know it's good.

If the error is due to a code page problem, there are likely to
be additional instances, and disabling the first line may leave
residual errors, even if the program was loaded from SYSEXEC or
invoked via the API.


On Tue, Oct 7, 2008 at 7:59 AM, Lizette Koehler wrote:


You can change the hex data to a blank with the command:   C P'.' ' '


Which is unlikely to achieve the OP's intent unless he intended
a blank where the nondisplayable character(s) appeared.

Would you advise "C P'.' ' ' ALL"?


when I run my exec REXX the error appears:
 1 +++ ?
IRX0013I Error running BRAS, line 1: Invalid character in program


Code page problems are challenging to a novice (or a non-novice).
So, what was the hex value of the nondisplayable character in the
first line?  What graphic did the programmer intend to appear there?
What code page was the programmer's terminal using?  What code
page was Rexx using?  Was the program coded on a workstation, with
the hazard of transmission errors?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA ICC Consoles

[Field, Alan C.]

A POR isn't necessary to activate microcode updates on current hardware.
IBM worked hard three or four years ago to eliminate this requirement.

On the other hand new OSA microcode requires reloading the OSA cards.
I'm not sure of the procedure to do it without a POR, but we typically
schedule a POR because it is simpler than doing the manual process six
times to reload them all.

Alan 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Kopischke
Sent: Tuesday, October 07, 2008 17:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: OSA ICC Consoles

On Tue, 7 Oct 2008 14:17:05 -0500, Hal Merritt wrote:

>POR? Why? AFAIK, the last three remaining reasons for a POR are: loss
of
>power, adding a new LPAR, and bringing up a box for the very first
time.
>

I don't know. Our CE comes in, applies firmware maintenance and says a
POR 
is required to activate it. I don't really question the need. Is that
not 
necessary ???

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS LOCk

[John McKown]

On Tue, 7 Oct 2008, Anton Britz wrote:

> Hi Ram,
> 
> Do not get confused with all these technical discussions that you received 
> but 
> lets start at the very beginning :
> 
> a) Are you a User , a Systems programmer or just a programmer

For some reason, I just ASSuMEd that he was likely a programmer. 

> b) If you say "sensitive" data .. what do you mean by that 

Good point. If it is personal data, then I'd strongly suggest that it does 
not belong on a company machine.

> c) Who should be able to see this data ? ex. Only you, Your Department 

Again, on a company machine, "only you" should not be an option, IMO. 
Reminds me of some foolish print operators at a place that I used to work. 
The printer was a Xerox 8700 laser. The operators placed "sensitive 
personal" information in a file on it, thinking that nobody else would 
ever see it. Management was not amused when the machine was audited by a 
Xerox person. They were quickly shown the error of their ways, and the 
door. Any wonder that I'm paranoid? .

> d) What operating system are you using

Do PDS'es exist on anything other than z/OS? I know that z/VSE has 
something similar, but the name is different. At least according to my 
fading memory.

> 
> Anton
> 

-- 
Q: What do theoretical physicists drink beer from?
A: Ein Stein.

Maranatha!
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Information Only Console Buffers

[W. Kevin Kelley]

On Thu, 2 Oct 2008 11:16:53 -0500, Hal Merritt <[EMAIL PROTECTED]> 
wrote:

>We are looking to deploy a number of 'information only' consoles using
>PC's and suitable TN3270 client software and the ICC. Of course, PC's
>fail and just disappear. With full function consoles on a 2074 or Visara
>controller, this can cause console buffer shortages. 
>

>From a console buffer point of view there is no difference between a full-
function console and one that is information-only. One may have more 
messages queued to it than the other but the point is any kind of console 
uses console message buffers of some sort. That being said, there are 
differences in the buffering that is done for MCS/SMCS consoles and EMCS 
consoles. MCS and SMCS consoles all use the same buffer pool. This buffer 
pool was designed back when memory was really small and really expensive, so 
only a single copy of a message exists in the pool -- but it is queued (in-
directly) to every console that it is to be displayed on. As each console 
displays the message, the message in the buffer is unqueued from that 
console. But -- and this is why we have gotten buffer shortages -- the 
message is not deleted from the buffer pool (and the buffer space reused) 
until the last console displays the message. If a console fails to display the 
message becauses its hung or otherwise unresponsive (and we can't tell that 
its really dead), the message will stay in the buffer pool until some overt 
action (such as K Q) removes it. So its a good idea to make sure that your 
consoles remain healthy or that you have some automation to deal with a 
buffer shortage by shooting the appropriate console so that we know that its 
dead. EMCS consoles on the other hand do not use the same buffer pool as 
MCS/SMCS consoles. EMCS consoles each have their own copy of a message 
in a data space. For TSO Operators, the data space is unique to the TSO 
user. For address spaces such as NetView (which uses EMCS consoles for 
automation purposes), multiple EMCS consoles in the address space will use 
the same data space although each will have their own copy of a message. 

So the answer to your question is that it depends on whether your 
information-only console is a standard MCS or SMCS console or something 
supported off of an EMCS console. My guess is that you were planning to just 
define another MCS or SMCS console, so yes console buffers are still a 
consideration. And yes we're aware that they are still a problem (though less 
so after the Console Restructure).

W. Kevin Kelley  IBM POK Lab -- z/OS Core Technical Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Rick Fochtman]

What you've got here is a VSAM Cluster. List the catalogs to find the 
catalog that contains it, then do a

 DELETE  PDB.SYSPROG.TMON.LMCICS.V22.VTCWCNTL   CLUSTER -
CAT(catalog name)

It sounds like you may be mis-cataloged. Is the HLQ valid in your 
catalog? Is it an alias pointing to another catalog?


Rick
---

Howard Rifkind wrote:


Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system.  An 
ISPF 3.4 is showing these up.

Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Emulators

[Gerhard Postpischil]

Ram Balaji wrote:
Is there any free?Mainframe(JCL,CICS) simulators available for desktop PC? 
They say NEXUS terminal is free nut I cant find a working host name/ Ip address for it...


Hardware emulator is available. See the Hercules-390 list on 
yahoo groups, or google on Hercules.


Various operating systems available, but limited to ones that 
IBM has no restrictions on (so you can get MVT, MVS, DOS, VM). 
Restricted systems and components are not available, unless you 
happen to work for IBM; these include z/OS, OS/390, ESA, DB2, 
CICS, etc.


For a complete, ready to run MVS system, look in cbttape.org for 
the turnkey system, with matching yahoo group turnkey-mvs


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA ICC Consoles

[Dave Kopischke]

On Tue, 7 Oct 2008 14:17:05 -0500, Hal Merritt wrote:

>POR? Why? AFAIK, the last three remaining reasons for a POR are: loss of
>power, adding a new LPAR, and bringing up a box for the very first time.
>

I don't know. Our CE comes in, applies firmware maintenance and says a POR 
is required to activate it. I don't really question the need. Is that not 
necessary ???

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Dave Kopischke]

On Tue, 7 Oct 2008 17:57:47 -0400, Howard Rifkind wrote:

Here is the listing from a LISTCAT.
 
CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL
   DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA   
   INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX  
...
IDCAMS  SYSTEM SERVICES 
 LISTING FROM CATALOG -- PCAT.SYSTEM
Can't delete it, can't rename it...etc.


It acts like the PDB high level isn't related to this catalog. Maybe a DELETE 
with the CATALOG(PCAT.SYSTEM) parameter ???

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS LOCk

[Anton Britz]

Hi Ram,

Do not get confused with all these technical discussions that you received but 
lets start at the very beginning :

a) Are you a User , a Systems programmer or just a programmer
b) If you say "sensitive" data .. what do you mean by that 
c) Who should be able to see this data ? ex. Only you, Your Department 
d) What operating system are you using

Anton

On Tue, 7 Oct 2008 13:06:40 -0400, Ram Balaji <[EMAIL PROTECTED]> wrote:

>HI all,
>
>Can anyone say how to lock a PDS. All the members of my PDS are sensitive 
can I lock them with password
>Please help me.
>
>Regards,
>Ram Balaji.S
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX EXEC

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 09/24/2008
   at 11:22 PM, Ted MacNEIL <[EMAIL PROTECTED]> said:

>More to the point, century year that is not a mod 400 year is not a leap
>year.

Not quite, but the adjustment won't be in my lifetime.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: STC JCL Question

[Roger Bolan]

You're right.  I had jumped back and taken only a quick glance at the 
original post in the thread, and I was fooled by the wrapping.  The //* 
comment line was the only line in my email copy that had anything out to 
the right, but that was not the line to which the OP was referring.  The 
correct line had wrapped in my copy and I missed it. 
--Roger 

IBM Mainframe Discussion List  wrote on 09/27/2008 
04:43:37 PM:

> No, as the OP said, the numbers that were displaced were on the DD card: 
 
> // DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLPA   ...   0020 
> They became a comment on that card.  Since they overlaid column 72, 
> the next DD card was treated as a continuation. 
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX error

[P S]

> Ummm.  If the program was loaded from SYSPROC, this will cause it
> to be treated as a CLIST rather than an EXEC, and the OP is not
> likely to know it's good.

Ah. That would be a TSO requirement -- that the first line have REXX
in it? If so, then my apologies. I use Rexx on other platforms.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Jim Phoenix]

Perhaps it is in the "wrong" catalog?

Howard Rifkind wrote:
IDC3012I ENTRY PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL NOT FOUND+
IDC0551I ** ENTRY PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL NOT DELETED
IDC0014I LASTCC=8 
IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 
***

  
  


--
| Jim Phoenix  | Voice:   (310) 338-0400 x316   |
| Senior Software Developer| Fax: (310) 338-0801|
| Phoenix Software International   | Alt fax: (310) 337-2685|
| 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] |
| Los Angeles, CA 90045| http://www.phoenixsoftware.com |

Opinions expressed by this individual are not necessarily those of the 
Company.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX error

[Claudio Marcio]

post of the initial lines

  ** * Top of Data 
**

==MSG> -Warning- The UNDO command is not available until you change
==MSG>   your edit profile using the command RECOVERY ON.
000710 /* REXX para mostrar o dia da semana que cai o natal. */
000720 /*/
000730 /* time to do some programming */
000740 /* Say 'Ok Christmas day falls on a  day in 'year' ?'*/
000750 say 'Este programa informa em que dia da semana foi ou sera o Natal
000800 em determinado ano, que ano quer saber ?'
000900 pull year

regards



- Original Message - 
From: "Hardee, Charles H" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, October 07, 2008 12:48 PM
Subject: Re: REXX error



Can you post the first 5 or 6 lines in a fixed pitch font like Courier?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Howard Rifkind]

IDC3012I ENTRY PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL NOT FOUND+
IDC0551I ** ENTRY PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL NOT DELETED
IDC0014I LASTCC=8 
IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 
***


>>> Jason Gately <[EMAIL PROTECTED]> 10/7/2008 6:02 PM >>>
If you do a TSO DELETE 'PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL'what R
eturn & Reason Codes do you get back from IDCAMS.

Might provide some clue as to what's going on.


Cheers.Jason.






Howard Rifkind <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
08/10/2008 08:57 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU 
cc

Subject
Re: Help with deleting datasets which are not cataloged or don't exist.






Yes it was.

Here is the listing from a LISTCAT.

CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL 
   DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA 
   INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX 
NONVSAM --- SCRIPT.R40.ADCFASM 
NONVSAM --- SCRIPT.R40.ADCFIMAG 
NONVSAM --- SCRIPT.R40.ADCFMAC 
NONVSAM --- SCRIPT.R40.ADCFSAMP 
NONVSAM --- SCRIPT.R40.AFONTPS 
NONVSAM --- SCRIPT.R40.AMACLIB 
NONVSAM --- SCRIPT.R40.DCFASM 
NONVSAM --- SCRIPT.R40.DCFDIST 
NONVSAM --- SCRIPT.R40.DCFIMAGE 
NONVSAM --- SCRIPT.R40.DCFLOAD 
NONVSAM --- SCRIPT.R40.DCFMAC 
NONVSAM --- SCRIPT.R40.DCFSAMP 
NONVSAM --- SCRIPT.R40.FONTPS 
NONVSAM --- SCRIPT.R40.MACLIB 
IDCAMS  SYSTEM SERVICES 
 LISTING FROM CATALOG -- PCAT.SYSTEM
Can't delete it, can't rename it...etc.

>>> Scott Rowe <[EMAIL PROTECTED]> 10/7/2008 5:52 PM >>>
I assume the list below was cut and pasted from ISPF 3.4, in which case I 
can not imagine how the first entry could not be cataloged, how else could 
it have been displayed?

>>> Howard Rifkind <[EMAIL PROTECTED]> 10/7/2008 4:22 PM >>>
Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system. An 
ISPF 3.4 is showing these up.

Thanks.







This e-mail is sent by or on behalf of the named sender identified above.
If:

(a) you do not wish to receive any e-mail marketing material from this
person in the future, please forward the contents of this email to
[EMAIL PROTECTED] with the word "unsubscribe" in the subject box.

(b) you wish to unsubscribe from all central e-mail marketing lists used
by our business, please forward the contents of this e-mail to
[EMAIL PROTECTED] with the message "unsubscribe from all central
e-mail marketing lists" in the subject box.

If you do not forward the contents of this e-mail with your
unsubscription then it may not be able to be implemented.

The information contained in this e-mail communication may be
confidential. You should only read, disclose, re-transmit, copy,
distribute, act in reliance on or commercialise the information if you
are authorised to do so. If you are not the intended recipient of this
e-mail communication, please immediately notify us by e-mail to
[EMAIL PROTECTED], or reply by e-mail direct to the sender and then
destroy any electronic and paper copy of this message. Any views
expressed in this e-mail communication are those of the individual
sender, except where the sender specifically states them to be the views
of a member of the National Australia Bank Group of companies. Any
advice contained in this e-mail has been prepared without taking into
account your objectives, financial situation or needs. Before acting on
any advice in this e-mail, National Australia Bank Limited recommends
that you consider whether it is appropriate for your circumstances. If
this e-mail contains reference to any financial products, the National
recommends you consider the Product Disclosure Statement (PDS) or other
disclosure document before making any decisions regarding any products.
The National Australia Bank Group of companies does not represent,
warrant or guarantee that the integrity of this communication has been
maintained nor that the communication is free of errors, virus or
interference.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 


_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and 

Re: Help with deleting datasets which are not cataloged or don't exist.

[Ted MacNEIL]

>Thanks but this didn't do itJCL below...
 
>//STEP01   EXEC PGM=IDCAMS
>//SYSPRINT DD   SYSOUT=*  
>   DELETE -   
>  PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX -
>   NOSCRATCH -
>   NOERASE -  
>   PURGE  

Get rid of the purge -- that is for physical datasets, to over-ride expiry 
dates.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Howard Rifkind]

There is an entry there but that's all.

>>> Howard Rifkind <[EMAIL PROTECTED]> 10/7/2008 5:57 PM >>>
Yes it was.

Here is the listing from a LISTCAT.

CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL
   DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA   
   INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX  
NONVSAM --- SCRIPT.R40.ADCFASM  
NONVSAM --- SCRIPT.R40.ADCFIMAG 
NONVSAM --- SCRIPT.R40.ADCFMAC  
NONVSAM --- SCRIPT.R40.ADCFSAMP 
NONVSAM --- SCRIPT.R40.AFONTPS  
NONVSAM --- SCRIPT.R40.AMACLIB  
NONVSAM --- SCRIPT.R40.DCFASM   
NONVSAM --- SCRIPT.R40.DCFDIST  
NONVSAM --- SCRIPT.R40.DCFIMAGE 
NONVSAM --- SCRIPT.R40.DCFLOAD  
NONVSAM --- SCRIPT.R40.DCFMAC   
NONVSAM --- SCRIPT.R40.DCFSAMP  
NONVSAM --- SCRIPT.R40.FONTPS   
NONVSAM --- SCRIPT.R40.MACLIB   
IDCAMS  SYSTEM SERVICES 
 LISTING FROM CATALOG -- PCAT.SYSTEM
Can't delete it, can't rename it...etc.

>>> Scott Rowe <[EMAIL PROTECTED]> 10/7/2008 5:52 PM >>>
I assume the list below was cut and pasted from ISPF 3.4, in which case I can 
not imagine how the first entry could not be cataloged, how else could it have 
been displayed?

>>> Howard Rifkind <[EMAIL PROTECTED]> 10/7/2008 4:22 PM >>>
Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system.  An 
ISPF 3.4 is showing these up.

Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 


_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-mai

Re: Help with deleting datasets which are not cataloged or don't exist.

[Jason Gately]

If you do a TSO DELETE 'PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL'what R
eturn & Reason Codes do you get back from IDCAMS.

Might provide some clue as to what's going on.


Cheers.Jason.






Howard Rifkind <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
08/10/2008 08:57 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: Help with deleting datasets which are not cataloged or don't exist.






Yes it was.
 
Here is the listing from a LISTCAT.
 
CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL 
   DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA 
   INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX 
NONVSAM --- SCRIPT.R40.ADCFASM 
NONVSAM --- SCRIPT.R40.ADCFIMAG 
NONVSAM --- SCRIPT.R40.ADCFMAC 
NONVSAM --- SCRIPT.R40.ADCFSAMP 
NONVSAM --- SCRIPT.R40.AFONTPS 
NONVSAM --- SCRIPT.R40.AMACLIB 
NONVSAM --- SCRIPT.R40.DCFASM 
NONVSAM --- SCRIPT.R40.DCFDIST 
NONVSAM --- SCRIPT.R40.DCFIMAGE 
NONVSAM --- SCRIPT.R40.DCFLOAD 
NONVSAM --- SCRIPT.R40.DCFMAC 
NONVSAM --- SCRIPT.R40.DCFSAMP 
NONVSAM --- SCRIPT.R40.FONTPS 
NONVSAM --- SCRIPT.R40.MACLIB 
IDCAMS  SYSTEM SERVICES 
 LISTING FROM CATALOG -- PCAT.SYSTEM
Can't delete it, can't rename it...etc.

>>> Scott Rowe <[EMAIL PROTECTED]> 10/7/2008 5:52 PM >>>
I assume the list below was cut and pasted from ISPF 3.4, in which case I 
can not imagine how the first entry could not be cataloged, how else could 
it have been displayed?

>>> Howard Rifkind <[EMAIL PROTECTED]> 10/7/2008 4:22 PM >>>
Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system. An 
ISPF 3.4 is showing these up.

Thanks.







This e-mail is sent by or on behalf of the named sender identified above.
If:

(a) you do not wish to receive any e-mail marketing material from this
person in the future, please forward the contents of this email to
[EMAIL PROTECTED] with the word "unsubscribe" in the subject box.

(b) you wish to unsubscribe from all central e-mail marketing lists used
by our business, please forward the contents of this e-mail to
[EMAIL PROTECTED] with the message "unsubscribe from all central
e-mail marketing lists" in the subject box.

If you do not forward the contents of this e-mail with your
unsubscription then it may not be able to be implemented.

The information contained in this e-mail communication may be
confidential. You should only read, disclose, re-transmit, copy,
distribute, act in reliance on or commercialise the information if you
are authorised to do so. If you are not the intended recipient of this
e-mail communication, please immediately notify us by e-mail to
[EMAIL PROTECTED], or reply by e-mail direct to the sender and then
destroy any electronic and paper copy of this message. Any views
expressed in this e-mail communication are those of the individual
sender, except where the sender specifically states them to be the views
of a member of the National Australia Bank Group of companies. Any
advice contained in this e-mail has been prepared without taking into
account your objectives, financial situation or needs. Before acting on
any advice in this e-mail, National Australia Bank Limited recommends
that you consider whether it is appropriate for your circumstances. If
this e-mail contains reference to any financial products, the National
recommends you consider the Product Disclosure Statement (PDS) or other
disclosure document before making any decisions regarding any products.
The National Australia Bank Group of companies does not represent,
warrant or guarantee that the integrity of this communication has been
maintained nor that the communication is free of errors, virus or
interference.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Howard Rifkind]

Yes it was.
 
Here is the listing from a LISTCAT.
 
CLUSTER --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL
   DATA --- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA   
   INDEX -- PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX  
NONVSAM --- SCRIPT.R40.ADCFASM  
NONVSAM --- SCRIPT.R40.ADCFIMAG 
NONVSAM --- SCRIPT.R40.ADCFMAC  
NONVSAM --- SCRIPT.R40.ADCFSAMP 
NONVSAM --- SCRIPT.R40.AFONTPS  
NONVSAM --- SCRIPT.R40.AMACLIB  
NONVSAM --- SCRIPT.R40.DCFASM   
NONVSAM --- SCRIPT.R40.DCFDIST  
NONVSAM --- SCRIPT.R40.DCFIMAGE 
NONVSAM --- SCRIPT.R40.DCFLOAD  
NONVSAM --- SCRIPT.R40.DCFMAC   
NONVSAM --- SCRIPT.R40.DCFSAMP  
NONVSAM --- SCRIPT.R40.FONTPS   
NONVSAM --- SCRIPT.R40.MACLIB   
IDCAMS  SYSTEM SERVICES 
 LISTING FROM CATALOG -- PCAT.SYSTEM
Can't delete it, can't rename it...etc.

>>> Scott Rowe <[EMAIL PROTECTED]> 10/7/2008 5:52 PM >>>
I assume the list below was cut and pasted from ISPF 3.4, in which case I can 
not imagine how the first entry could not be cataloged, how else could it have 
been displayed?

>>> Howard Rifkind <[EMAIL PROTECTED]> 10/7/2008 4:22 PM >>>
Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system.  An 
ISPF 3.4 is showing these up.

Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 


_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Scott Rowe]

I assume the list below was cut and pasted from ISPF 3.4, in which case I can 
not imagine how the first entry could not be cataloged, how else could it have 
been displayed?

>>> Howard Rifkind <[EMAIL PROTECTED]> 10/7/2008 4:22 PM >>>
Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system.  An 
ISPF 3.4 is showing these up.

Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Emulators

[Ted MacNEIL]

I think somebody's trying to get a 'free' education!
First, the question about 'locking' a PDS, and not understanding the response 
regarding a security package.
Now, this one.
Look it up, research the problem, then ask!
--Original Message--
From: Ram Balaji
Sender: IBM Mainframe Discussion List
To: IBM Mainframe Discussion List
ReplyTo: IBM Mainframe Discussion List
Sent: Oct 7, 2008 14:20
Subject: Emulators

Hi all,

Is there any free?Mainframe(JCL,CICS) simulators available for desktop PC? 
They say NEXUS terminal is free nut I cant find a working host name/ Ip address 
for it...


Regards,
Ram Balaji.S.
(Dying Hard to explore Mainframes)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Hal Merritt]

Try again, this time use only NOSCRATCH. 

And, as another poster pointed out, verify we are working in the catalog
we think we are working in. 

If all that fails, let's take a look at the specific error message(s). 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, October 07, 2008 3:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Help with deleting datasets which are not cataloged or
don't exist.

Thanks but this didn't do itJCL below...
 
//STEP01   EXEC PGM=IDCAMS
//SYSPRINT DD   SYSOUT=*  
   DELETE -   
  PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX -
   NOSCRATCH -
   NOERASE -  
   PURGE  


>>> Hal Merritt <[EMAIL PROTECTED]> 10/7/2008 4:27 PM >>>
Try a DELETE NOSCRATCH on each component. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, October 07, 2008 3:22 PM
To: IBM-MAIN@BAMA.UA.EDU 
Subject: Help with deleting datasets which are not cataloged or don't
exist.

Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system.
An ISPF 3.4 is showing these up.

Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

NOTICE: This electronic mail message and any files transmitted with it
are intended
exclusively for the individual or entity to which it is addressed. The
message, 
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution 
is strictly prohibited. If you have received this message in error,
please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 


_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Mark Zelden]

On Tue, 7 Oct 2008 16:25:23 -0400, Scott Rowe <[EMAIL PROTECTED]> wrote:


>Do you have a reference for PASSWORD protection being ignored?  

Already posted by George Fogg. 
http://bama.ua.edu/cgi-bin/wa?A2=ind0810&L=ibm-main&D=1&O=D&F=&S=&P=39162

But that conflicts with what Walt wrote (sort of).  SAF is active on an
ACF2 system and passwords do work.If I could test what Walt wrote,
I would, but I can't without help from a RACF admin.

When Walt wrote:

> Password protection should still work on systems using RACF, except for:
> (a) SMS-managed or VSAM data sets; and
> (b) data sets protected by (really, known to) RACF.

"known to" could be via single level name prefix (HLQ protection) and 
probably PROTECT-ALL also.   Perhaps Walt can comment further on what
he wrote and what is written in the DFSMSdfp Advanced Services
manual (which is what I remembered and based my statement on).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Howard Rifkind]

Tried that also, No Go.

>>> Jack Kelly <[EMAIL PROTECTED]> 10/7/2008 4:34 PM >>>
This has been talked about numerous times, try the archives.
Easiest way is to recatalog the DSN and then delete it (hopefully no BCS 
name issue) if you don't have one of the catalog products.

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 


_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: The Obsolete mainframe?

[Mike Baldwin]

On Mon, 6 Oct 2008 21:45:45 -0400, Scott Ford <[EMAIL PROTECTED]> wrote:
> If they are dead, I must be working on ghost machines..lol

PSI?

>Of Edward Jaffe
> From what I know, just the opposite is true. Mainframe revenues at
>large ISVs subsidize their entire business -- including massive
>expenditures developing products for non-mainframe platforms.

True.

Regards,
Mike Baldwin
Cartagena Software Ltd.
www.cartagena.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Linda Mooney]

Could these datasets be catalogued/shared on another system?  If so, and they 
are unallocated and unwanted, then delete NOSCRATCH them from each system.  On 
the last system use the SCRATCH.  

DELETE -  
 PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL -   
 CLUSTER -
 SCRATCH

  Linda Mooney


-- Original message -- 
From: Howard Rifkind <[EMAIL PROTECTED]> 

> Hello all, 
> 
> I'm trying to delete the following datasets: 
> 
> PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL *VSAM* 
> PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA OPSPR2 
> PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2 
> 
> For the first one a 'D' states that it isn't cataloged. 
> 
> For the other two a 'D' states that the datasets don't exist. 
> 
> I've tries a delete NVR and a normal delete. Nothing works. 
> 
> Can anyone make some suggestions as how to get these out of the system. An 
> ISPF 
> 3.4 is showing these up. 
> 
> Thanks. 
> _ 
> LEGAL NOTICE 
> Unless expressly stated otherwise, this message is confidential 
> and may be privileged. It is intended for the addressee(s) only. 
> Access to this E-mail by anyone else is unauthorized. 
> If you are not an addressee, any disclosure or copying of the 
> contents of this E-mail or any action taken (or not taken) in 
> reliance on it is unauthorized and may be unlawful. If you are not an 
> addressee, please inform the sender immediately, then delete this 
> message and empty from your trash. 
> 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Cebell, David]

And if your image has an OMVS segment, does that not
Imply that a Security package is present.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John McKown
Sent: Tuesday, October 07, 2008 3:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS Lock

On Tue, 7 Oct 2008 15:32:16 -0400, Jack Kelly
<[EMAIL PROTECTED]>
wrote:

>
>... how to protect my PDS ...
>
>
>If a SAF solution isn't available to the originator, I would suggest
that
>the originator look into a SCLM methodology since (s)he seems to be
more
>applications orientated. And if at 1.9, s(he) could use OMVS as the
>repository and use ACL and UNIX permissions as easy as PDF edit.
>
>Jack Kelly
>202-502-2390 (Office)

An interesting thought. But it assumes that the OP has an OMVS segment
and,
hopefully, thereby a unique UID. Oh, and a home directory in the UNIX
filesystem. Our programmers don't have an OMVS segment at all. They
don't
know from UNIX.

But it is a very interesting idea. Given how few, at present,
programmers
know much about UNIX, this data would effectively be "invisible".

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Staller, Allan]

DEL 'cluster name' NSCR

If that fails,

DEL 'component name' VVR FILE(DD1) 

Where DD1 points to volume OPSPR2

HTH,





I'm trying to delete the following datasets:
 
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2
 
For the first one a 'D' states that it isn't cataloged.
 
For the other two a 'D' states that the datasets don't exist.
 
I've tries a delete NVR and a normal delete.  Nothing works.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Howard Rifkind]

Thanks but this didn't do itJCL below...
 
//STEP01   EXEC PGM=IDCAMS
//SYSPRINT DD   SYSOUT=*  
   DELETE -   
  PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX -
   NOSCRATCH -
   NOERASE -  
   PURGE  


>>> Hal Merritt <[EMAIL PROTECTED]> 10/7/2008 4:27 PM >>>
Try a DELETE NOSCRATCH on each component. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, October 07, 2008 3:22 PM
To: IBM-MAIN@BAMA.UA.EDU 
Subject: Help with deleting datasets which are not cataloged or don't
exist.

Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system.
An ISPF 3.4 is showing these up.

Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 


_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Jack Kelly]

This has been talked about numerous times, try the archives.
Easiest way is to recatalog the DSN and then delete it (hopefully no BCS 
name issue) if you don't have one of the catalog products.

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Scott Rowe]

That makes sense, and matches the configuration I remember. 

>>> Walt Farrell <[EMAIL PROTECTED]> 10/7/2008 3:16 PM >>>
On Tue, 7 Oct 2008 13:50:21 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote:

>On Tue, 7 Oct 2008 14:36:29 -0400, Scott Rowe <[EMAIL PROTECTED]> wrote:
>
>>I make it a point NOT to have a PASSWORD dataset on my sysres.  I consulted
>at a shiop a few years ago that had one, and it was a PITA, since they were
>securing some datasets with password, and others using RACF, believe it or not.
>>
>
>If they had RACF then nothing was being secured with PROTECT.

Password protection should still work on systems using RACF, except for:
(a) SMS-managed or VSAM data sets; and
(b) data sets protected by (really, known to) RACF.

Actually both (a) and (b) apply regardless of security product, as far as I
know.

-- 
  Walt Farrell, CISSP
  IBM STSM, z/OS Security Design
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with deleting datasets which are not cataloged or don't exist.

[Hal Merritt]

Try a DELETE NOSCRATCH on each component. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, October 07, 2008 3:22 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Help with deleting datasets which are not cataloged or don't
exist.

Hello all,
 
I'm trying to delete the following datasets:
 
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2
 
For the first one a 'D' states that it isn't cataloged.
 
For the other two a 'D' states that the datasets don't exist.
 
I've tries a delete NVR and a normal delete.  Nothing works.
 
Can anyone make some suggestions as how to get these out of the system.
An ISPF 3.4 is showing these up.
 
Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Scott Rowe]

I'm not sure that is completely true, I remember there being an issue, but I 
don't remember the details.  Not all datasets were protected by RACF (there 
were no GROUPs or profiles for most HLQs), so that might have had something to 
do with it.
 
Do you have a reference for PASSWORD protection being ignored?  I would be 
interested in trying to recall what the problem was, I think it had something 
to do with switching sysres, and the PASSWORD dataset not having an entry for a 
protected dataset.

>>> Mark Zelden <[EMAIL PROTECTED]> 10/7/2008 2:50 PM >>>
On Tue, 7 Oct 2008 14:36:29 -0400, Scott Rowe <[EMAIL PROTECTED]> wrote:

>I make it a point NOT to have a PASSWORD dataset on my sysres.  I consulted
at a shiop a few years ago that had one, and it was a PITA, since they were
securing some datasets with password, and others using RACF, believe it or not.
>

If they had RACF then nothing was being secured with PROTECT.

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED] 
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ 
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Help with deleting datasets which are not cataloged or don't exist.

[Howard Rifkind]

Hello all,
 
I'm trying to delete the following datasets:
 
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2
 
For the first one a 'D' states that it isn't cataloged.
 
For the other two a 'D' states that the datasets don't exist.
 
I've tries a delete NVR and a normal delete.  Nothing works.
 
Can anyone make some suggestions as how to get these out of the system.  An 
ISPF 3.4 is showing these up.
 
Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[John McKown]

On Tue, 7 Oct 2008 15:32:16 -0400, Jack Kelly <[EMAIL PROTECTED]>
wrote:

>
>... how to protect my PDS ...
>
>
>If a SAF solution isn't available to the originator, I would suggest that
>the originator look into a SCLM methodology since (s)he seems to be more
>applications orientated. And if at 1.9, s(he) could use OMVS as the
>repository and use ACL and UNIX permissions as easy as PDF edit.
>
>Jack Kelly
>202-502-2390 (Office)

An interesting thought. But it assumes that the OP has an OMVS segment and,
hopefully, thereby a unique UID. Oh, and a home directory in the UNIX
filesystem. Our programmers don't have an OMVS segment at all. They don't
know from UNIX.

But it is a very interesting idea. Given how few, at present, programmers
know much about UNIX, this data would effectively be "invisible".

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CHECKCLIENTCONN

[Ron Wells]

anyone using the parameter ? and suggestions on settings... experiences ?

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender, 
which  may be legally privileged information.  This information is intended 
only  for  the use of the individual or entity addressed above.  If you are not 
 the  intended  recipient, or  an  employee  or  agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
disclosure,  copying, distribution, or the taking of any action in reliance on 
the contents of the E-mail or attached files is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Jack Kelly]

... how to protect my PDS ...


If a SAF solution isn't available to the originator, I would suggest that 
the originator look into a SCLM methodology since (s)he seems to be more 
applications orientated. And if at 1.9, s(he) could use OMVS as the 
repository and use ACL and UNIX permissions as easy as PDF edit.

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[George Fogg]

> On Tue, 7 Oct 2008 13:50:21 -0500, Mark Zelden <[EMAIL PROTECTED]>
> wrote:
>
>>On Tue, 7 Oct 2008 14:36:29 -0400, Scott Rowe <[EMAIL PROTECTED]> wrote:
>>
>>>I make it a point NOT to have a PASSWORD dataset on my sysres.  I consulted
>>at a shiop a few years ago that had one, and it was a PITA, since they were
>>securing some datasets with password, and others using RACF, believe it or
>> not.
>>>
>>
Walt said:
>>If they had RACF then nothing was being secured with PROTECT.
>
> Password protection should still work on systems using RACF, except for:
> (a) SMS-managed or VSAM data sets; and
> (b) data sets protected by (really, known to) RACF.
>
> Actually both (a) and (b) apply regardless of security product, as far as I
> know.
>
>From the book DFSMSdfp Advanced Services, Chapter 6.
If SAF is active, password protection is bypassed for all data sets. The
system performs password validation only if SAF is inactive and the data set
being accessed is not SMS-managed. The system provides SMS-managed data set
and catalog protection through the system authorization facility (SAF)
interface.
George Fogg

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Tom Marchant]

On Tue, 7 Oct 2008 14:06:28 EDT, IBM Mainframe Discussion List
<[EMAIL PROTECTED]> wrote:

>... The only difference  is which source (LOCATE or RDJFCB) will give you
the complete volser list, if  either.

A complete list may not matter.  For DSORG, RECFM, LRECL and BLKSIZE, the
first volume should be sufficient.  They should be the same on all volumes.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF education/books/papers...

[Clark Kidd]

IBM maintains a RACF home page at
www.ibm.com/servers/eserver/zseries/zos/racf/.

There are lots of links to presentations and other introductory
materials.

Clark

-Original Message-
From: Schwarz, Barry A [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 06, 2008 3:11 PM
Subject: Re: RACF education/books/papers...

There is a RACF list at LISTSERV.UGA.EDU where you can get RACF specific
advice.

-Original Message-
From: Ron 
Sent: Monday, October 06, 2008 8:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: RACF education/books/papers...

At our shop we're currently using CA-ACF2, but will be using IBM-RACF in
the future. My knowledge of RACF is very limited, and the official IBM
classes will be too late to get at least a basic knowledge of RACF. 

Besides the IBM redbooks, IBM-z/OS (security server) manuals is there
any other reading material or websites or online training that you would
recommend in order to get my RACF knowledge up to par? 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA ICC Consoles

[Hal Merritt]

POR? Why? AFAIK, the last three remaining reasons for a POR are: loss of
power, adding a new LPAR, and bringing up a box for the very first time.


I thought I heard that some relief in adding an LPAR is in the pipeline.




-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Kopischke
Sent: Tuesday, October 07, 2008 1:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: OSA ICC Consoles

On Tue, 7 Oct 2008 06:55:27 +0200, Barbara Nitz wrote:

>Dave,
>
>a few questions:
>
>1. Is your sysplex located fully on the box that was POR'd?

Barbara,
   We're not a sysplex, so none of this applies. But that's an
interesting 
situation for those that are. Do you IPL in a specific order in a
sysplex after 
hardware maintenance ??? Last one down is first one up ??? H

Thanks again,
   Dave K.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Don Leahy]

Another possibility is to write a program to encrypt the PDS so that
no one else can make sense out of it.

Of course, anyone who looks at the PDS may think it is corrupted, and
delete it out from under you.  :-)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Walt Farrell]

On Tue, 7 Oct 2008 13:50:21 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote:

>On Tue, 7 Oct 2008 14:36:29 -0400, Scott Rowe <[EMAIL PROTECTED]> wrote:
>
>>I make it a point NOT to have a PASSWORD dataset on my sysres.  I consulted
>at a shiop a few years ago that had one, and it was a PITA, since they were
>securing some datasets with password, and others using RACF, believe it or not.
>>
>
>If they had RACF then nothing was being secured with PROTECT.

Password protection should still work on systems using RACF, except for:
(a) SMS-managed or VSAM data sets; and
(b) data sets protected by (really, known to) RACF.

Actually both (a) and (b) apply regardless of security product, as far as I
know.

-- 
  Walt Farrell, CISSP
  IBM STSM, z/OS Security Design
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Mark Zelden]

On Tue, 7 Oct 2008 13:47:44 -0400, John Eells <[EMAIL PROTECTED]> wrote:



>(There's more...but nobody rational uses password protection any more.)
>

I know of 2 ACF2 shops that use them.   I don't know about rational, but
when I asked why the sysprog told me he liked the extra prompt before
updating SYS1.PARMLIB and SYS1.PROCLIB to make him think about 
what he was doing.   

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Mark Zelden]

On Tue, 7 Oct 2008 14:36:29 -0400, Scott Rowe <[EMAIL PROTECTED]> wrote:

>I make it a point NOT to have a PASSWORD dataset on my sysres.  I consulted
at a shiop a few years ago that had one, and it was a PITA, since they were
securing some datasets with password, and others using RACF, believe it or not.
>

If they had RACF then nothing was being secured with PROTECT.

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Emulators

[John McKown]

On Tue, 7 Oct 2008 14:20:22 -0400, Ram Balaji <[EMAIL PROTECTED]> wrote:

>Hi all,
>
>Is there any free?Mainframe(JCL,CICS) simulators available for desktop PC?
>They say NEXUS terminal is free nut I cant find a working host name/ Ip
address for it...
>
>
>Regards,
>Ram Balaji.S.
>(Dying Hard to explore Mainframes)

In general, no. there is www.z390.com . That site has some software which
allows development of assembler (HLASM) code. It actually runs it in a Java
virtual machine. It also has emulation for VSAM and CICS. But there is no
support for JCL. And no support for other languages such as COBOL. So, if
you are developing assembler level CICS code, then you might be able to use
this software. It is cost free. Many people on the assembler list really
like it. I haven't had any time to try it.

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS managed storage volumes.

[Richbourg, Claude]

Thanks to all who responded. I mounted them PRIVATE and expanded the
VTOC as much as I could.
Life is now good/better.

Regards,
Claude

Claude Richbourg
Florida Department of Corrections
z Systems Programmer 
850-921-1383

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Mark Zelden]

On Tue, 7 Oct 2008 19:25:10 +0200, Lindy Mayfield
<[EMAIL PROTECTED]> wrote:

>What utility is used to password protect a dataset?  That's one thing
>I've never seen in over 20 years.
>

The TSO PROTECT command (TSO HELP PROTECT).  It is ignored on
RACF systems (and Top Secret) but still works on ACF2 systems.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Scott Rowe]

I make it a point NOT to have a PASSWORD dataset on my sysres.  I consulted at 
a shiop a few years ago that had one, and it was a PITA, since they were 
securing some datasets with password, and others using RACF, believe it or not.

>>> Lindy Mayfield <[EMAIL PROTECTED]> 10/7/2008 1:58 PM >>>
I would have never guessed passwords could still be used, but then I
went over to an ISPF edit screen and the password field is still there.
I've ignored it for so long I don't see it anymore.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Eells
Sent: 7. lokakuuta 2008 20:48
To: IBM-MAIN@BAMA.UA.EDU 
Subject: Re: PDS Lock

Lindy Mayfield wrote:
> What utility is used to password protect a dataset?  That's one thing
> I've never seen in over 20 years.


I thought at one point that password protection was completely withdrawn

(not only for SMS and VSAM) but I find that it's still in the books. 
>From the JCL Reference:

  12.38.2.3 Password Protection

snip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OSA ICC Consoles

[Dave Kopischke]

On Tue, 7 Oct 2008 06:55:27 +0200, Barbara Nitz wrote:

>Dave,
>
>a few questions:
>
>1. Is your sysplex located fully on the box that was POR'd?

Barbara,
   We're not a sysplex, so none of this applies. But that's an interesting 
situation for those that are. Do you IPL in a specific order in a sysplex after 
hardware maintenance ??? Last one down is first one up ??? H

Thanks again,
   Dave K.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Edward Jaffe]

(IBM Mainframe Discussion List) wrote:

Get the DSN from the RDJFCB.  Then get the volsers from either the  RDJFCB or 
the data returned via LOCATE.  Plug each volser into the CAMLST  that you use 
with OBTAIN, then do the OBTAIN to read the DSCB for each  volume.  Or use the 
volser from the RDJFCB data.  The only difference  is which source (LOCATE or 
RDJFCB) will give you the complete volser list, if  either.
  


One nice change in HDZ1A10: you can obtain multiple DSCBs at once.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Emulators

[Ram Balaji]

Hi all,

Is there any free?Mainframe(JCL,CICS) simulators available for desktop PC? 
They say NEXUS terminal is free nut I cant find a working host name/ Ip address 
for it...


Regards,
Ram Balaji.S.
(Dying Hard to explore Mainframes)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[David Kreiss]

If you want all volume serial numbers use RDJFCB along with EXLST entry
X'13' (EXARL in IHAEXLST) retrieve allocation information instead of
entry X'07' (EXLRJFCB) and use IHAARL and IHAARA to map the ARL and ARA
returned (the JFCB is in ARAJFCB).

Dave Kreiss

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of (IBM Mainframe Discussion List)
Sent: Tuesday, October 07, 2008 11:06 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Determining file attributes *before* OPEN

 
 
In a message dated 10/7/2008 12:02:05 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:

Thanks,  but LOCATE/CAMLST only returns a volume list, not  D(S)CB
attributes.

I can get the first few volumes from RDJFCB as  well, along with the
DSN,
and that's enough info to use OBTAIN (which I  missed the first time
around) to get the DSCB.

Get the DSN from the RDJFCB.  Then get the volsers from either the
RDJFCB or the data returned via LOCATE.  Plug each volser into the
CAMLST  that you use with OBTAIN, then do the OBTAIN to read the DSCB
for each  volume.  Or use the volser from the RDJFCB data.  The only
difference  is which source (LOCATE or RDJFCB) will give you the
complete volser list, if  either.

 
Bill  Fairchild
Rocket Software
**New MapQuest Local shows what's happening at your
destination.  Dining, Movies, Events, News & more. Try it out
(http://local.mapquest.com/?ncid=emlcntnew0002)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Mark Jacobs]

Lindy Mayfield wrote:
> I would have never guessed passwords could still be used, but then I
> went over to an ISPF edit screen and the password field is still there.
> I've ignored it for so long I don't see it anymore.
>
>   

I seem to remember that passwords aren't even checked anymore for sms
managed datasets.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of John Eells
> Sent: 7. lokakuuta 2008 20:48
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: PDS Lock
>
> Lindy Mayfield wrote:
>   
>> What utility is used to password protect a dataset?  That's one thing
>> I've never seen in over 20 years.
>> 
> 
>
> I thought at one point that password protection was completely withdrawn
>
> (not only for SMS and VSAM) but I find that it's still in the books. 
>  From the JCL Reference:
>
>   12.38.2.3 Password Protection
>
> snip
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>   


-- 
Mark Jacobs
Time Customer Service
Tampa, FL


Today, we celebrate the first glorious anniversary of the 
Information Purification Directives. We have created, for 
the first time in all history, a garden of pure ideology. 
Where each worker may bloom secure from the pests of 
contradictory and confusing truths. Our Unification of 
Thoughts is more powerful a weapon than any fleet or army 
on earth. We are one people, with one will, one resolve, 
one cause. Our enemies shall talk themselves to death and 
we will bury them with their own confusion. We shall prevail!

Apple's television commercial - Super Bowl - 1984

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[(IBM Mainframe Discussion List)]

 
 
In a message dated 10/7/2008 12:02:05 P.M. Central Daylight Time,  [EMAIL 
PROTECTED] writes:

Thanks,  but LOCATE/CAMLST only returns a volume list, not  D(S)CB
attributes.

I can get the first few volumes from RDJFCB as  well, along with the DSN,
and that's enough info to use OBTAIN (which I  missed the first time
around) to get the DSCB.

Get the DSN from the RDJFCB.  Then get the volsers from either the  RDJFCB or 
the data returned via LOCATE.  Plug each volser into the CAMLST  that you use 
with OBTAIN, then do the OBTAIN to read the DSCB for each  volume.  Or use the 
volser from the RDJFCB data.  The only difference  is which source (LOCATE or 
RDJFCB) will give you the complete volser list, if  either.

 
Bill  Fairchild
Rocket Software
**New MapQuest Local shows what's happening at your destination.  
Dining, Movies, Events, News & more. Try it out 
(http://local.mapquest.com/?ncid=emlcntnew0002)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NJE buffer size question

[Jack Schudel]

IBM treats CTC links as BSC, so you would set the NJE buffer size via
TPDEFBELOWBUF=(SIZE=).

For NJE over TCPIP JES2 just passes the data over to Comm Server,
so you need to work with those folks (and probably your networking people, 
too.)


You will probably get better answers if you would post the exact messages
that you are getting, rather than just saying that something is complaining.

Good luck,-jack


- Original Message - 
From: "David Boyes" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, October 07, 2008 8:59 AM
Subject: NJE buffer size question



Date:Mon, 6 Oct 2008 10:54:44 -0500
From:Mark Zelden <[EMAIL PROTECTED]>

1)   Where the devil do you set the buffer size for a NJE link in
JES2? I can't find it anywhere.
2)   What's the maximum buffer size for NJE links in JES2?

First question:

SNA or TCPIP?


Direct CTC to CTC (no SNA) and TCPIP. The root problem is that on
non-z/OS platforms there are limitations on the max bufsize of about
32000, and JES starts out with 32768 and complains if it gets something
different. The other platforms (VSE, RSCS) make this Real Easy to
find...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Lindy Mayfield]

I would have never guessed passwords could still be used, but then I
went over to an ISPF edit screen and the password field is still there.
I've ignored it for so long I don't see it anymore.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Eells
Sent: 7. lokakuuta 2008 20:48
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS Lock

Lindy Mayfield wrote:
> What utility is used to password protect a dataset?  That's one thing
> I've never seen in over 20 years.


I thought at one point that password protection was completely withdrawn

(not only for SMS and VSAM) but I find that it's still in the books. 
 From the JCL Reference:

  12.38.2.3 Password Protection

snip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[John Eells]

Lindy Mayfield wrote:

What utility is used to password protect a dataset?  That's one thing
I've never seen in over 20 years.



I thought at one point that password protection was completely withdrawn 
(not only for SMS and VSAM) but I find that it's still in the books. 
From the JCL Reference:


 12.38.2.3 Password Protection

For an SMS-managed data set (one with an assigned storage class), SMS 
sets the password indicators in the VTOC and catalog but ignores the 
indicators and does not use password protection for the data set. See 
the DD SECMODEL parameter described on page 12.57.


Password protecting data sets requires the following:

* Data set names no longer than 17 characters. MVS retains in the 
tape label only the rightmost 17 characters of the data set name. 
Consequently, longer names could be identical in password checks.


* Volumes with IBM standard labels or ISO/ANSI/FIPS Version 3 labels.

* A password assigned in the PASSWORD data set. If a password is 
not assigned, the system will abnormally terminate a job step when it 
attempts to open the data set for output, if NOPWREAD is coded, or for 
input or output, if PASSWORD is coded.


To create a password-protected data set following an existing 
password-protected data set, code the password of the existing data set. 
The password must be the same in both the existing and the new data set.


To password-protect a data set on a tape volume containing other data 
sets, you must password-protect all the data sets on the volume and the 
passwords must be the same for all data sets.


To password-protect an existing data set using PASSWORD or NOPWREAD, 
open the data set for output the first time it is used during the job step.


PASSWORD
Indicates that a data set cannot be read, changed, deleted, or 
written to unless the system operator or TSO/E user supplies the correct 
password.


NOPWREAD
Indicates that a data set cannot be changed, deleted, or written to 
unless the system operator or TSO/E user supplies the correct password. 
No password is necessary for reading the data set.


From DFSMSdfp Utilities:

 IEHPROGM can be used to maintain non-VSAM password entries in the 
PASSWORD  data set and to alter the protection status of DASD data sets 
in the data set control block (DSCB). This topic also explains why data 
set passwords provide poor security and why IBM recommends z/OS Security 
Server (RACF).


A data set can have one of three types of password protection, as 
indicated in the DSCB for DASD data sets and in the tape label for tape 
data sets.


The possible types of data set password protection are:

* No protection, which means that no passwords are required to read 
or write the data set.


* Read/write protection, which means that a password is required to 
read or write the data set.


* Read-without-password protection, which means that a password is 
required only to write the data set; the data set can be read without a 
password.


If a system data set is password protected and a problem occurs on the 
data set, maintenance personnel must be provided with the password in 
order to access the data set and resolve the problem.


A data set can have one or more passwords assigned to it; each password 
has an entry in the PASSWORD data set. A password assigned to a data set 
can allow read and write access, or only read access to the data set.


Figure 97 shows the relationship between the protection status of data 
set ABC and the type of access allowed by the passwords assigned to the 
data set. Passwords ABLE and BAKER are assigned to data set ABC. If no 
password protection is set in the DSCB or tape label, data set ABC can 
be read or written without a password. If read/write protection is set 
in the DSCB or tape label, data set ABC can be read with either password 
ABLE or BAKER and can be written with password ABLE. If 
read-without-password protection is set in the DSCB or tape label, data 
set ABC can be read without a password and can be written with password 
ABLE; password BAKER is never needed.


 Before IEHPROGM is used to maintain data set passwords, the PASSWORD 
data set must reside on the system residence volume. IEHPROGM can then 
be used to:


* Add an entry to the PASSWORD data set.
* Replace an entry in the PASSWORD data set.
* Delete an entry from the PASSWORD data set.
* Provide a list of information from an entry in the PASSWORD data 
set.


(There's more...but nobody rational uses password protection any more.)

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[John McKown]

On Tue, 7 Oct 2008 19:25:10 +0200, Lindy Mayfield
<[EMAIL PROTECTED]> wrote:

>What utility is used to password protect a dataset?  That's one thing
>I've never seen in over 20 years.

The TSO PROTECT command updates the PASSWORD dataset. It is so old that I
doubt that any system actually uses it any more. It is all documented in the
DFP Advanced Services manual.

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[John McKown]

Forgot to mention that my "solution" with the ADDSD only works on a RACF
protected system. I don't know Top Secret or ACF2.

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[John McKown]

On Tue, 7 Oct 2008 12:31:08 -0500, Cebell, David <[EMAIL PROTECTED]> wrote:

>It is difficult to imagine a shop without some type of security package.
>That said,
>
>You may want to look at the LABEL Parameter of the DD Statement.
>

Probably won't work anymore. It requires that a special dataset, named
PASSWORD, exist on the IPL volume. I don't bother creating that dataset any
more.

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[John McKown]

On Tue, 7 Oct 2008 13:24:24 -0400, Ram Balaji <[EMAIL PROTECTED]> wrote:

>Hi David,
>
>Iam not aware security packages... Is it possible to do it with JCLs... I
mean while creating the PDS itself can we we lock it...?
>
>Regards,
>Ram Balaji.S

Basically, no. If you have a security package, then that is the only way
that I know to set an access list to determine who can use / update / create
/ delete your files (PDS or other).

If you want, and are willing to take the chance of getting in trouble, then
you could try the following command on ISPF option 6:

ADDSD 'myuser.PROTECT.PDS' UACC(NONE)

Replace "myuser" in the above command with your actual TSO userid.

I don't know what this "sensitive" information is. If it is company
sensitive, then talk to your security admin to get it secured. If it is
personally sensitive, then don't keep it on your company's system. In our
company, I can look at literally anything that I want to. Nobody can stop
me, I'm am "root" (as the UNIX people say).

Now, if this is execution JCL, I have another possible option. Keep your JCL
on your PC. Use something like notepad to maintain it as a normal "text"
file. When you want to submit it as a job, just do an ftp session like:

ftp mainframe.ip.address
myuserid
mypass
quote site filetype=jes
put mysecure.job.jcl
quit


You might even be able to keep this on a USB thumb drive so that it is
physically secure.

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Cebell, David]

It is difficult to imagine a shop without some type of security package.
That said,

You may want to look at the LABEL Parameter of the DD Statement.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ram Balaji
Sent: Tuesday, October 07, 2008 12:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS Lock

Lindy Mayfield 

This is a curious question...



-Original Message-
From: Lindy Mayfield <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Sent: Tue, 7 Oct 2008 10:25 am
Subject: Re: PDS Lock



What utility is used to password protect a dataset?  That's one thing
I've never seen in over 20 years.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Cebell, David
Sent: 7. lokakuuta 2008 20:20
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS Lock

With you Security package you should be able to secure (lock) this PDS
So only you have access to it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ram Balaji
Sent: Tuesday, October 07, 2008 12:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PDS LOCk

HI all,

Can anyone say how to lock a PDS. All the members of my PDS are
sensitive can I lock them with password
Please help me.

Regards,
Ram Balaji.S

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Ram Balaji]

Lindy Mayfield 

This is a curious question...



-Original Message-
From: Lindy Mayfield <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Sent: Tue, 7 Oct 2008 10:25 am
Subject: Re: PDS Lock



What utility is used to password protect a dataset?  That's one thing
I've never seen in over 20 years.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Cebell, David
Sent: 7. lokakuuta 2008 20:20
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS Lock

With you Security package you should be able to secure (lock) this PDS
So only you have access to it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ram Balaji
Sent: Tuesday, October 07, 2008 12:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PDS LOCk

HI all,

Can anyone say how to lock a PDS. All the members of my PDS are
sensitive can I lock them with password
Please help me.

Regards,
Ram Balaji.S

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JES2 Exit 52 Working Sample

[Cebell, David]

Look in your Sample JES Library.
On Z/os 1.8 it is SYS1.SHASSAMP HASX52A

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Frank Martinez
Sent: Tuesday, October 07, 2008 12:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: JES2 Exit 52 Working Sample

I am trying to find a working JES2 exit 52 that adds a card to the
current JOB 
card.  I am not well-versed in JES2 exits and I have tried contacting
some of 
the local shops.  Unfortunately, they either don't use such an exit or
it doesn't 
do the routine I require.

Since I have joined this group, I have used some of your hints and taken
your 
advice with great results.  I am hoping that good fortune continues to
be on 
my side.

TIA

Frank Martinez ([EMAIL PROTECTED])

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Lindy Mayfield]

What utility is used to password protect a dataset?  That's one thing
I've never seen in over 20 years.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Cebell, David
Sent: 7. lokakuuta 2008 20:20
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS Lock

With you Security package you should be able to secure (lock) this PDS
So only you have access to it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ram Balaji
Sent: Tuesday, October 07, 2008 12:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PDS LOCk

HI all,

Can anyone say how to lock a PDS. All the members of my PDS are
sensitive can I lock them with password
Please help me.

Regards,
Ram Balaji.S

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Ram Balaji]

Hi David,

Iam not aware security packages... Is it possible to do it with JCLs... I mean 
while creating the PDS itself can we we lock it...?

Regards,
Ram Balaji.S






-Original Message-
From: Cebell, David <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Sent: Tue, 7 Oct 2008 10:19 am
Subject: Re: PDS Lock



With you Security package you should be able to secure (lock) this PDS
So only you have access to it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ram Balaji
Sent: Tuesday, October 07, 2008 12:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PDS LOCk

HI all,

Can anyone say how to lock a PDS. All the members of my PDS are
sensitive can I lock them with password
Please help me.

Regards,
Ram Balaji.S

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS Lock

[Cebell, David]

With you Security package you should be able to secure (lock) this PDS
So only you have access to it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ram Balaji
Sent: Tuesday, October 07, 2008 12:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PDS LOCk

HI all,

Can anyone say how to lock a PDS. All the members of my PDS are
sensitive can I lock them with password
Please help me.

Regards,
Ram Balaji.S

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

PDS LOCk

[Ram Balaji]

HI all,

Can anyone say how to lock a PDS. All the members of my PDS are sensitive can I 
lock them with password
Please help me.

Regards,
Ram Balaji.S

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS managed storage volumes.

[Linda Mooney]

Hey Claude,

All of our SMS volumes are mounted PRIVATE, including temporary storage.  They 
work just fine.

Linda Mooney
-- Original message -- 
From: "Richbourg, Claude" <[EMAIL PROTECTED]> 

> I have a pool of several SMS managed storage volumes that are out of, or 
> soon will be, DSCB's. 
> The ones that are 'USE ATTRIB of PRIV', I can move dsns and extend the 
> VTOC in place via batch job. 
> The ones that are 'USE ATTRIB of STOR', I cannot work with as I get this 
> message, 'ICK31025I VOLUME NOT MOUNTED PRIVATE.' 
> 
> This SMS configuration I have inherited and I need to add VTOC space to 
> a few volumes that are USE ATTRIB 'STOR'. My SMS knowledge is not very 
> extensive and I have these two questions: 
> 
> 1) Should all volumes have a USE ATTRIB of STOR in this pool? 
> 2) If I change the mount attrib to PRIV on the volumes I need to work 
> with, then change it back after I finish, will that cause issues? 
> 
> Thanks up front for your insight. 
> 
> Regards, 
> Claude 
> 
> Claude Richbourg 
> Florida Department of Corrections 
> z Systems Programmer 
> 850-921-1383 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

JES2 Exit 52 Working Sample

[Frank Martinez]

I am trying to find a working JES2 exit 52 that adds a card to the current JOB 
card.  I am not well-versed in JES2 exits and I have tried contacting some of 
the local shops.  Unfortunately, they either don't use such an exit or it 
doesn't 
do the routine I require.

Since I have joined this group, I have used some of your hints and taken your 
advice with great results.  I am hoping that good fortune continues to be on 
my side.

TIA

Frank Martinez ([EMAIL PROTECTED])

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Farley, Peter x23353]

I called myself looking at those parameters, but perhaps I missed
something.  I will look again.

Thanks.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Rick Fochtman
> Sent: Tuesday, October 07, 2008 12:35 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Determining file attributes *before* OPEN
> 
> You might want to check out the SVC-99 Information Request parameters.
> IIRC, you can point to a DD statement without opening the dataset.


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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Farley, Peter x23353]

Thanks, but LOCATE/CAMLST only returns a volume list, not D(S)CB
attributes.

I can get the first few volumes from RDJFCB as well, along with the DSN,
and that's enough info to use OBTAIN (which I missed the first time
around) to get the DSCB.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Gerhard Postpischil
> Sent: Tuesday, October 07, 2008 12:32 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Determining file attributes *before* OPEN
> 
> Farley, Peter x23353 wrote:
> > So, besides actually issuing an OPEN, is there any non-authorized
> > facility or service that would simply let me discover some basic
file
> > attributes for an allocated DD?
> 
> Unless they've been discontinued lately, try the LOCATE and
> CAMLST macros.


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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Farley, Peter x23353]

Thanks, I think that's what I'll be using.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Richard Peurifoy
> Sent: Tuesday, October 07, 2008 12:23 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Determining file attributes *before* OPEN
> 
> Farley, Peter x23353 wrote:
> 
> > So, besides actually issuing an OPEN, is there any non-authorized
> > facility or service that would simply let me discover some basic
file
> > attributes for an allocated DD?
> 
> You can use the OBTAIN macro (see DFSMSdfp Advanced Services) to read
> the DSCB.


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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Farley, Peter x23353]

Thanks John.  Somehow I missed OBTAIN when I was browsing that manual.

RDJFCB with an X'13' EXLST entry will return the first few volume serial
numbers assigned to the dataset, so RDJFCB and OBTAIN would seem to be
the way to go.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of John McKown
> Sent: Tuesday, October 07, 2008 12:24 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Determining file attributes *before* OPEN
> 
> Look at the OBTAIN macro for DASD resident datasets.
> 
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3.
2
> 
> You'll need to get the volser that the dataset is on. If you simply
have a
> DD, the RDJFCB will get the DSN. You'd then need to do a catalog
lookup to
> find the volser.  I'd use the newest IGGCSI00 interface to do that
instead
> of the old way (which I can't even remember what it is called -
LOCATE?)


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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS managed storage volumes.

[John McKown]

Use attributes don't make any difference with an SMS managed volume. All of
our SMS managed volumes are USE PRIVATE. Works well. If you want to stop SMS
from allocating on a particular volume, you must mark the volume as DISNEW.
This is done with an operator command similar to:

V SMS,VOL(volser),DISABLE,NEW

--
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Crypto help

[Lucy Arnold]

All,

A big THANK-YOU!  to everyone who responded...I have a better understanding
now, but may have more questions as the project progresses!

Again, I can't thank all who responded enough!




Lucy Arnold
Storage Manager
U.C. Davis Medical Center
916-734-5498

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Computer Outage Notification Policy?

[Longnecker, Dennis]

Anyone have a computer outage notification policy they might want to share with 
me?  I'm looking for wording in regards about who to notify, and when, when 
various applications become unavailable (and I guess available too).  Things 
like after x hours of unavailability, notify CIO.  After x hours, notify CEO, 
etc.

I started to take my Intrusion Incident Notification Policy and modifying 
thatbut was thinking I might be missing things.

Sending directly to me via e-mail would be fine.

Thanks,
Dennis

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ASG Workload Planner

[gsg]

Anyone ever used a product called Workload Planner by ASG(Allen Systems 
Group)?  We are going to look at it and want to get some feedback from 
people that are familiar with it.

TIA

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS managed storage volumes.

[O'Brien, David W. (NIH/CIT) [C]]

Is it possible that these volumes were once non-sms storage volumes prior to 
their being converted to sms management and the Vatlist was never changed to 
reflect their conversion?

Change the Vatlist to Private for these volumes.
Change the use to Private. Update the VTOC.

Any allocations for temp storage which is not intercepted by your ACS routines 
are not going to these volumes. If temp allocations are being intercepted by 
your ACS routines then the use attribute of Stor is meaningless. I say this 
because that's the way it works at my shop. All of my sms volumes are Private 
and temp allocations under SMS control work just fine.


From: Richbourg, Claude [EMAIL PROTECTED]
Sent: Tuesday, October 07, 2008 12:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS managed storage volumes.

I have a pool of several SMS managed storage volumes that are out of, or
soon will be, DSCB's.
The ones that are 'USE ATTRIB of PRIV', I can move dsns and extend the
VTOC in place via batch job.
The ones that are 'USE ATTRIB of STOR', I cannot work with as I get this
message, 'ICK31025I VOLUME NOT MOUNTED PRIVATE.'

This SMS configuration I have inherited and I need to add VTOC space to
a few volumes that are USE ATTRIB 'STOR'. My SMS knowledge is not very
extensive and I have these two questions:

1) Should all volumes have a USE ATTRIB of STOR in this pool?
2) If I change the mount attrib to PRIV on the volumes I need to work
with, then change it back after I finish, will that cause issues?

Thanks up front for your insight.

Regards,
Claude

Claude Richbourg
Florida Department of Corrections
z Systems Programmer
850-921-1383

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Rick Fochtman]

You might want to check out the SVC-99 Information Request parameters. 
IIRC, you can point to a DD statement without opening the dataset.


Farley, Peter x23353 wrote:


I have gone round and round with the manuals on this and I think I have
the answer, but I just want to check my findings with others who have
done similar things.  These questions are for a normal z/OS
LE/COBOL/Assembler non-authorized batch application environment not
using Unix System Services or TSO/ISPF.

AFAICT, the dead simplest way to determine basic file attributes (e.g.,
DSORG, RECFM, LRECL) for an allocated DD is to issue an OPEN and look at
the DCB fields.  The context here is for an *existing* DSN, not NEW
where the JCL will have some or all of the info.  Think
DISP=SHR,DSN=my.dataset and nothing else on the DD statement.

OPEN with a DCB is not such a good thing to do if the file is actually a
VSAM file of any kind, but you can issue RDJFCB first and check the VSAM
bit in JFCDSRG2 to see if it is VSAM or not.  Then you can OPEN an ACB
instead of a DCB and find out what you need.

My primary question is whether there is a relatively simple, efficient
way to determine basic file attributes for an allocated DD *before*
issuing an OPEN.  I know I can get basic file information with OPEN, but
is there a way to do it *without* OPEN?

My reading took me to CVAFDIR and company, but there are all sorts of
restrictions there, not least of which is that unauthorized users must
have a DEB address pointing to the volume that the DSCB resides on.  The
only non-authorized way to get a DEB seems to be to open a DCB pointing
to the VTOC, which requires knowing the initial volume serial for the
dataset, which at least requires RDJCFB with ARL-info returned, and an
OPEN TYPE=J with a DCB open exit to change the DSN to all X'04', etc.,
etc.  Way messy, and it requires an OPEN anyway.

Using a different path, once I have the DSN via a RDJFCB then Catalog
Search (IGGCSI00) can tell me if a file is VSAM or PS, but not what its
RECFM or LRECL are (though I can get maximum LRECL for a VSAM file, but
not for a PS file).

The LE manuals seem to have nothing on file attributes that I could
find, either regular or vendor-interface.

So, besides actually issuing an OPEN, is there any non-authorized
facility or service that would simply let me discover some basic file
attributes for an allocated DD?

And if OPEN is indeed the simplest way, I can accept that.  I would just
like to confirm that I haven't missed another way of accomplishing this
task.

TIA for any help/info/RTFM's you can provide.

Peter
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[George Fogg]

> Look at the OBTAIN macro for DASD resident datasets.
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3.2
>
> You'll need to get the volser that the dataset is on. If you simply have a
> DD, the RDJFCB will get the DSN. You'd then need to do a catalog lookup to
> find the volser.  I'd use the newest IGGCSI00 interface to do that instead
> of the old way (which I can't even remember what it is called - LOCATE?)
>
LOCATE and it still works fine.
George Fogg

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Gerhard Postpischil]

Farley, Peter x23353 wrote:

So, besides actually issuing an OPEN, is there any non-authorized
facility or service that would simply let me discover some basic file
attributes for an allocated DD?


Unless they've been discontinued lately, try the LOCATE and 
CAMLST macros.



Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SMS managed storage volumes.

[Richbourg, Claude]

I have a pool of several SMS managed storage volumes that are out of, or
soon will be, DSCB's.
The ones that are 'USE ATTRIB of PRIV', I can move dsns and extend the
VTOC in place via batch job.
The ones that are 'USE ATTRIB of STOR', I cannot work with as I get this
message, 'ICK31025I VOLUME NOT MOUNTED PRIVATE.'

This SMS configuration I have inherited and I need to add VTOC space to
a few volumes that are USE ATTRIB 'STOR'. My SMS knowledge is not very
extensive and I have these two questions:

1) Should all volumes have a USE ATTRIB of STOR in this pool?
2) If I change the mount attrib to PRIV on the volumes I need to work
with, then change it back after I finish, will that cause issues?

Thanks up front for your insight.

Regards,
Claude

Claude Richbourg
Florida Department of Corrections
z Systems Programmer 
850-921-1383

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[Richard Peurifoy]

Farley, Peter x23353 wrote:


So, besides actually issuing an OPEN, is there any non-authorized
facility or service that would simply let me discover some basic file
attributes for an allocated DD?


You can use the OBTAIN macro (see DFSMSdfp Advanced Services) to read
the DSCB.

--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Determining file attributes *before* OPEN

[John McKown]

Look at the OBTAIN macro for DASD resident datasets.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3.2

You'll need to get the volser that the dataset is on. If you simply have a
DD, the RDJFCB will get the DSN. You'd then need to do a catalog lookup to
find the volser.  I'd use the newest IGGCSI00 interface to do that instead
of the old way (which I can't even remember what it is called - LOCATE?)

--
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Digital Certificate Implementation TN3270

[Hal Merritt]

An auditor said it, so it must be true :-))

Just kidding. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ulrich Boche
Sent: Monday, October 06, 2008 10:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Digital Certificate Implementation TN3270

Hal Merritt wrote:
> That was then. This is now. The target continues to move. Plan on
client
> certificates if you are subject to privacy regulations.  
> 
> The reason I was given is that server only authentication is
vulnerable
> to a 'man in the middle' attack vector.  
> 
> HTH and good luck. 
> 
Client certificates allow the server to authenticate the client. The use

of client certificates has no bearing whatsoever on the prevention of 
man-in-the-middle attacks.

To prevent this kind of attack with a mainframe emulation, you need to 
make sure that your client (such as IBM PCOMM):

1. only recognizes trusted Certification Authorities (like Verisign or 
your own company CA) for server certificates.

2. has the option selected to verify the hostname. In this case, the cn=

attribute in the subject's name in the server certificate must be 
identical to the hostname. Alternatively, the altName= attribute can be 
used in the certificate to specify the hostname.

IBM PCOMM does not accept self-signed server certificates. This is 
helpful in preventing MITM attacks.
-- 
Ulrich Boche
SVA GmbH, Germany
IBM Premier Business Partner

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Determining file attributes *before* OPEN

[Farley, Peter x23353]

I have gone round and round with the manuals on this and I think I have
the answer, but I just want to check my findings with others who have
done similar things.  These questions are for a normal z/OS
LE/COBOL/Assembler non-authorized batch application environment not
using Unix System Services or TSO/ISPF.

AFAICT, the dead simplest way to determine basic file attributes (e.g.,
DSORG, RECFM, LRECL) for an allocated DD is to issue an OPEN and look at
the DCB fields.  The context here is for an *existing* DSN, not NEW
where the JCL will have some or all of the info.  Think
DISP=SHR,DSN=my.dataset and nothing else on the DD statement.

OPEN with a DCB is not such a good thing to do if the file is actually a
VSAM file of any kind, but you can issue RDJFCB first and check the VSAM
bit in JFCDSRG2 to see if it is VSAM or not.  Then you can OPEN an ACB
instead of a DCB and find out what you need.

My primary question is whether there is a relatively simple, efficient
way to determine basic file attributes for an allocated DD *before*
issuing an OPEN.  I know I can get basic file information with OPEN, but
is there a way to do it *without* OPEN?

My reading took me to CVAFDIR and company, but there are all sorts of
restrictions there, not least of which is that unauthorized users must
have a DEB address pointing to the volume that the DSCB resides on.  The
only non-authorized way to get a DEB seems to be to open a DCB pointing
to the VTOC, which requires knowing the initial volume serial for the
dataset, which at least requires RDJCFB with ARL-info returned, and an
OPEN TYPE=J with a DCB open exit to change the DSN to all X'04', etc.,
etc.  Way messy, and it requires an OPEN anyway.

Using a different path, once I have the DSN via a RDJFCB then Catalog
Search (IGGCSI00) can tell me if a file is VSAM or PS, but not what its
RECFM or LRECL are (though I can get maximum LRECL for a VSAM file, but
not for a PS file).

The LE manuals seem to have nothing on file attributes that I could
find, either regular or vendor-interface.

So, besides actually issuing an OPEN, is there any non-authorized
facility or service that would simply let me discover some basic file
attributes for an allocated DD?

And if OPEN is indeed the simplest way, I can accept that.  I would just
like to confirm that I haven't missed another way of accomplishing this
task.

TIA for any help/info/RTFM's you can provide.

Peter
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: The Obsolete mainframe or Newspapers

[Cebell, David]

Most of the Major Newspapers are experiencing declining readership.
Their revenues are down. 
Belo spun off The Dallas Morning News as it continues to lose money.  

Perhaps the paper may be obsolete first.

( that is if the government doesn't come in and prop them up)  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Alcock
Sent: Monday, October 06, 2008 3:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: The Obsolete mainframe?

Today's Dallas Morning News has an editorial written by their staff with
the words "could become as obsolete as computer mainframes".  

http://www.dallasnews.com/sharedcontent/dws/dn/opinion/editorials/storie
s/DN-top10_06edi.State.Edition1.43fe5ef.html

I plan to send them a friendly email to tell them that the mainframe is
alive and well. ;-) 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX error

[Hardee, Charles H]

Can you post the first 5 or 6 lines in a fixed pitch font like Courier?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM 3179

[William Donzelli]

>  Do they have any value?  Museum!?!? ;-)

Every computer museum or retrocomputing group I know of either has a
few, or does not want any.

>  Or, should I just send them with our old PC scrap to an IT scrap recycler?

Probably best to send the to the recycler. They will likely go to
China to be picked apart, sorted, melted down and refined, and end
back in the USA as stuff in Wal Mart.

>  P.S. Eventually, I'll have some more mainframe museum pieces to dispose.

Like what? There are computer museums and groups that could very well
be interested in whatever these are. Please keep us informed.

--
Will

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html