Re: Migrating from z/OS V1.4 to z/OS V1.11

[Timothy Sipples]

Just to reinforce this point, somehow my Mac today popped up a message box
asking me to agree to new Apple iTunes terms and conditions associated with
a point release update. Of course, I read those on-screen T&Cs very
carefully and reviewed them with a lawyer No, strike that. After
(blindly) clicking "Agree," iTunes started up. Then I saw a message which
said (exactly, or closely paraphrasing) "Updating Your iTunes Library."
Which iTunes proceeded to do, without prompting, and as a one-way trip.

This sort of behavior, if practiced routinely in the z/OS world, would make
most system programmers shudder. The new application (iTunes) completely
overwrites the old one, with no going back short of a full system restore?
You're out of production until you accept legal T&Cs, at gunpoint (so to
speak)? Then the application proceeds to do something unknown to your own
data, without asking and without any way to back out the changes? (System
programmer now shakes head.)

It is amazing how often most/all of the rest of the IT world pushes through
changes without much if any safety net. I suspect some Apple customers
today are quite upset because their Mac didn't successfully manage these
particular iTunes changes. It's probably at least hundreds of bewildered
Apple customers, even if that iTunes upgrade is 99.98% reliable.

But I think this difference in philosophy and difference in design teaches
some important lessons, and they may not be the ones you expect. Often
business users crave rapid change, to address real business problems
quickly. IT infrastructure and applications need to support multiple paces
of business change. I get concerned when we (IT people) forget that. z/OS
(and the mainframe) have the best tools and capabilities in the business to
manage rapid change, with quality results. (And to discriminate within the
enterprise, delivering the rapid change exactly where needed without
disrupting others.) But are we (IT people) taking maximum advantage of
those capabilities in business-appropriate ways? Too often, no, we're not.
And then businesspeople get very angry, because they're not getting their
cafeteria menu application updated within a week while the IT people plod
along making sure it's delivered in 6 months with 99.% assurance
("standard process") rather than the one week/99.7% it actually needs.

Anyway, I'm off on a bit of a digression, but let me just summarize by
saying that all these z/OS-unique change management features (and
associated organizational practices) shouldn't be used to slow down change.
That would be very bad. They're there to increase the odds of a successful
outcome when you change at the same pace as other platforms, or to
accelerate change significantly while delivering the same odds of a
successful outcome, or to make particular risky changes possible that would
be impossible elsewhere. And which mixture (pace of change/odds of
successful outcome) you choose should be flexible, chosen on a per
application basis. That's really how we should be operating but often
aren't. And that's why too many organizations are perpetually hauling in
"yet another box" to get things done.

Time to go check whether iTunes did any damage. :-)

- - - - -
Timothy Sipples
Resident Architect (Based in Singapore)
STG Value Creation and Complex Deals Team
IBM Growth Markets
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Unix and VBA files.

[Shane Ginnane]

Spot on - thanks again.
I wonder what bright spark came up with that idea. All the tools I tried (cp, 
cat, awk) showed the 
same symptoms.
Of course if IDCAMS had produced the VB output I asked for, I'd have never 
known ...

Shane ...

On Sat, May 1st, 2010 at 4:29 PM, Bill Godfrey wrote:

> I think the explanation can be found in the "C/C++ Programming 
> Guide", in the chapter about "Using ASA text files" (Chapter 7 in the
> recent editions).

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

Re: Accessing Cross Memory Storage in REXX

[Chris Craddock]

On Mon, May 10, 2010 at 4:37 PM, Rick Fochtman  wrote:

> -
>
> Highly unlikely unless I'm missing something obvious. The only LEGAL way to
> access memory in some other address space is via an SRB. You need to be in
> sup state and key zero to schedule an SRB and REXX runs key 8 and problem
> state. But if we're allowed to cheat then I'll play :-)
>
> PS> I didn't know there were any mainframe people at Queens...
> --
> Not strictly true, but the mechanisms are NOT for the meek! I've found
> other ways but in the interests of safety, I'll not share them.
>


Notice that I said "Legal". Nothing else is supported by the z/OS software
architecture - regardless of whether something else is possible under the
hardware architecture. Any grinning idiot with an APF library can study PoPs
and contrive ways of gaining addressability to some other address space, but
since z/OS doesn't know (or allow!) what you would be doing, the results are
most kindly described as "unpredictable".

-- 
This email might be from the
artist formerly known as CC
(or not) You be the judge.

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

Re: Amazing article.

[Ron Hawkins]

I believe Paul Gilmartin did, just before the quote that got your knickers
in a bunch.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Ted MacNEIL
> Sent: Monday, May 10, 2010 7:42 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Amazing article.
> 
> >However it is possible to provide some examples when liberty is
constrained
> and it does not add any value to RAS.
> 
> Then, do so.
> -
> Too busy driving to stop for gas!
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Member name format for z/OS directory as simulated PDS?

[Rick Fochtman]

Probably from dataset names like 'FOOLISHLY.BARRED', which can't be
effectively processed by CVOL management routines.

   


Clearly, but why prohibit cataloguing 'FOO.BAR'?
 


--
Probably depends on the nature of the trigger mechanism. Without source 
code in front of me, I can't say for sure.


Rick

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

Re: Member name format for z/OS directory as simulated PDS?

[Ward, Mike S]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Monday, May 10, 2010 4:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Member name format for z/OS directory as simulated PDS?

On Mon, 10 May 2010 16:33:30 -0500, Rick Fochtman wrote:

>Probably from dataset names like 'FOOLISHLY.BARRED', which can't be
>effectively processed by CVOL management routines.
>
Clearly, but why prohibit cataloguing 'FOO.BAR'?

I know the word, but I have never seen it spelled that way. :)

>
>Paul Gilmartin wrote:
>
>>concerned, for example, why, when the programmer codes:
>>
>>//SYSUT2  DD  DISP=(,CATLG),DSN=FOO.BAR
>>
>>... the data set is catalogued, whereas for:
>>
>>//SYSUT2  DD  DISP=(,CATLG),DSN='FOO.BAR'
>>
>>... the JCL C/I changes the disposition to KEEP.  In both cases,
>>identical data set names are created.  In each case the name was
>>acceptable to CVOL.  Why should the C/I make the distinction?
>>CVOL can't be the explanation.  Cui bono?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

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

Re: Member name format for z/OS directory as simulated PDS?

[Paul Gilmartin]

On Mon, 10 May 2010 16:33:30 -0500, Rick Fochtman wrote:

>Probably from dataset names like 'FOOLISHLY.BARRED', which can't be
>effectively processed by CVOL management routines.
>
Clearly, but why prohibit cataloguing 'FOO.BAR'?

>
>Paul Gilmartin wrote:
>
>>concerned, for example, why, when the programmer codes:
>>
>>//SYSUT2  DD  DISP=(,CATLG),DSN=FOO.BAR
>>
>>... the data set is catalogued, whereas for:
>>
>>//SYSUT2  DD  DISP=(,CATLG),DSN='FOO.BAR'
>>
>>... the JCL C/I changes the disposition to KEEP.  In both cases,
>>identical data set names are created.  In each case the name was
>>acceptable to CVOL.  Why should the C/I make the distinction?
>>CVOL can't be the explanation.  Cui bono?

-- gil

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

Re: Accessing Cross Memory Storage in REXX

[Rick Fochtman]

-
Highly unlikely unless I'm missing something obvious. The only LEGAL way 
to access memory in some other address space is via an SRB. You need to 
be in sup state and key zero to schedule an SRB and REXX runs key 8 and 
problem state. But if we're allowed to cheat then I'll play :-)


PS> I didn't know there were any mainframe people at Queens...
--
Not strictly true, but the mechanisms are NOT for the meek! I've found 
other ways but in the interests of safety, I'll not share them.


Rick

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

Re: Member name format for z/OS directory as simulated PDS?

[Rick Fochtman]

Probably from dataset names like 'FOOLISHLY.BARRED', which can't be 
effectively processed by CVOL management routines.


Rick

Paul Gilmartin wrote:


On Sat, 8 May 2010 20:27:33 -0400, Shmuel Metz (Seymour J.) wrote:
 


Strange rule; I wonder what motivated it?
 


CVOL.

   


The thread, which you trimmed excessively, as is your bad custom,
concerned, for example, why, when the programmer codes:

   //SYSUT2  DD  DISP=(,CATLG),DSN=FOO.BAR

... the data set is catalogued, whereas for:

   //SYSUT2  DD  DISP=(,CATLG),DSN='FOO.BAR'

... the JCL C/I changes the disposition to KEEP.  In both cases,
identical data set names are created.  In each case the name was
acceptable to CVOL.  Why should the C/I make the distinction?
CVOL can't be the explanation.  Cui bono?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Migrating from z/OS V1.4 to z/OS V1.11

[Rick Fochtman]

Shmuel Metz (Seymour J.) wrote:


In
,
on 05/07/2010
  at 10:36 AM, Pat Mihalec  said:

 


I am running z/OS 1.4 and think of just jumping to z/OS 1.11, if they
finally let me upgrade the software. 
   



Unless you have the tapes for intermediate releases in house, you have
no choice but to make the big jump. Put the necessary work into
planning and testing to minimize problems. Get everyone involved in
the testing.

 

I will add one more warning: be prepared to do some serious 
housecleaning. Sounds like it's going to be very necessary, to avoid 
problems caused by the "We've always done it that way" syndrome.


Rick

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

Re: Isolate lpar to resolver process

[Roy Hewitt]

Chris

Chris Mason wrote:

Jorge

Well, I'm glad you've worked it all out.

Now the only mystery for those following this thread in the list is how your 


F RESOLVER,DISPLAY
and
//SYSTCPD DD DSN=...(TCPDATA)

do *not* correspond to the "resolver trace" output you posted before! I even 
found where that output is explained - the z/OS Communications Server IP 
Diagnosis Guide manual - just to make sure I had interpreted it correctly.


but it depends were the resolver trace came from. As I hinted at in a previous post, the quoted 
resolver trace appears to come from the TCPIP address space. If it was the user AS, then it would 
also contain details of the lookup.. plus the T99TCPIP userid .. unlikely to be a TSO user at 8 chars!


Cheers

Roy

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

Re: Amazing article.

[zMan]

On Mon, May 10, 2010 at 3:07 PM, Howard Brazee wrote:

> But there still are non-IBM mainframes.
>

And around and around and around we go, where we stop, nobody knows...



'...There's glory for you!'

`I don't know what you mean by "glory",' Alice said.

Humpty Dumpty smiled contemptuously. `Of course you don't -- till I tell
you. I meant "there's a nice knock-down argument for you!"'

`But "glory" doesn't mean "a nice knock-down argument",' Alice objected.

`When *I* use a word,' Humpty Dumpty said, in rather a scornful tone, `it
means just what I choose it to mean -- neither more nor less.'

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

Re: Amazing article.

[Howard Brazee]

On 10 May 2010 09:59:04 -0700, r.skoru...@bremultibank.com.pl (R.S.)
wrote:

>> Anybody have a list of how much other mainframe operating systems are
>> being used?
>The same answer as with number of mainframes at all: Only IBM knows and 
>it is the most bashful secret.

But there still are non-IBM mainframes.

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

Re: Accessing Cross Memory Storage in REXX

[Lindy Mayfield]

This does smell a bit familiar.  If the OP really needs an authorized rexx 
function then I still have my notes from April 2008 when we discussed this 
topic quite thoroughly.

Or if the OP wants to search the archives, the subject was "Authorized Rexx 
Assembler Function".

)Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Rob Scott
Sent: 10. toukokuuta 2010 9:12
To: IBM-MAIN@bama.ua.edu
Subject: Re: Accessing Cross Memory Storage in REXX

Lourne,

You can use AUTHTSF/AUTHCMD definitions to get a REXX external function to 
operate authorized and then you can MODESET and trash the system to your 
heart's content :-)

I had a quick sniff at the code from the referenced article and it does indeed 
use AUTHCMD - however the one resounding impression I got from it was "yikes!" 
and I would not have it anywhere near a production system.
There is non recovery at all, no data verification and unconditional MVCLs in 
supervsior state key0 - it is an IPL waiting to happen. 

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

Re: Amazing article.

[R.S.]

Ted MacNEIL pisze:

OS/2 is dead, so users were forced to migrate off.


Not all users.


Possibly some existing and "closed" applications are being in use nowadays.



Many ATM's in North America are still running OS/2.


Many ATMs were installed many years ago. In the very old days I 
installed OS/2 based NCR machine in Poland. Later, approx.  10 years ago 
any vendor's specification contained "non OS2 operating system". The 
direction was obvious at the time.


However, ATM is not typical computer. It's more like LM in 3494 or HMC, 
or PC inside DASD array. Some kind of appliance - closed HW, SW, 
configuration. I.e. It is not supported to insert my favorite NIC card 
to the ATM ;-)




--
Radoslaw Skorupka
Lodz, Poland


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

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

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

Re: Amazing article.

[Ted MacNEIL]

>OS/2 is dead, so users were forced to migrate off.

Not all users.

>Possibly some existing and "closed" applications are being in use nowadays.


Many ATM's in North America are still running OS/2.

I know of one bank in Canada that had to re-write their application to handle 
bills larger than $50 because their white label machines were in casinos, and 
$20's & $50's weren't acceptable.

-
Too busy driving to stop for gas!

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

Re: ServerPac and z/OSMF questions

[Mary Anne Matyaz]

Radoslaw, 

1) You would use this if you plan to manage dumps and pmrs with IBM. Your 
country code is the IBM country code, in the US it is 897. Branch code is the 
IBM branch office that services your site. You might see it in a pmr number, 
ie, 
my pmr numbers are 12345,487,000.  
You can leave these fields blank now and change them later in CEAPRMxx. 

All your CEA questions can be answered in the INIT & TUNING reference for 
CEAPRMxx, but quickly, no, these are not product datasets. And again, you 
can defer to later when you customize the CEAPRMxx member. 

2) Dunno about this one. I'd say a pmr is in order. 


3) Correct. I left this field blank in the serverpac install. I presume it 
would 
place the password= field on the PFA proc in sys1.proclib. 

Mary Anne 

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

Re: dfsort report and header

[Frank Swarbrick]

>>> On 5/10/2010 at 10:32 AM, in message
, Frank
Yaeger  wrote:
> 
> You've got it right.  If you don't use REMOVECC, DFSORT will add new
> control characters before your old control characters.  With REMOVECC,
> it will remove the control characters, so you need to add your own
> for HEADER1.  The only other way to do it without using REMOVECC, would
> be to remove the old control characters and let DFSORT add new ones,
> but it's unlikely you would get the same control characters you had,
> originally.

Thanks for the confirmation, Frank!
I'm finding DFSORT to be quite useful for many things.

Frank

-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403




The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

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

Re: Amazing article.

[Lloyd Fuller]

OS/2 is alive.  It is now called ecomstation and the latest releaseis due at 
the end of the week. It is just no longer sold by IBM.

Lloyd



- Original Message 
From: R.S. 
To: IBM-MAIN@bama.ua.edu
Sent: Mon, May 10, 2010 12:57:48 PM
Subject: Re: Amazing article.


/snip

OS/2 is dead, so users were forced to migrate off. Possibly some existing and 
"closed" applications are being in use nowadays.
/snip a lots

-- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu 
do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd 
w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Amazing article.

[zMan]

Add MUMPS to the list -- it used to be on many platforms too.

("Hey, honey, guess what! We're getting MUMPS at work!")

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

Re: Amazing article.

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Howard Brazee
Sent: Monday, May 10, 2010 11:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Amazing article.

On 6 May 2010 13:25:37 -0700, r.skoru...@bremultibank.com.pl (R.S.)
wrote:

>Version for IT interlocutors:
>"Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not 
>Windows, it must be any non-Windows operating system! [=>] It must be 
>kind of Unix!".

I wonder how many operating systems are being used in such business
environments.Is Pick still being used?   How about VAX?   Other
IBM mini-environment OS's (not to mention OS/2)?

Anybody have a list of how much other mainframe operating systems are
being used?


I will not say these are mainframe, but I know they are being used:

OpenVMS
HPNS (formerly Tandem NonSTOP)

Regards,
Steve Thompson

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

Re: Amazing article.

[Sam Siegel]

On Mon, May 10, 2010 at 5:57 PM, R.S.  wrote:
> Howard Brazee pisze:
>>
>> On 6 May 2010 13:25:37 -0700, r.skoru...@snip.it.pl (R.S.)
>> wrote:
>>
>>> Version for IT interlocutors:
>>> "Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not
>>> Windows, it must be any non-Windows operating system! [=>] It must be kind
>>> of Unix!".
>>
>> I wonder how many operating systems are being used in such business
>> environments.    Is Pick still being used?   How about VAX?   Other
>> IBM mini-environment OS's (not to mention OS/2)?
>
> OS/2 is dead, so users were forced to migrate off. Possibly some existing
> and "closed" applications are being in use nowadays.
> Pick - I never heard about such gismo.
> VAX - very fine OS, but rapidly dying after DEC and later Compaq merge.
> However I'm aware of some serious business systems still using it.
> BTW: there are (were) many other Unix-like systems in use - to mention
> Dynix, DataGeneral, Ultrix, NCR, Sinix -  and some non-Unix ones like Gecos
> (former GE), Burrows, Sperry, ICL (George3 derivatives) and last but not
> least: HDS VOS and Fujitsu MSP which are very similar to MVS .
>
>
>> Anybody have a list of how much other mainframe operating systems are
>> being used?
>
> The same answer as with number of mainframes at all: Only IBM knows and it
> is the most bashful secret.
> 
> New user on VSE is a joke, the same for TPF (I heard there are no more than
> 100 TPF systems, obviously cannot verify it). VM is profiting by zLinux
> popularity.

Strange but true Ticketmaster (online event ticket sales; primarily in
the US) was the last new TPF user.  This occurred someplace between
2000 and 2005 IIRC.

Cheers
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
> --
> BRE Bank SA
> ul. Senatorska 18
> 00-950 Warszawa
> www.brebank.pl
>
> S d Rejonowy dla m. st. Warszawy XII Wydzia  Gospodarczy Krajowego Rejestru
> S dowego, nr rejestru przedsi biorców KRS 025237
> NIP: 526-021-50-88
> Wed ug stanu na dzie  01.01.2009 r. kapita  zak adowy BRE Banku SA (w ca o
> ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj  warunkowego
> podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16
> marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec
> podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak
> adowym BRE Banku SA b d  w ca o ci op acone.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Amazing article.

[zMan]

On Mon, May 10, 2010 at 12:57 PM, R.S. wrote:

> Pick - I never heard about such gismo.
>

PICK was invented by Dick Pick, was used on many platforms for a long time,
and is still available:
http://en.wikipedia.org/wiki/Pick_operating_system
and www.tigerlogic.com.

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

Re: Amazing article.

[Sam Siegel]

On Mon, May 10, 2010 at 5:10 PM, Howard Brazee  wrote:
> On 6 May 2010 13:25:37 -0700, r.skoru...@bremultibank.com.pl (R.S.)
> wrote:
>
>>Version for IT interlocutors:
>>"Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not
>>Windows, it must be any non-Windows operating system! [=>] It must be
>>kind of Unix!".
>
> I wonder how many operating systems are being used in such business
> environments.    Is Pick still being used?   How about VAX?   Other
> IBM mini-environment OS's (not to mention OS/2)?
>
> Anybody have a list of how much other mainframe operating systems are
> being used?

To all this is in this entire string of emails not just this post
(which is getting this response strictly by coincidence) we should not
lose sight that this posted started life as a joke / letting off
steam.

Cheers
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Amazing article.

[R.S.]

Howard Brazee pisze:

On 6 May 2010 13:25:37 -0700, r.skoru...@snip.it.pl (R.S.)
wrote:


Version for IT interlocutors:
"Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not 
Windows, it must be any non-Windows operating system! [=>] It must be 
kind of Unix!".


I wonder how many operating systems are being used in such business
environments.Is Pick still being used?   How about VAX?   Other
IBM mini-environment OS's (not to mention OS/2)?


OS/2 is dead, so users were forced to migrate off. Possibly some 
existing and "closed" applications are being in use nowadays.

Pick - I never heard about such gismo.
VAX - very fine OS, but rapidly dying after DEC and later Compaq merge.
However I'm aware of some serious business systems still using it.
BTW: there are (were) many other Unix-like systems in use - to mention 
Dynix, DataGeneral, Ultrix, NCR, Sinix -  and some non-Unix ones like 
Gecos (former GE), Burrows, Sperry, ICL (George3 derivatives) and last 
but not least: HDS VOS and Fujitsu MSP which are very similar to MVS .




Anybody have a list of how much other mainframe operating systems are
being used?
The same answer as with number of mainframes at all: Only IBM knows and 
it is the most bashful secret.


New user on VSE is a joke, the same for TPF (I heard there are no more 
than 100 TPF systems, obviously cannot verify it). VM is profiting by 
zLinux popularity.


--
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.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

Re: Amazing article.

[Steve Comstock]

McKown, John wrote:

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee

Sent: Monday, May 10, 2010 11:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Amazing article.

On 6 May 2010 13:25:37 -0700, r.skoru...@bremultibank.com.pl (R.S.)
wrote:


Version for IT interlocutors:
"Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not 
Windows, it must be any non-Windows operating system! [=>] 
It must be 

kind of Unix!".

I wonder how many operating systems are being used in such business
environments.Is Pick still being used?   How about VAX?   Other
IBM mini-environment OS's (not to mention OS/2)?

Anybody have a list of how much other mainframe operating systems are
being used?


i5/OS (or whatever it's called) is still going fairly strong.

--
John McKown 
Systems Engineer IV

IT

Administrative Services Group

HealthMarkets(r)

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



Ah, but, here we go again: what's a mainframe?


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* z/OS application programmer training
  + Instructor-led on-site classroom based classes
  + Course materials licensing
  + Remote contact training
  + Roadshows
  + Course development

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

Re: Amazing article.

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee
> Sent: Monday, May 10, 2010 11:10 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Amazing article.
> 
> On 6 May 2010 13:25:37 -0700, r.skoru...@bremultibank.com.pl (R.S.)
> wrote:
> 
> >Version for IT interlocutors:
> >"Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not 
> >Windows, it must be any non-Windows operating system! [=>] 
> It must be 
> >kind of Unix!".
> 
> I wonder how many operating systems are being used in such business
> environments.Is Pick still being used?   How about VAX?   Other
> IBM mini-environment OS's (not to mention OS/2)?
> 
> Anybody have a list of how much other mainframe operating systems are
> being used?

i5/OS (or whatever it's called) is still going fairly strong.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: dfsort report and header

[Frank Yaeger]

Frank Swarbuck wrote on 05/07/2010 05:41:41 PM:
> This works, but I get the nagging feeling it can be a little better.
>
> PROD.MIS.RS35PRT is a "report" file, RECFM=FBA, LRECL=133, that
> already has the ANS control characters in it.
> I want to use sort to add a header page with the date.  This is what
> I have right now:
>
> //STEP01   EXEC PGM=ICEMAN,PARM=ABEND,COND=(4,LT)
> //SYSOUT   DD SYSOUT=*
> //SORTIN   DD DSN=PROD.MIS.RS35PRT,
> //DISP=SHR
> //REPORT1  DD SYSOUT=*
> //DFSPARM  DD *
>   OPTION COPY
>   OUTFIL FNAMES=REPORT1,REMOVECC,
> HEADER1=('1MISEOM   VISA BUSINESS CARD REPORT   ',DATE)
> //
>
> This gives me
>
> 1MISEOM   VISA BUSINESS CARD REPORT   05/07/10

>
1

>  *VISA
> BUSINESS CARD REPORTING SYSTEM **
>  COMPANY NO. 00040
>


>
>
*

>
>
***

> ...etc...
>
> which is what I want.  I had to use REMOVECC so that sort didn't try
> to add it's own control characters.  But then I had to add the '1'
> before the 'MISEOM' in the HEADER1 parm.  Is there something I can
> do so that I don't need the '1' before the 'MISEOM', but it also
> respects the CCs that are already in the file?  The result should be
> the same as the above.

You've got it right.  If you don't use REMOVECC, DFSORT will add new
control characters before your old control characters.  With REMOVECC,
it will remove the control characters, so you need to add your own
for HEADER1.  The only other way to do it without using REMOVECC, would
be to remove the old control characters and let DFSORT add new ones,
but it's unlikely you would get the same control characters you had,
originally.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

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

Re: Amazing article.

[Howard Brazee]

On 10 May 2010 07:46:08 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:

>Apparently the person to whom you were replying was not aware that Windows' 
>main touted 
>benefit is that there is only one way to do something, so everybody must do it 
>the same way. 
>Windows is the ultimate in "state control" of a computer system. In my very 
>humble opinion.

And in my humble opinion, it is typical in this regard, not ultimate.

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

Re: Amazing article.

[Howard Brazee]

On 9 May 2010 09:21:10 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote:

>>Apparently abhorrence of liberty is the modal attitude of z/OS programmers.
>
>Why do you work on a platform you hate so much?
>
>Every one has some restriction that users of same don't like!
>
>Find another field and stop b*tching!

While I like Z/OS, I don't believe there is a platform or field that
couldn't use some improvement.How much people "b*tch" about a work
environment is more about personality than anything else.   Switching
jobs rarely changes anything.

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

Re: Amazing article.

[Howard Brazee]

On 6 May 2010 13:25:37 -0700, r.skoru...@bremultibank.com.pl (R.S.)
wrote:

>Version for IT interlocutors:
>"Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not 
>Windows, it must be any non-Windows operating system! [=>] It must be 
>kind of Unix!".

I wonder how many operating systems are being used in such business
environments.Is Pick still being used?   How about VAX?   Other
IBM mini-environment OS's (not to mention OS/2)?

Anybody have a list of how much other mainframe operating systems are
being used?

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

ServerPac and z/OSMF questions

[R.S.]

I'm working on 1.11 ServerPac Installation Dialog, VARIABLES.


New sections arrived, some of them make me lost:

1. z/OSMF
Country code, branch code 000, 999 respectively. While I could try to
use on of several country codes for Poland, I have no clue what the
branch code is. Can I simply leave it unchanged?

CEA - SMS(Y/N) - I understand the question, but I have no clue what is
"CEA dataset". Is it target, dlib or operational dataset? What DSORG,
how big? Any clue?

CEA - VOLSERn. Now they say "CEA datasetS" - plural. Up to 7 volsers can
be specified. Can I specify only one and simply repeat it 7 times? Again
- are we talking about operational datasets?

CEA OPERLOG, LOGREC - I assume these are operational datasets.

2. WAS OEM edition
Now something special: DAEMON HOME PATH and IP NAME. Both default values 
provided in mixed case - it is a must for pathnames, However when I 
change any single letter in HOME PATH value, all the string is converted 
to uppercase!!!


3. PFA USER PASSWORD - is it a password for started task userid? 
Something obsoleted 10 years ago by PROTECTED userids?



Of course I have RTFM (Installing Your Order, Dialog help and 
Configuration Guide), but it didn't answer my questions.


--
Radoslaw Skorupka
Lodz, Poland



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

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec 
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym 
BRE Banku SA będą w całości opłacone.

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

Re: Amazing article.

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
> Sent: Sunday, May 09, 2010 11:21 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Amazing article.
> 
> >Apparently abhorrence of liberty is the modal attitude of 
> z/OS programmers.
> 
> Why do you work on a platform you hate so much?
> 
> Every one has some restriction that users of same don't like!
> 
> Find another field and stop b*tching!

Apparently the person to whom you were replying was not aware that Windows' 
main touted benefit is that there is only one way to do something, so everybody 
must do it the same way. Windows is the ultimate in "state control" of a 
computer system. In my very humble opinion.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: Amazing article.

[Ted MacNEIL]

>However it is possible to provide some examples when liberty is constrained 
>and it does not add any value to RAS.

Then, do so.
-
Too busy driving to stop for gas!

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

Re: Amazing article.

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Saturday, May 08, 2010 7:48 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Amazing article.
> 
> In ,
> on 05/08/2010
>at 07:11 AM, "McKown, John"  said:
> 
> >Not any from IBM that I am aware of. IBM's method implys a "stack" of
> >GDGs,
> 
> There is no "IBM's method", only IBM's method*s*; as Larry Wall
> claims, TMTOWTDI. In particular, you can read the catalog, extract the
> GDS names and process them individually. You can even maintain a
> record of what you've done with which.
> 
> >There is not an IBM way to process them from oldest to youngest.
> 
> Sure there is; use, e.g., CSI, then allocate each GDS that is of
> interest and do what you want with it. If you're writing in Perl, use
> file globs.
> 
> >you could do it with their "catsearch" program.
> 
> Is that a wrapper for CSI?
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT

I was inexact. I was thinking totally in terms of relative generation numbers. 
There is no JCL construct which says: "Give the the oldest (lowest 
numbered)existing GDG". There is for the question: "Give me the youngest 
(highest numbered) existing GDG", that is gdg(0). Neither is there a __SIMPLE__ 
API to answer that question. Yes, I know about CAMLST / LOCATE,  and IGGCSI00, 
and scraping a LISTC output. I said, and mean (brain dead), SIMPLE.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: Amazing article.

[R.S.]

Joel C. Ewing pisze:
[...]

z/OS is so useful in the real business world precisely because of the
way the "liberty" of users is constrained.


This is matter of language - how we understand "liberty".
However it is possible to provide some examples when liberty is 
constrained and it does not add any value to RAS.



--
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.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

Re: emptiness

[R.S.]

Charles Mills pisze:

The fact that IEBCOPY can do something useful without a command file is a
good thing.

It should distinguish however between SYSIN omitted (no command file, do the
default action) and SYSIN empty (zero commands, do nothing).

Zero was one of the great breakthroughs of the Arabic mathematicians.
(Recall than Roman Numerals do not include zero.) Zero is an incredibly
useful mathematical concept, but it is counter to human nature to see zero
as a number just like any other. 


If you ask someone how many apples he or she has, most people will respond
one, or two, or three as appropriate. But most people will not say zero,
they will say something "special" like "I don't have any."

Computer software, however, should treat zero as a number.


And, in some situations, computer stricly distinguishes zero and no 
value. For example IEBGENER works with empty SYSIN of any flavor (DD 
DUMMY, DD * with /*, etc.), but it fails (RC=12) with no SYSIN DD at all.


--
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.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

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

Re: Amazing article.

[Joel C. Ewing]

On 05/09/2010 11:21 AM, Ted MacNEIL wrote:
>> Apparently abhorrence of liberty is the modal attitude of z/OS programmers.
> 
> Why do you work on a platform you hate so much?
> Every one has some restriction that users of same don't like!
> Find another field and stop b*tching!
> -
> Too busy driving to stop for gas!
...
I missed the source posting of the "abhorrence of liberty" remark that
Ted quotes, but if it was made in seriousness the original author
obviously doesn't understand what is required to make Reliability,
Availability, and Security work in the real world.  You simply can't
allow any compromise in design at the Operating System or hardware level
that presumes a user or program is innocent until proven guilty, but
must instead assume all users or programs have nefarious intent until
certified innocent.  In particularly critical sections of the Operating
System, there is even a design assumption that the Operating System
itself is suspect - that some unforseen "failure" may occur in code that
is presumed to be "good", and Functional Recovery Routines are designed
to allow continued operation should this happen.  This admittedly
paranoid design philosophy is incredibly important on multi-user systems
like z/OS if you are to have a high level of trust in the accuracy of
data and stability of the Operating System.

People used to think you didn't need such restrictions on single-user
systems such as PC DOS and Windows, but once users started sharing data,
even on diskettes in pre-Internet days, it became apparent this design
philosophy had created a very vulnerable platform for those with
malicious intent, and that such persons existed.  No doubt there are
still some raised in the PC world that don't get it that libertarianism
is a poor design philosophy for a reliable Operating System.

z/OS is so useful in the real business world precisely because of the
way the "liberty" of users is constrained.

-- 
Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org

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

How get ZFS file name when opening BPAM concatenation?

[Charles Mills]

Re-posted here after some discussion in MVS-OE.

If in a C++ program I issue fopen("DD:FOO(BAR)", options) and then fldata()
on the result, then filedata->__dsname contains the actual name of the
dataset that contained BAR. For example, given

//FOO  DD  DSN=MY.FIRST.PDS,DISP=SHR
// DD  DSN=MY.SECOND.PDS,DISP=SHR

Then if BAR is found only in MY.SECOND.PDS, __dsname will contain
MY.SECOND.PDS(BAR).

Unless ... the containing "PDS" is actually a ZFS directory, in which case
__dsname will contain the wonderfully non-useful ...PATH=.SPECIFIED...(BAR).

After some discussion on MVS-OE John Brooks and William Schoen came up with
a method that works but is admittedly something of a hack. It involves
"deducing" the underlying file number that BPAM is using to access the ZFS
directory, and then using w_ioctl() to get the name associated with that
file number.

Gil pointed out that HLASM does this trick routinely: "HLASM, in its "Macro
and Copy Code Summary" lists the directory pathname and the member name of
each macro opened.  Does this not give you the information you are trying to
obtain, perhaps by a (secret?) technique you are unaware of."

His statement led me think of this as really a "classic MVS" problem, not
really an OE question, so I thought I would re-ask the question over here:
If BPAM finds a member in a ZFS directory rather than in a classic PDS or
PDSE, from where does one get the name of the ZFS path?

Charles Mills

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

Re: VSAM FILE CATALOGING

[Dana Mitchell]

On Fri, 7 May 2010 15:40:44 -0400, John Eells  wrote:

>  Today, though, it would
>be far more sensible to use the Catalog Search interface in place of
>parsing LISTCAT output and write it in REXX or C.  

John just precisely described Alastair Gray's excellent tool: RCNVTCAT.   It is 
a 
substitute for IBM's MCNVTCAT utility, written in REXX using CSI  for input.

Dana

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

Re: emptiness

[Charles Mills]

The fact that IEBCOPY can do something useful without a command file is a
good thing.

It should distinguish however between SYSIN omitted (no command file, do the
default action) and SYSIN empty (zero commands, do nothing).

Zero was one of the great breakthroughs of the Arabic mathematicians.
(Recall than Roman Numerals do not include zero.) Zero is an incredibly
useful mathematical concept, but it is counter to human nature to see zero
as a number just like any other. 

If you ask someone how many apples he or she has, most people will respond
one, or two, or three as appropriate. But most people will not say zero,
they will say something "special" like "I don't have any."

Computer software, however, should treat zero as a number.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Sunday, May 09, 2010 10:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: emptiness

On Sat, 8 May 2010 18:14:27 +, john gilmore wrote:

>As I hope has now been agreed, an empty data set, an empty pool, stack, or
queue, an empty whatever is not per se an error.
>
Uncharacteristically, three of us are in substantial agreement here.

>There are circumstances in which the user of a whatever may wish to treat
its empty state as an error,  but this is for that user, not the whatever,
to decide; and as a matter of good design the whatever should provide an
indicator, typically a count that may be zero, from which its empty state
can be inferred unambiguously. 
>
IEBCOPY is distinctive in supplying a default rather than ABENDing
when SYSIN is not allocated:

IEBC COPY  INDD=SYSUT1,OUTDD=SYSUT2 GENERATED STATEMENT

(Peculiar message code; not in M&C.  Perhaps it's self-explanatory.)

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

Re: ShopzSeries down?

[Mary Anne Matyaz]

Dave, mine failed Saturday and Sunday, but it's running now. It did work at 
6AM Friday. 
MA

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

Re: RACF - Any way to find out before hand what the user's access is to a file

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour
J.)
> 
> In , on
> 05/02/2010
>at 07:04 AM, "Robert S. Hansel (RSH)" 
> said:
> 
> >For datasets, the ICH408I message and associated SMF type 80 record
> >will show the Generic profile that was guarding the resource at the
> >time of the violation or warning.
> 
> What about the opposite situation; you want to find out whether there
> is a higher level of access than is warranted and, if so, what profile
> is granting it?

(1)  UAUDIT and SMF 80s, or
(2)  IRRDBU00 unload, extract all the 0404 records, dump the GLOBAL
DATASET table, then IEHIBALL.

   -jc-

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

Re: Isolate lpar to resolver process

[Chris Mason]

Jorge

Well, I'm glad you've worked it all out.

Now the only mystery for those following this thread in the list is how your 

F RESOLVER,DISPLAY
and
//SYSTCPD DD DSN=...(TCPDATA)

do *not* correspond to the "resolver trace" output you posted before! I even 
found where that output is explained - the z/OS Communications Server IP 
Diagnosis Guide manual - just to make sure I had interpreted it correctly.

Chris Mason

On Mon, 10 May 2010 03:02:09 -0500, Jorge Garcia  
wrote:

>Hello Chris:
>
>>An example from the z/OS Communications Server IP System Administrator’s
>>Commands description of the "MODIFY command: Resolver address space":
>
>Sorry. The command works.
>
>F RESOLVER,DISPLAY
>EZZ9298I DEFAULTTCPIPDATA - SYS2.TCPIP.TCPPARMS(TCPDATAT)
>EZZ9298I GLOBALTCPIPDATA - None
>EZZ9298I DEFAULTIPNODES - None
>EZZ9298I GLOBALIPNODES - None
>EZZ9304I COMMONSEARCH
>EZZ9293I DISPLAY COMMAND PROCESSED
>
>
>>If you use the DEFAULTTCPIPDATA statement, you do not need to have a
>>SYSTCPD DD-statement in the TSO LOGON procedure used for the
>>TSO "session" in which you enter the NSLOOKUP command. Maybe I'm
>>misunderstanding something here.
>
>Chris, we have got it. Our SYSTCPD DD in our logon procedure was
>allocating TCPDATA member (production member), not TCPDATAT. We have
>changed in our logon procedure and it didnt' found the dns server.
>
>Thanks a lot!!!

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

Re: Migrating from z/OS V1.4 to z/OS V1.11

[Brian Westerman]

I had not thought about it that way but you're absolutely right.  

I have always tried to make it known that you didn't HAVE to upgrade within
IBM's 3 release rules, but it had completely escaped me how common it is for
the rest of the platforms.

Brian

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

Re: Problem with allocating ISPCTLXX

[Shmuel Metz (Seymour J.)]

In
,
on 05/05/2010
   at 09:51 AM, "Starr, Alan"  said:

>We don't even allocate the temporary ISPF DDs in our logon PROCedure.

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

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

Re: Amazing article.

[Shmuel Metz (Seymour J.)]

In , on 05/09/2010
   at 11:17 AM, Paul Gilmartin  said:

>Apparently abhorrence of liberty is the modal attitude of z/OS
>programmers.

The Devil is in the Details. I did not object at all when users were
prevented from accessing storage that was unallocated. I did object
when users were prevented from specifying hyphens inside parentheses
in their JCL. The former was necessary, the latter was gratuitous.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: RACF - Any way to find out before hand what the user's access is to a file

[Shmuel Metz (Seymour J.)]

In , on
05/02/2010
   at 07:04 AM, "Robert S. Hansel (RSH)" 
said:

>For datasets, the ICH408I message and associated SMF type 80 record
>will show the Generic profile that was guarding the resource at the
>time of the violation or warning. 

What about the opposite situation; you want to find out whether there
is a higher level of access than is warranted and, if so, what profile
is granting it?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Isolate lpar to resolver process

[Jorge Garcia]

Hello Chris:

>An example from the z/OS Communications Server IP System Administrator’s 
>Commands description of the "MODIFY command: Resolver address space":

Sorry. The command works. 

F RESOLVER,DISPLAY
EZZ9298I DEFAULTTCPIPDATA - SYS2.TCPIP.TCPPARMS(TCPDATAT) 
EZZ9298I GLOBALTCPIPDATA - None   
EZZ9298I DEFAULTIPNODES - None
EZZ9298I GLOBALIPNODES - None 
EZZ9304I COMMONSEARCH 
EZZ9293I DISPLAY COMMAND PROCESSED


>If you use the DEFAULTTCPIPDATA statement, you do not need to have a 
>SYSTCPD DD-statement in the TSO LOGON procedure used for the 
>TSO "session" in which you enter the NSLOOKUP command. Maybe I'm 
>misunderstanding something here.

Chris, we have got it. Our SYSTCPD DD in our logon procedure was 
allocating TCPDATA member (production member), not TCPDATAT. We have 
changed in our logon procedure and it didnt' found the dns server.

Thanks a lot!!!

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