Re: The new POO (Props / ProP ) is available

[Abe F. Kornelis]

Steve,

thanks for the pointer. Nice to have the book.
I'll seek to find time asap for updating the opcode
charts on www.hlasm.com\english\opcd00.htm
and associated pages.

Cheers,
Abe Kornelis.
=

- Original Message - 
From: "Steve Comstock" 

To: 
Sent: Saturday, September 04, 2010 12:47 AM
Subject: The new POO (Props / ProP ) is available



http://www-01.ibm.com/support/docview.wss?uid=isg2b9de5f05a9d57819852571c500428f9a

--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment




--
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: Virginia DOT outage

[Robert A. Rosenberg]

At 14:20 -0600 on 09/03/2010, Howard Brazee wrote about Re: Virginia 
DOT outage:



Most languages allow for A = A + 1.



Since "=" means set-to-the-value-of this is no different than:

LA 5,1(0,5)

IOW: Compute the value of A+1 and store it in A.

--
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: The new POO (Props / ProP ) is available

[Paul Gilmartin]

On Sep 3, 2010, at 16:47, Steve Comstock wrote:

> http://www-01.ibm.com/support/docview.wss?uid=isg2b9de5f05a9d57819852571c500428f9a
>  
Can't get there.  I thought I was registered, long ago.

1. Try to sign in with account name and password I remember.
   (Same as IBMLink account.)

   IBM puts me back to (1).  Repeatedly.

2. Try to create account with name I thought I remembered.

   IBM tells me account name is already in use.

3. Try "forgot password"

   Pass security challenge/response.

   Enter same password in place of new password.

   IBM tells me password is identical or contains previous password.

4. Try to change password.

   Pass security challenge/response.

   Enter different password as new; confirm.

   IBM accepts new password.

5. Attempt to sign in with account and new password.

   IBM puts me back to (1)

-- 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: Virginia DOT outage

[Robert A. Rosenberg]

At 01:25 -0400 on 09/03/2010, Gabe Goldberg wrote about Re: Virginia 
DOT outage:


 The problem wasn't checking license validity, it was renewing 
licenses. They've extended by 20 days validity of licenses which 
expired Aug 25-Sept 2 or so, are keeping DMV offices open extra 
hours and days, and have notified police regarding the extension. 
And some measure I didn't quite catch to address the renewals 
backlog is in effect until Oct 1. Most importantly and helpful, of 
course, the governor is on record as being "displeased": 
http://www.governor.virginia.gov/news/viewRelease.cfm?id=357


"Robert A. Rosenberg" said:

 >>  ... police are not sighting people who are stopped and found to

have recently expired licenses.

If the police are not sighting them, how are they stopping them --
and how do they know their licences are recently expired?

While they are SIGHTING them, the problem is that they are not CITING
them. When they are stopped and hand over an expired license there is
no need to check the computer - the document itself has an expired
date on it. All checking with the computer would do is verify if the
license had been renewed (and thus was in force). Also the computer
check would be needed to spot a license whose expiration date had not
yet been reached but which had been suspended.


You are not exactly responding to my comment/observation. If I get 
stopped by a cop and hand over my license they can see by just 
looking at it if it has an expired date. The need to check with the 
computer is for other checks. This includes seeing if I have renewed 
the license (ie: Handed them the wrong one), if the license has been 
suspended (which can not be seen by just looking at one which has a 
still valid date on it), and if there are any warrants outstanding 
for me. The question of RENEWING an expiring/expired license is 
different issue that has NOTHING to do with the police checking on 
the validity of the license which has been given to them by a driver.


--
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: Virginia DOT outage

[Robert A. Rosenberg]

At 08:59 -0500 on 09/03/2010, Avram Friedman wrote about Re: Virginia 
DOT outage:



Why does this outage prevent the offcers from writting tickets for expired
licenses when the driver is stopped for other reasons.  After all 
the experation date is on the drivers license?

The answer is the govermnent may be partly responsible for the expired
license as the removed the availabily of options to renew.


This is a "failure to present" issue. Just as with the failure to 
present a current Insurance Card (especially one that has just 
expired) when you go to court you show the current one and the case 
is dismissed. The usual ticket that is issued is a "Warning" where 
you go to the court and show the document and never even see the 
judge. The fact that you can not renew is a separate issue from 
having renewed already, received the new license, and just forgetting 
to carry it.


--
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: Virginia DOT outage

[Robert A. Rosenberg]

At 11:32 -0500 on 09/03/2010, Tom Marchant wrote about Re: Virginia DOT outage:


 >One of the many reasons that I prefer computer languages.

They are not ambiguous.


Not ambiguous, I suppose, but sometimes counter-intuitive.

What does this mean in C:
If A=B then.


Set A to B's value. The comparison is A==B (and maybe A===B if, I 
forget, C is strongly typed and you want not only the equivalent 
value but the same type). It has been a while since I programmed in C 
so I may be getting confused with PHP and JavaScript where types can 
be changed for comparison purposes).


--
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: Virginia DOT outage

[Robert A. Rosenberg]

At 12:05 +0200 on 09/03/2010, Peter Nuttall wrote about Re: Virginia 
DOT outage:



Indeed ... Personal favourite :

Stationery - Office equipment
Stationary - Not in motion


Or

President - chief official (as of a company or nation)
Precedent - something said or done earlier that serves as an example

--
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: IT staff integration?

[Stephen Y Odo]

On 09/03/2010 04:19 AM, McKown, John wrote:
> I'm just curious if any shops out there have really integrated staffs between 
> the mainframe and "distributed" groups. Do your mainframe application folks 
> also write "distributed" applications? Do your mainframe sysprogs also act as 
> Linux sysadmins and/or Windows server admins? Are your z/VM and z/Linux 
> sysadmins the same group? What about "generic" Linux sysadmnis and Windows 
> admins?
>   

our mainframe (z/OS) sysadmin (note singular -- just me) also doubles as
a Linux (VMware/Intel) sysadmin ... but none of our Linux or Solaris
sysadmins does anything with the mainframe ...

ditto with our applications people ... the mainframe
(CICS/ADABAS/Natural/VSAM/COBOL) programmers are also doing
Java/Apache/Tomcat on Solaris and Linux programming. but our Java kids
don't help with the CICS stuff ...

so, not integrated ... just in the process of migration ... so they
coexist ...

--Stephen

--
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: Virginia DOT outage

[Clark Morris]

On 3 Sep 2010 15:52:25 -0700, in bit.listserv.ibm-main you wrote:

>On 9/3/2010 5:36 PM, Gerhard Adam wrote:
>>> The way I read the articles, there was mirroring and the failure of
>>> primary was made disastrous by the failure of the mirroring device. If
>>> this is the case, what are the probabilities of the same thing on IBM
>>> devices regardless of the operating system?
>>
>> That's probably true.  After all, who would ever think to have more than one
>> backup.
>
>Mirroring doesn't equal backup.
>
>Mirroring will happily duplicate bad data written by a misbehaving 
>program (or by misbehaving hardware for that matter).

And a backup program will blithely copy bad data to the backup
mechanism.  

Clark Morris 

--
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: Hiperbatch on ZOS 1.10

[Mike Schwab]

This is about all I could find of it.
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker/entry/memories_of_hiperbatch?lang=en

On Fri, Sep 3, 2010 at 6:20 PM, Dave Barry  wrote:
> Speaking of which...
>
> Does anybody know of a working version of HBAID?  It used to be a MKTTOOL 
> available for free download from IBM, but seems to have vanished without a 
> trace years ago.  It stopped working for me at the time UCBs went from three 
> to four digits.  I would think it would be easy to resurrect.
>
> db

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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

AUTO: Lionel Dyck is out of the office - have a happy Labor Day (returning 09/07/2010)

[Lionel Dyck]

I am out of the office until 09/07/2010.

I am out of the office.  Call my cell if this is an emergency.


Note: This is an automated response to your message  "Re: Virginia DOT
outage" sent on 9/3/10 12:20:14.

This is the only notification you will receive while this person is away.
--
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: Hiperbatch on ZOS 1.10

[Dave Barry]

Speaking of which...

Does anybody know of a working version of HBAID?  It used to be a MKTTOOL 
available for free download from IBM, but seems to have vanished without a 
trace years ago.  It stopped working for me at the time UCBs went from three to 
four digits.  I would think it would be easy to resurrect.

db 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ron Hawkins
Sent: Tuesday, August 24, 2010 5:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Hiperbatch on ZOS 1.10

Sarel,

I believe this is the latest version.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea5j700/CONTENTS
?SHELF=EZ2ZBK0K&DT=19990208095033#FRONT_2

It's still in the MVS bookshelf, third from the top after Batch LSR.
Document title is MVS Hiperbatch Guide.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Sarel Swanepoel
> Sent: Monday, August 23, 2010 11:12 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] Hiperbatch on ZOS 1.10
> 
> Thanks Ron.
> 
> Do you perhaps have a link to updated documentation for this seems 
> difficult to find any.
> 
> 
> 
> Kind Regards,
> 
> 
> Sarel Swanepoel
> Infrastructure Hosting Services: Capacity Management
> 
> South African Revenue Services
> 
> 
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
> Behalf Of Ron Hawkins
> Sent: 23 August 2010 06:07 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Hiperbatch on ZOS 1.10
> 
> Sarel,
> 
> Absolutely yes.
> 
> I still think it is a shame that IBM have not enhanced Hiperbatch to 
> work with Extended Format datasets.
> 
> Note that Hiperbatch works for BSAM and VSAM, as well as QSAM.
> 
> Ron
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of
> > Sarel Swanepoel
> > Sent: Monday, August 23, 2010 4:40 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: [IBM-MAIN] Hiperbatch on ZOS 1.10
> >
> > Hi, will it still be worthwile to conduct an exercise to use
> Hiperbatch
> > for large sequential processing of datasets (QSAM)?
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Kind Regards,
> >
> >
> > Sarel Swanepoel
> > Infrastructure Hosting Services: Capacity Management
> >
> > South African Revenue Services
> >
> >
> >
> >   Office:
> >
> >   +27 (0)12 422 5033
> >
> >
> >
> >   Mobile:
> >
> >   +27 (0)82 4927 321
> >
> >
> >
> >   Fax:
> >
> >   +27 (0)12 422 6068
> >
> >
> >
> >   Email:
> >
> >   sswanep...@sars.gov.za mailto:sswanep...@sars.gov.za>
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Please Note: This email and its contents are subject to our email
> legal
> notice
> > which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf
> >
> > 
> > -- 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
> Please Note: This email and its contents are subject to our email 
> legal
notice
> which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf
> 
> --
> 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

--
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: Virginia DOT outage

[Richard L Peurifoy]

On 9/3/2010 5:36 PM, Gerhard Adam wrote:

The way I read the articles, there was mirroring and the failure of
primary was made disastrous by the failure of the mirroring device. If
this is the case, what are the probabilities of the same thing on IBM
devices regardless of the operating system?


That's probably true.  After all, who would ever think to have more than one
backup.


Mirroring doesn't equal backup.

Mirroring will happily duplicate bad data written by a misbehaving 
program (or by misbehaving hardware for that matter).


--
Richard

--
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

The new POO (Props / ProP ) is available

[Steve Comstock]

http://www-01.ibm.com/support/docview.wss?uid=isg2b9de5f05a9d57819852571c500428f9a

--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

--
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: Virginia DOT outage

[Gerhard Adam]

>The way I read the articles, there was mirroring and the failure of
>primary was made disastrous by the failure of the mirroring device. If
>this is the case, what are the probabilities of the same thing on IBM
>devices regardless of the operating system?

That's probably true.  After all, who would ever think to have more than one
backup.

--
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: Virginia DOT outage

[Clark Morris]

On 3 Sep 2010 11:27:13 -0700, in bit.listserv.ibm-main you wrote:

>   Any DASD device is going to eventually fail.  If the data is not backed up 
> efficiently (mirrored, physical or otherwise) and there aren't solid and, 
> more importantly, TESTED procedures in place for when that failure does 
> happen (the DMX-3 is an older piece of EMC hardware) then the DOT in Virginia 
> have no one to point at other than themselves.  I can sympathize if 
> procedures in place fail but lack of procedures doesn't let them off the 
> hook
>
>   EMC has a number of DR solutions (GDDR most prominent) that would have made 
> this failure completely invisible to the outside world.  It's all a matter of 
> how much of an investment the Virginia DOT wants to make in YOUR data's 
> security and persistence...

The way I read the articles, there was mirroring and the failure of
primary was made disastrous by the failure of the mirroring device. If
this is the case, what are the probabilities of the same thing on IBM
devices regardless of the operating system?

Clark Morris
>
>   Regards,
>
>Stan Weyman 
>Senior Software Engineer
>stan.wey...@emc.com
>where information lives
>It is wise to keep in mind that neither
>success nor failure is ever final
>>> rest snippedd

--
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: Virginia DOT outage

[William H. Blair]

Rick Fochtman wisely noted:

| Stupidity is always a reason and often an excuse. 
| Unfortunately, there's no vaccine for it.

 It would not matter if there were a vaccine. I am convinced that 
 by the time a child is old enough to be vaccinated the disease has 
 already taken firm hold, and the universe has successfully created 
 yet another moron. 

Chris Craddock said [a while ago, but here on this list]:

> The depths of stupidity at the top of our industry buggers the
imagination.
> It demands a new generation of superlative. As my friend Bill Blair puts
it,   
> [quoting Harlan Ellison] "the two most common elements in the universe are

> hydrogen and stupidity," but it appears that hydrogen decays into
stupidity
> because the observable level of stupidity is constantly increasing; it is,

> no doubt, probably a new law of thermodynamics. 

--
WB

--
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: Virginia DOT outage

[zMan]

On Fri, Sep 3, 2010 at 4:04 PM, Ted MacNEIL  wrote:
>>This after numerous EMC marketting reps assured me, of a period of several 
>>months, that EMC had NEVER experienced a storage failure that resulted in ANY 
>>outage.
>
> I KNOW of one in Canada in the mid-1990's.
>
> What ever he's smoking, I'd like some.

Tsk. You  just have to choose your definitions carefully! "No loss of
life", for example...

-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: Code names for zSeries

[Phil Smith]

Well, as of z9, they were "System z", not "zSeries", but:

z900 - Freeway
z800 - Raptor
z990 - T-Rex
z890 - Ptero
z9 -   Danu
z10 -  can't remember
z196 - Gryphon aka zNext
-- 
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com
(703) 476-4511 (home office)
(703) 568-6662 (cell)

--
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: Virginia DOT outage

[Rick Fochtman]

---


No argument but, as we all know, "Stuff" happens.
   



 

Here on "The List", we all have the benefit of long experience and a 
very high set of quality standards. Not every shop enjoys these attributes.
   



Sorry, but that's no excuse.  When someone sets themselves up as being the
outsourcer and is being paid in excess of $2 billion, there simply aren't
any excuses.  We're not talking about some small data center with limited
staff.  We're talking about a data center that feels that it is capable of
being in the business of performing IT services for others.

It is simply inexcusable.
 



Stupidity is always a reason and often an excuse. Unfortunately, there's 
no vaccine for it.


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: Virginia DOT outage

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee
> Sent: Friday, September 03, 2010 3:20 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Virginia DOT outage
> 
> On 3 Sep 2010 09:51:53 -0700, john.mck...@healthmarkets.com (McKown,
> John) wrote:
> 
> >As shown, nothing because it is invalid syntax. 
> >
> >But with parenthesis around the A=B, it means exactly what 
> it says: Assign the value of B to A, then test to see if it 
> is equal to zero or not. That is where the semantics of the 
> language come into play. I will agree that it is 
> counter-intuitive. And it is also why many C compiler will 
> flag that statement with a warning. And a good IDE will pitch 
> a fit about it.
> 
> Most languages allow for A = A + 1.Haskell is one based upon math
> that says that's nonsense.

Most computer languages are "imperative".

Erlang also has this. I think that is a general feature of "functional 
programming languages".

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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

Code names for zSeries

[Carlos Bodra - Pessoal]

 Warning: This email was cross posted to IBM-MAIN, IBMVM and VSE-L Lists.

As z196 has a code name of *Gryphon* before announcement, other zSeries 
has similar names, as *T-Rex* (z990??)

*Pterodactylus*/ (z890???)

Anyone has all family names?

z900 -
z800 -
z990 - /*T-Rex*/
z890 - /*Pterodactylus*
/z9 -
z10 -
z196 - /*Gryphon*/
**/

--
Carlos Bodra
IBM zSeries Certified Specialist
Sao Paulo - Brazil


--
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: Virginia DOT outage

[Howard Brazee]

On 3 Sep 2010 12:42:52 -0700, shmuel+ibm-m...@patriot.net (Shmuel Metz
, Seymour J.) wrote:

>>I would absolutely LOVE a grass roots campaign to eliminate = as a
>>token in any and all languages. Comparison should be ==.
>
>"==" is an abomination.
>
>>Assignment should be :=.
>
>There I agree, although I would allow, e.g., +:=.

Sometimes we have to live with abominations.The data related one
that irritates me the most often is when an alarm is for noon or
midnight, and the software makes me guess when 12:00 AM is.

--
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: Virginia DOT outage

[Howard Brazee]

On 3 Sep 2010 09:51:53 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:

>As shown, nothing because it is invalid syntax. 
>
>But with parenthesis around the A=B, it means exactly what it says: Assign the 
>value of B to A, then test to see if it is equal to zero or not. That is where 
>the semantics of the language come into play. I will agree that it is 
>counter-intuitive. And it is also why many C compiler will flag that statement 
>with a warning. And a good IDE will pitch a fit about it.

Most languages allow for A = A + 1.Haskell is one based upon math
that says that's nonsense.

--
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: isolating sensitive data in coupling facility

[Paul Gilmartin]

On Fri, 3 Sep 2010 13:40:26 -0500, Walt Farrell wrote:
>
>... But it sounds like some
>kind of restriction based on a perceived problem, but where they are not
>telling you the problem they're trying to resolve.
>
That reminds me of something I read in these pages last April or so.

-- 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: Virginia DOT outage

[Howard Brazee]

On 3 Sep 2010 12:23:18 -0700, gada...@charter.net (Gerhard Adam)
wrote:

>>That works fine for files managed by a DBMS. What about ordinary PS/PO 
>>datasets that may get updated several times between backup cycles?
>
>They need to be backed up more frequently if they're that critical.  This
>isn't rocket science.

At least some way needs to be found to make sure changes between
backups do get applied without messing up service.Which is true no
matter how often backups are taken.

--
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: PC Upgrade (Was: How often do you upgrade your zOS operating system?)

[Howard Brazee]

On 3 Sep 2010 12:06:49 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:

>I'm a Linux user on my personal equipment. And one, lone, Mac Mini. I've never 
>really the upgraded Mac OSX, just applied recommended patches. My Linux boxes
> - well one is very old and running a 2003 version of RedHat (2.2 kernel!). My 
> main 
>box and laptop I keep up to date. The laptop is on Fedora 13. The desktop is 
>on 
>Fedora 12. Both are loaded down with lots of FOSS software. Most of which is 
>just 
>for my play. I do an general update once a week on both (sudo yum upgrade).

An issue here is defining "upgrade".   We install requires patches,
sometimes getting a real enhancement with those patches & service
packs.Some of the upgrades are pretty arbitrary (Apple once
renamed its upgrade in order to get out of contractual agreements to
sell its OS to third party developers).

--
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: Virginia DOT outage

[Ted MacNEIL]

>This after numerous EMC marketting reps assured me, of a period of several 
>months, that EMC had NEVER experienced a storage failure that resulted in ANY 
>outage.

I KNOW of one in Canada in the mid-1990's.

What ever he's smoking, I'd like some.

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

--
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: IT staff integration?

[Scott Rowe]

We have no separation based on platform.

>>> "McKown, John"  9/3/2010 10:19 AM >>>
I'm just curious if any shops out there have really integrated staffs between 
the mainframe and "distributed" groups. Do your mainframe application folks 
also write "distributed" applications? Do your mainframe sysprogs also act as 
Linux sysadmins and/or Windows server admins? Are your z/VM and z/Linux 
sysadmins the same group? What about "generic" Linux sysadmnis and Windows 
admins?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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 



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

Re: Another zFS conversion question

[Rick Fochtman]

---


I'd prefer that but z/OS is sent to us with the files as SYS1 so that's
what I have to use. 
 



Unless politics is getting in the way, a simple parmlib update should 
allow you to change that.


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: Virginia DOT outage

[Rick Fochtman]

This after numerous EMC marketting reps assured me, of a period of 
several months, that EMC had NEVER experienced a storage failure that 
resulted in ANY outage.


AND they assured me that no EMC customer had ever lost a single byte of 
data due to EEMC product failure.


Repeat after me: HORSEFEATHERS. Devices built by imperfect men will be 
imperfect devices. PLAN ON IT!


Rick
--
John McKown wrote:


More info:

http://www.computerworld.com/s/article/9183460/Northrop_Grumman_takes_blame_for_Va._IT_services_outage

--
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: Virginia DOT outage

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman
> Sent: Friday, September 03, 2010 2:34 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Virginia DOT outage
> 
> 
> ---
> I would absolutely LOVE a grass roots campaign to eliminate = 
> as a token 
> in any and all languages. Comparison should be ==. Assignment 
> should be 
> :=. No ambiguity there. No "intuitive" meaning for newbies to make an 
> assumption about.
> --
> -
> I agree with the idea, but who's going to change all those 
> trillions of 
> lines of legacy source code?  :-)
> 
> Rick

I will. I can use the guarantee of continued employement!!!

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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: Virginia DOT outage

[Shmuel Metz (Seymour J.)]

In
<1458820400-1283538012-cardhu_decombobulator_blackberry.rim.net-2998234...@bda026.bisx.prod.on.blackberry>,
on 09/03/2010
   at 06:20 PM, Ted MacNEIL  said:

>== is a good choice for comparison.

It's ugly.

>:= is ALGOL

So? If you adopt := for another language then using = for equality
isn't confusing.
 
-- 
 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: Virginia DOT outage

[Shmuel Metz (Seymour J.)]

In , on 09/03/2010
   at 11:47 AM, Paul Gilmartin  said:

>And some DEC languages used  for assignment when that was
>a prevalent graphic on Teletype print elements.  (I believe ASCII
>usurped the code point with .

I recall several ASCII code points with dual assignments. The one that
I hated most was ¬ (Logical Not) with ^ (Logical And).
 
-- 
 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: Virginia DOT outage

[Shmuel Metz (Seymour J.)]

In ,
on 09/03/2010
   at 11:56 AM, "McKown, John"  said:

>I would absolutely LOVE a grass roots campaign to eliminate = as a
>token in any and all languages. Comparison should be ==.

"==" is an abomination.

>Assignment should be :=.

There I agree, although I would allow, e.g., +:=.
 
-- 
 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: Virginia DOT outage

[Shmuel Metz (Seymour J.)]

In , on 09/03/2010
   at 08:59 AM, Avram Friedman  said:

>As an example ever since VSAM recoverable catalogs

The ones that were less stable than nonrecoverable catalogs?
 
-- 
 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: Virginia DOT outage

[Rick Fochtman]

--


Yeah, we had a research department  have their big server stolen
from secure closet. IBM said they could  replace overnight-which they did. 
Then our server folks got AIX up and  trucking, we're ready for the backups. 
Very blank stares...
 


--
Sounds like the "deer in the headlights" look.  :-)

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: Virginia DOT outage

[Rick Fochtman]

---
I would absolutely LOVE a grass roots campaign to eliminate = as a token 
in any and all languages. Comparison should be ==. Assignment should be 
:=. No ambiguity there. No "intuitive" meaning for newbies to make an 
assumption about.

---
I agree with the idea, but who's going to change all those trillions of 
lines of legacy source code?  :-)


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: Virginia DOT outage

[Gerhard Adam]

>That works fine for files managed by a DBMS. What about ordinary PS/PO 
>datasets that may get updated several times between backup cycles?

They need to be backed up more frequently if they're that critical.  This
isn't rocket science.

--
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: Virginia DOT outage

[Gerhard Adam]

>No argument but, as we all know, "Stuff" happens.

>Here on "The List", we all have the benefit of long experience and a 
>very high set of quality standards. Not every shop enjoys these attributes.

Sorry, but that's no excuse.  When someone sets themselves up as being the
outsourcer and is being paid in excess of $2 billion, there simply aren't
any excuses.  We're not talking about some small data center with limited
staff.  We're talking about a data center that feels that it is capable of
being in the business of performing IT services for others.

It is simply inexcusable.

--
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: Virginia DOT outage

[Rick Fochtman]

---


 >Having been in on a couple of recovery actions due to major files


getting fouled up, I can believe that things could take up to a week.



How do major files get fouled up with adequate backups?



Or audit files. IMS databases are recoverable by just restoring a 
backup (usually the latest one) and then reading the audit file to 
reapply all the transactions that occurred after the backup. What is 
so hard about keeping track of the updates you apply to a database so 
you can do forward recovery after a restore?


---
That works fine for files managed by a DBMS. What about ordinary PS/PO 
datasets that may get updated several times between backup cycles?


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: Virginia DOT outage

[Rick Fochtman]

No argument but, as we all know, "Stuff" happens.

Here on "The List", we all have the benefit of long experience and a 
very high set of quality standards. Not every shop enjoys these attributes.


Don't forget: the Titanic was built by people with high standards and 
long experience. And the Space Shuttle was assembled from components 
supplied by the lowest bidder!  :-)


Rick

Gerhard Adam wrote:


That was bad programming practice even then.  Especially in that timeframe
when there's no question that the access method would've kicked back an
error condition for attempting to replace a duplicate record.  My point
here, is that this is not a technology issue, but a "people not doing their
job" issue. 



 


It happened in the late 1970's.
   



 

We had an incident in Illinois where a license plate number was 
re-assigned but the database wasn't updated because the plate already 
appeared in the database. An innocent man was killed by State Police 
because the previous holder of that number was a badly wanted felon that 
was characterized as "Armed and Dangerous". You should have seen how 
fast the fertilizer hit the Westinghouse! But the worst damage was 
already done.
  
 


20-20 hindsight?
  
 



--
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: Where doc for STORAGE LINKAGE=SYSTEM

[Rick Fochtman]

--

If you ask "why 
not CALLERKEY?" you'd be asking a good question. It was because at
the  time I thought our macros still had to support assembler F 
   



ITYM XF. Assembler F would have been well and truly dead[1] by the
time STORAGE came out.

[1] Unless you count Assembler G, but I'm not sure how much use
   it saw by then.
 


--
I never was able to make ASMG run on any MVS system higher than 3.8. 
Enough control blocks had changed that I felt it wasn't worth further 
pursuit; besides, ASMH was a slightly better performer and didn't 
require "in-house" support.


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: O/T IBM to Ship World's Fastest Computer Chip

[Rick Fochtman]

---

Model 91, the high-end of IBM s popular System/360 family, 
   



Faux news seems to have written the 360/95 and 360/195 out of History.

 


--
When have you EVER heard of a reporter that knew what he was talking 
about? Or an editor?


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: PC Upgrade (Was: How often do you upgrade your zOS operating system?)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe
> Sent: Friday, September 03, 2010 1:55 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: PC Upgrade (Was: How often do you upgrade your zOS 
> operating system?)
> 
>   On 9/1/2010 2:04 AM, R.S. wrote:
> > I change OS and hardware much more frequently than my PC, 
> laptop or Windows 
> > servers.
> 
> I'm like you. My PC gets upgraded only when it breaks. I 
> think that's because 
> there just isn't enough compelling new content in a new PC. 
> Most of it seems 
> like change for the sake of change. Consequently, I'm still 
> running Windows XP 
> on most of my PC systems. IMHO, a PC upgrade is more of a 
> PITA than anything else...
> 
> -- 
> Edward E Jaffe

I'm a Linux user on my personal equipment. And one, lone, Mac Mini. I've never 
really the upgraded Mac OSX, just applied recommended patches. My Linux boxes - 
well one is very old and running a 2003 version of RedHat (2.2 kernel!). My 
main box and laptop I keep up to date. The laptop is on Fedora 13. The desktop 
is on Fedora 12. Both are loaded down with lots of FOSS software. Most of which 
is just for my play. I do an general update once a week on both (sudo yum 
upgrade).

I do have Windows 7 on the laptop (dual boot), but I never boot it. Don't like 
it. Don't need it. Been there, done that, got the BSOD.

At work, I have Windows XP on one system, and Linux Fedora 13 on the other. I 
somehow convinced management that I can do some nice reports on Linux. Which I 
can using Perl and PostgreSQL.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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: Molly Malone (was:RE: Set numbers off permanently.)

[Shmuel Metz (Seymour J.)]

In ,
on 09/03/2010
   at 07:24 AM, "McKown, John"  said:

>http://www.lyricstime.com/allan-sherman-shticks-of-one-kind-and-half-a-dozen-of-the-other-lyrics.html

Thanks.
 
-- 
 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

PC Upgrade (Was: How often do you upgrade your zOS operating system?)

[Edward Jaffe]

 On 9/1/2010 2:04 AM, R.S. wrote:
I change OS and hardware much more frequently than my PC, laptop or Windows 
servers.


I'm like you. My PC gets upgraded only when it breaks. I think that's because 
there just isn't enough compelling new content in a new PC. Most of it seems 
like change for the sake of change. Consequently, I'm still running Windows XP 
on most of my PC systems. IMHO, a PC upgrade is more of a PITA than anything else...


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

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

BCPii and ENF

[Stan Weyman]

   Has anyone else had the pleasure so far of trying to reverse engineer parts 
of IBM's BCPii implementation??  The straightforward stuff is easy to figure 
out and get working but the ENF68 interface is supported by no docs (a promised 
Info APAR has been in the works all summer).  Has anyone gotten this working 
who might be willing to share a peek at both the ENF and HWIEVENT side of 
things (strictly z/OS ENF, not the OMVS side they also haven't documented).

 My thanks ahead of time!

Regards,
   Stan

Stan Weyman
Senior Software Engineer
stan.wey...@emc.com
EMC² *(508)249-3966
where information lives
It is wise to keep in mind that neither
success nor failure is ever final...


--
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: IT staff integration?

[Rozeboom, Kay [DAS]]

Our DBA's are all in one group, but everyone else is pretty much separated into 
mainframe or non-mainframe.


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Friday, September 03, 2010 9:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: IT staff integration?

I'm just curious if any shops out there have really integrated staffs between 
the mainframe and "distributed" groups. Do your mainframe application folks 
also write "distributed" applications? Do your mainframe sysprogs also act as 
Linux sysadmins and/or Windows server admins? Are your z/VM and z/Linux 
sysadmins the same group? What about "generic" Linux sysadmnis and Windows 
admins?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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

--
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: isolating sensitive data in coupling facility

[Walt Farrell]

On Tue, 31 Aug 2010 10:43:55 -0500, Patrick Kappeler 
wrote:

>Thank you Radoslaw, interesting indeed, and unquestionable, viewpoint.
>In fact we are foreseeing some restrictions, brought by some standards, that
>would prohibit data with different security classes to reside in the same
>storage device. 

And how do they define a "storage device", Patrick? The only time I've seen
regulations like that it was intended for DASD volumes, though I can't
pretend to have seen all such standards, of course. But it sounds like some
kind of restriction based on a perceived problem, but where they are not
telling you the problem they're trying to resolve.

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

--
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: Help with IEWFETCH Error RC0F Reason 40 (Resoloved)

[William H. Blair]

Rick Fochtman said:

> Peter, I suspect it's a carry-over from the days
> when DISP=OLD did reserves on shared DASD.
> I may be wrong.

Shmuel (Seymour J.) Metz  said:

| > I may be wrong.
| You are. DADSM does a reserve. Various applications do RESERVE. But
allocation does not.

If that statement was referring to your previous sentence, then, as Shmuel
said, you are wrong. 

However, if you were, instead, referring to (whether or not) "it's a
carry-over," then I think you are right. Old habits (and expectations that
are no longer valid) are hard to drop. 

DISP=OLD (itself) _never_ caused MVS Allocation (or any other MVS component)
to do a RESERVE, period. If anything, DISP=OLD might have caused some code
NOT to do a RESERVE, on the basis that the step had exclusive control of the
data set, so one would not (by that logic) be needed. That of course ignores
the shared DASD volume issue (in the absence of GRS, MIM, or a Sysplex)
where a site has simple, de facto, shared DASD volumes. By that (incorrect)
logic, a RESERVE would only be necessary when DISP=SHR was specified. But a
RESERVE is, in fact, needed whenever certain entities are being accessed in
any actual physical DASD sharing environment, regardless of DISP, but they
can of course be converted to SYSTEMS ENQs if there is no physical sharing
outside of the GRSplex/MIMplex).

The linkage editor started doing SYSIEWLP/dsname RESERVEs eventually, but
did so regardless of DISP=SHR|DISP=OLD.

DADSM did a RESERVE on the volume from the very beginning of SHARED DASD
device support during (some) VTOC update operations (but not all). The
popular "last update date" mods/ZAPs to IFG0196W were totally dependent on
the fact that the device was not RESERVEd at OPEN when the F1 DSCB is
rewritten. CVAF takes care of this problem now, I understand.

Few other OS components and utilities ever did any RESERVEs. But none did
(or did not do) so based on the value of DISP= specified on any allocation.
It would not have done any program any good to check specific allocations
(DD statements) anyway, because the DD statement the program is using could
have DISP=SHR, while another allocation (even one that is not in the current
job step) might have DISP=OLD that would have caused the MVS Initiator to do
an exclusive SYSDSN/dsname ENQ at JOB initiation.

Many of us modified or front-ended various utility programs (such as
IEBCOPY) to do a RESERVE (even sometimes when DISP=OLD was actually in
effect), and then changed them when GRS first came out for "SP2" (that is,
SP1.2, which never went G/A -- non-ESP sites got SP3, that is SP 1.3, first)
to request convertible SYSTEMS RESERVE ENQs (all following the [I]SPF and
IEWL precedents). Most shops I knew of had some form of these mods applied,
so imagine my surprise when I encountered one that did not. These days, few
shops seem to have anything like this. Go figure. We can speculate about why
that is the case but we can speculate equally about why IBM has not (yet)
stepped up to the plate to do what was, obviously as far back as 1983
[actually, in 1967, when the 2314 string switch became available and RESERVE
and SHARED DASD device support was introduced]), and still is, needed.

--
WB

--
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: Virginia DOT outage

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Anton Britz
> Sent: Friday, September 03, 2010 1:28 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Virginia DOT outage

> Conclusion :
> 
> So Northrop Grumman is saying, they are having more 
> outages/delays/cost overruns than the IBM outsourcing project 
> in TEXAS ,
> which qualifies as "YEARS AHEAD  of TEXAS" ?
> 
> Anton

Sure it does! You just have to read it correctly. By "years ahead of Texas", 
you need to read: "Texas will not match our outage count for many years. 
Therefore, we are years ahead of Texas." Political speak.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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: Virginia DOT outage

[Anton Britz]

 Summary of the article in the Computer World :

2005 : The Virginia Information Technologies Agency (VITA) outsources 
the management of
its data centers to Northrop Grumman through a 10-year, 
$2.4 billion contract 
 



2009: The Virginia's Joint Legislative Audit and Review Commission last 
year audited the VITA's contract with Northrop Grumman because
   of number of project delays, cost overruns and performance 
problems that included other service outages.


   Conclusion of the Audit ?

VITA's contract with Northrop Grumman was modified, resulting in more 
stringent performance requirements and greater accountability.
   The contract, however, also boosted payments to Northrop 
Grumman by $105 million over nine years.


2010: Northrop Grumman apologizes for an outage that began last 
Wednesday and caused 26 Virginia state

   agencies to lose their Web services, some for more than a week.

In its apology, Northrop Grumman said that problems of this sort are not 
unusual with large technology transformation programs.


"With this modernized system, Virginia and her citizens should find 
themselves years ahead of other states with the service provided by its 
IT infrastructure," the company said.


Conclusion :

   So Northrop Grumman is saying, they are having more 
outages/delays/cost overruns than the IBM outsourcing project in TEXAS ,

   which qualifies as "YEARS AHEAD  of TEXAS" ?

Anton

On 9/3/2010 11:50 AM, John McKown wrote:

More info:

http://www.computerworld.com/s/article/9183460/Northrop_Grumman_takes_blame_for_Va._IT_services_outage

--
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: Virginia DOT outage

[Frank Swarbrick]

I like using two letter abbreviations for comparisons.  EQ, NE, GT, LE, etc.  
Perhaps not so good if English is not your primary language, but...
I think FORTRAN is sort of similar, but it has annoying dots around the 
operators: .EQ., etc.  
I've never actually used FORTRAN so I can't say if the dots are actually of any 
use or not, but I don't like them.

I agree that := for assignment is pretty good.  But then I learned Pascal as my 
second programming language.
-- 

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


On 9/3/2010 at 10:56 AM, in message
, "McKown,
John"  wrote:
>>  -Original Message-
>> From: IBM Mainframe Discussion List 
>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
>> Sent: Friday, September 03, 2010 11:48 AM
>> To: IBM-MAIN@bama.ua.edu 
>> Subject: Re: Virginia DOT outage
>> 
>> On Fri, 3 Sep 2010 11:32:12 -0500, Tom Marchant wrote:
>> >
>> >Not ambiguous, I suppose, but sometimes counter-intuitive.
>> >
>> >What does this mean in C:
>> >If A=B then.
>> >
>> I cherish languages of the ALGOL lineage for their use of "="
>> as a comparison operator but not for assignment.
>> 
>> And some DEC languages used  for assignment when
>> that was a prevalent graphic on Teletype print elements.  (I
>> believe ASCII usurped the code point with .
>> 
>> -- gil
> 
> I would absolutely LOVE a grass roots campaign to eliminate = as a token in 
> any and all languages. Comparison should be ==. Assignment should be :=. No 
> ambiguity there. No "intuitive" meaning for newbies to make an assumption 
> about.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * (817)-691-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

>>> 

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: Virginia DOT outage

[Stan Weyman]

   Any DASD device is going to eventually fail.  If the data is not backed up 
efficiently (mirrored, physical or otherwise) and there aren't solid and, more 
importantly, TESTED procedures in place for when that failure does happen (the 
DMX-3 is an older piece of EMC hardware) then the DOT in Virginia have no one 
to point at other than themselves.  I can sympathize if procedures in place 
fail but lack of procedures doesn't let them off the hook

   EMC has a number of DR solutions (GDDR most prominent) that would have made 
this failure completely invisible to the outside world.  It's all a matter of 
how much of an investment the Virginia DOT wants to make in YOUR data's 
security and persistence...

   Regards,

Stan Weyman 
Senior Software Engineer
stan.wey...@emc.com
where information lives
It is wise to keep in mind that neither
success nor failure is ever final

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Kelman, Tom
Sent: Thursday, September 02, 2010 8:29 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Virginia DOT outage

That's my feeling also.  In looking at the timeline on the Virginia
Government web site, it looks like it took about 24 hours to do the full
maintenance and repair of the EMC box.  It was up by the morning of the
next day.  However, it took a week to get the data completely recovered.
What took so long? What kind of backup/recovery procedures do they have
in place?

Tom Kelman
Capacity Planning
Commerce Bank, Kansas City

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Gerhard Adam
Sent: Wednesday, September 01, 2010 2:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Virginia DOT outage

Regardless of the cause, doesn't this say more about the disaster
recovery
scenario than anything else?

 

Adam

 


--
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


*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
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: Virginia DOT outage

[Stan Weyman]

  << >There also are some fiascos that real-time
>backup won't guard against. >>

 such as?

Stan Weyman 
Senior Software Engineer
stan.wey...@emc.com
where information lives
It is wise to keep in mind that neither
success nor failure is ever final


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Gerhard Adam
Sent: Thursday, September 02, 2010 3:17 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Virginia DOT outage

>Having been in on a couple of recovery actions due to major files
>getting fouled up, I can believe that things could take up to a week.

How do major files get fouled up with adequate backups?


>There also are some fiascos that real-time
>backup won't guard against.

Not true.  Especially when every company that does DR testing always come
back proclaiming how successful the test was.

--
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: Virginia DOT outage

[Ted MacNEIL]

>I would absolutely LOVE a grass roots campaign to eliminate = as a token in 
>any and all languages.
>Comparison should be ==. >Assignment should be :=.

In 1980, my final year at UOW, I wrote a paper stating exactly the same thing.
I got a good mark, and ended up with a double major (CS & Stats).

But, my point wasn't so much on the symbols, rather the fact that = was not a 
good choice for assignment.

== is a good choice for comparison.

:= is ALGOL

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

--
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: Virginia DOT outage

[John McKown]

More info:

http://www.computerworld.com/s/article/9183460/Northrop_Grumman_takes_blame_for_Va._IT_services_outage

--
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: Virginia DOT outage

[Ed Finnell]

 
In a message dated 9/3/2010 8:05:24 A.M. Central Daylight Time,  
howard.bra...@cusys.edu writes:

realized that she usually neglected this option and before calling  for
help, backed up the corrupted copy over her one good  backup.


>>
Yeah, we had a research department  have their big server stolen
from secure closet. IBM said they could  replace overnight-which they did. 
Then our server folks got AIX up and  trucking, we're ready for the backups. 
Very blank stares...




--
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: Virginia DOT outage

[Ed Finnell]

 
In a message dated 9/3/2010 4:58:32 A.M. Central Daylight Time,  
peter.nutt...@euroclear.com writes:

We had the BMC utility suite the following week  
>>
Yeah we managed to justify Platinum Suite in a hurry. Paid for  itself 
within a year.



--
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: JCL

[Frank Yaeger]

Ron Thomas wrote on IBM Mainframe Discussion List 
wrote on 09/03/2010 08:59:05 AM:
> I have a o/p file in the 1'st 5 bytes the data is a comp field s9(9)
> comp, using
> a jcl i need to o/p as a numeric data, how we can do this?

Ron,

If you look here:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA40/C.3?DT=20090527161936

You'll see that a S9(9) COMP field is a 4-byte FI field as far as DFSORT is
concerned.
You said the field is 5 bytes, so I'm not sure what it really is.

If it's a 4-byte FI field (signed), you can use these DFSORT control
statements to
display it in readable form:

   OPTION COPY
   INREC BUILD=(1,4,FI,TO=FS)

If it's a 5-byte FI field (signed), you can use this:

   OPTION COPY
   INREC BUILD=(1,5,FI,TO=FS)

If it's a 4-byte BI field (unsigned), you can use this:

   OPTION COPY
   INREC BUILD=(1,4,BI,TO=FS)

If it's a 5-byte BI field (unsigned), you can use this:

   OPTION COPY
   INREC BUILD=(1,5,BI,TO=FS)

TO=FS is generally a good way to display values, but DFSORT has many other
ways as well.

If you don't know what type of field it really is, use:

   OPTION COPY
   INREC BUILD=(1,5,HEX)

to display it and show some of the values displayed and I'll help you
figure it out.

If you want to display it in some particular output form, tell me exactly
how you want
it to look for various values.

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: Virginia DOT outage

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
> Sent: Friday, September 03, 2010 11:48 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Virginia DOT outage
> 
> On Fri, 3 Sep 2010 11:32:12 -0500, Tom Marchant wrote:
> >
> >Not ambiguous, I suppose, but sometimes counter-intuitive.
> >
> >What does this mean in C:
> >If A=B then.
> >
> I cherish languages of the ALGOL lineage for their use of "="
> as a comparison operator but not for assignment.
> 
> And some DEC languages used  for assignment when
> that was a prevalent graphic on Teletype print elements.  (I
> believe ASCII usurped the code point with .
> 
> -- gil

I would absolutely LOVE a grass roots campaign to eliminate = as a token in any 
and all languages. Comparison should be ==. Assignment should be :=. No 
ambiguity there. No "intuitive" meaning for newbies to make an assumption about.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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: Virginia DOT outage

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant
> Sent: Friday, September 03, 2010 11:32 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Virginia DOT outage
> 
> On Fri, 3 Sep 2010 08:38:59 -0500, McKown, John wrote:
> 
> >One of the many reasons that I prefer computer languages. 
> >They are not ambiguous.
> 
> Not ambiguous, I suppose, but sometimes counter-intuitive.
> 
> What does this mean in C:
> If A=B then.
> 
> -- 
> Tom Marchant

As shown, nothing because it is invalid syntax. 

But with parenthesis around the A=B, it means exactly what it says: Assign the 
value of B to A, then test to see if it is equal to zero or not. That is where 
the semantics of the language come into play. I will agree that it is 
counter-intuitive. And it is also why many C compiler will flag that statement 
with a warning. And a good IDE will pitch a fit about it.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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: Virginia DOT outage

[Paul Gilmartin]

On Fri, 3 Sep 2010 11:32:12 -0500, Tom Marchant wrote:
>
>Not ambiguous, I suppose, but sometimes counter-intuitive.
>
>What does this mean in C:
>If A=B then.
>
I cherish languages of the ALGOL lineage for their use of "="
as a comparison operator but not for assignment.

And some DEC languages used  for assignment when
that was a prevalent graphic on Teletype print elements.  (I
believe ASCII usurped the code point with .

-- 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: Virginia DOT outage

[Howard Brazee]

On 3 Sep 2010 08:25:13 -0700, gerh...@valley.net (Gerhard Postpischil)
wrote:

>> Then there are all the Janus words, which are spelled the
>> same, pronounced the same, but have opposite meanings
>> Fortunately, there are not many.  Here are a few in English:
>
>And potentially the most dangerous: inflammable.

The word "Flammable" was created because of a fear that some people
might think "inflammable" meant recursively "not flammable".  So the
new word was created to prevent people from lighting up cigarettes
next to "inflammable signs".

But I have seen zero evidence that this danger was more than
theoretical.

--
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: Virginia DOT outage

[Tom Marchant]

On Fri, 3 Sep 2010 08:38:59 -0500, McKown, John wrote:

>One of the many reasons that I prefer computer languages. 
>They are not ambiguous.

Not ambiguous, I suppose, but sometimes counter-intuitive.

What does this mean in C:
If A=B then.

-- 
Tom Marchant

--
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: JCL

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Thomas
> Sent: Friday, September 03, 2010 10:59 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: JCL
> 
> Hi,av
> 
> I have a o/p file in the 1'st 5 bytes the data is a comp 
> field s9(9) comp, using 
> a jcl i need to o/p as a numeric data, how we can do this?
> 
> Regards
> Ron

I don't entirely understand what you want, but DFSORT can convert data from one 
format to another. I'm sure that SyncSort can do the same.

//MAKEZONE EXEC PGM=SORT
//SORTIN DD DSN=...
//SORTOUT DD DSN=...
//SYSOUT DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
 SORT FIELDS=COPY
 OUTREC FIELDS=(1,5,PD,TO=ZD,LENGTH=9)
/*

The above assumes that you only want the one field to be output. And that you 
want Zoned Decimal. Zoned Decimal is where the sign is "overstruck" on the last 
character of the field, as opposed to having a leading + or - sign. If you want 
a leading + or -, use something like:

 OUTREC FIELDS=(1,5,PD,M25,LENGTH=9)

REF:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA50/3.15


And, of course, double check to be sure that I haven't made a typo of some sort.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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: Smpe holdata

[John Eells]

Paul Gilmartin wrote:

On Fri, 3 Sep 2010 10:52:46 -0400, John Eells wrote:



   From the URL you cited yesterday:

 Linkname: IBM Enhanced HOLDDATA for z/OS and OS/390
  URL: http://service.software.ibm.com/holdata/390holddata.html
...


It's much simpler to follow Mark's suggestion.  Always get the whole
thing--that is, always get the full.txt file.  It's just not that much
data (about 2.2M untersed), and it relieves you of having to figure out
when you got it last as long as you get it more often than once every
731 days.

You can also use RECEIVE ORDER if your z/OS system can connect to IBM,
so you single-source your PTFs and HOLDDATA and get them both in one shot.


I cited an unreliable source?




No.  The source is fine.  But if you always use the full file you have 
less work to do, better reuse of work you did before, and less 
opportunity for error.  At some point the urge to twiddle ("Hey!  I can 
do this with less data transfer time!") should be overcome by common 
sense ("I can write this procedure sot it has a minimum number of steps 
and reuse it without thought.")


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@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: JCL

[Paul Gilmartin]

On Fri, 3 Sep 2010 10:59:05 -0500, Ron Thomas wrote:
>
>I have a o/p file in the 1'st 5 bytes the data is a comp field s9(9) comp, 
>using
>a jcl i need to o/p as a numeric data, how we can do this?
>
JCL does very little of its own; certainly not what you require.  You
need to invoke (or write) a program in whatever language.  COBOL?
Rexx?  ICETOOL?  Other?

-- 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: Smpe holdata

[Paul Gilmartin]

On Fri, 3 Sep 2010 10:52:46 -0400, John Eells wrote:
>>>
>>  From the URL you cited yesterday:
>>
>> Linkname: IBM Enhanced HOLDDATA for z/OS and OS/390
>>  URL: http://service.software.ibm.com/holdata/390holddata.html
>> ...
>
>It's much simpler to follow Mark's suggestion.  Always get the whole
>thing--that is, always get the full.txt file.  It's just not that much
>data (about 2.2M untersed), and it relieves you of having to figure out
>when you got it last as long as you get it more often than once every
>731 days.
>
>You can also use RECEIVE ORDER if your z/OS system can connect to IBM,
>so you single-source your PTFs and HOLDDATA and get them both in one shot.
>
I cited an unreliable source?

But I should have mentioned for the OP that to test an example I
used the smallest file available, not necessarily the best choice
for production.

And I'm uncomfortable that the HOLDDATA are in ASCII and subject
to the vagaries of ASCII->EBCDIC translation.  Are all the significant
characters in HOLDDATA CP-invariant?  I suppose this can be controlled
with "locsite sbdataconn=(IBM-???,ISO8859-1)".  I'd be more
comfortable with EBCDIC for BINARY transfer.

-- 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: Virginia DOT outage

[zMan]

On Fri, Sep 3, 2010 at 11:23 AM, Gerhard Postpischil  wrote:
> And potentially the most dangerous: inflammable.

Mmm, no... "inflammable" is NEVER the opposite of "flammable". That
would just be wrong.
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: Virginia DOT outage

[Gerhard Adam]

>A file or database gets corrupted Tuesday evening and Wednesday
>morning review catches it.  Meanwhile further updates have been done.
>How simple is the recovery and damage limitation process?  This is
>just on scenario of failures that can take much time to fix.

The problem with all these "what if" scenarios is that they don't explain
how the problem occurred.  If a morning review can catch a problem, then
what was the condition that presented the previous evening?  Is it something
that could be detected by automation?  Is it something that requires manual
review to prevent its occurrence in the future.

The point isn't that problems can't occur, but what is being done to
mitigate their effects?

When a problem is understood then actions can be taken to prevent its
recurrence.  However, it seems clear that in this case, that whatever
problem may have existed, it was ignored.  Nothing takes seven days to
recover unless you've screwed up virtually everything that was there to
protect 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

JCL

[Ron Thomas]

Hi,av

I have a o/p file in the 1'st 5 bytes the data is a comp field s9(9) comp, 
using 
a jcl i need to o/p as a numeric data, how we can do this?

Regards
Ron

--
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: Storage not freed in IPCS dump

[Santosh Kandi]

It depends. It could be allocated and not getmained. The more accurate way 
to find out is to use:

VERBX VSMDATA 'SUMMARY NOASIDS'   (For global memory)
or
VERBX VSMDATA 'NOGLOBAL SUMM ASID()' (For local memory)

>From there you should be able to find out if its allocated or free.

Look in MVS diag reference..there is a chapter on VSM.
ABCs of z/OS system prog Volume 8 is also a great resource.

Regards,
Santosh

--
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: Virginia DOT outage

[Gerhard Postpischil]

On 9/3/2010 9:32 AM, Bill Fairchild wrote:

Sighting vs. citing, homophones, etc.:

Then there are all the Janus words, which are spelled the
same, pronounced the same, but have opposite meanings
Fortunately, there are not many.  Here are a few in English:


And potentially the most dangerous: inflammable.

Gerhard Postpischil
Bradford, VT

--
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: Virginia DOT outage

[Howard Brazee]

On 3 Sep 2010 07:22:45 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:

>And in common English:
>
>Generic is something that is general, common, or inclusive rather than 
>specific, unique, or selective. (wikipedia)
>
>Esoteric knowledge, in the dictionary (non-scholarly) sense, is thus that 
>which is available only to a narrow circle of "enlightened", "initiated", ... 
>(Ibid.)
>
>But in MVS jargon:
>
>3420-6 is generic.
>TAPE is esoteric.

And let's not get into "database"...

--
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: Virginia DOT outage

[Howard Brazee]

On 3 Sep 2010 06:39:47 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:

>One of the many reasons that I prefer computer languages. They are not 
>ambiguous. 
>Well, they shouldn't be. I guess you could design one where the meaning of a 
>statement 
>is not defined unambiguously. But it is definately implemented unambiguously. 
>Hum, or 
>is that true? I've heard of cases where the semantics of a user written 
>program changed 
>due to a change in a compiler or the use of a different version of the 
>compiler. 

But we have to work with some very basic terms that can be ambiguous
without the proper context.

At the top of this list are "debit & credit".When we put signs on
debits and credits, and when we share the results with users (as in
"debit card", where the meaning is mirrored left to right), ambiguity
requires proper documentation.

--
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: Smpe holdata

[Mark Zelden]

On Fri, 3 Sep 2010 10:29:06 -0400, Mark Jacobs  wrote:

>
>The full.txt file has holddata for the previous year. I always pull that
>one anytime I use that site to obtain holddata. There's nothing wrong
>with re-receiving holddata that you've already received once.
>

It didn't used to matter which one you used if you did it regularly (in other
words, if you did it within a month, you could use the monthly file).

That is no longer true if you want FIXCAT holddata.  FIXCAT data is only
contained in the full.txt file (unless something has changed recently).

So that is the best reason to always use full.txt.

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

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

Re: Smpe holdata

[John Eells]

Paul Gilmartin wrote:

On Fri, 3 Sep 2010 10:25:24 -0400, Tim Brown wrote:


Is the month.txt file for smp/e holddata on the ibm ftp site
the current file one should get prior to an apply.

What  is the full.txt for.


 From the URL you cited yesterday:

Linkname: IBM Enhanced HOLDDATA for z/OS and OS/390
 URL: http://service.software.ibm.com/holdata/390holddata.html

Download the file that will overlap the time from your last update of 
Enhanced
HOLDDATA. Receiving the same HOLDDATA again causes no problems, but missing 
HOLDDATA
may result in installation of a known PE and thus impact system 
availability. Always
select a time period long enough to overlap your last update (i.e. if you 
are unsure
whether to pick the month or quarter file, pick the quarter file).

To identify your last update of Enhanced HOLDDATA, check the production 
date of your
last service deliverable that included Enhanced HOLDDATA, the date of your 
last
electronic Enhanced HOLDDATA update, the comments in the header of your 
last Enhanced
HOLDDATA file, or list your already-received HOLDDATA.




It's much simpler to follow Mark's suggestion.  Always get the whole 
thing--that is, always get the full.txt file.  It's just not that much 
data (about 2.2M untersed), and it relieves you of having to figure out 
when you got it last as long as you get it more often than once every 
731 days.


You can also use RECEIVE ORDER if your z/OS system can connect to IBM, 
so you single-source your PTFs and HOLDDATA and get them both in one shot.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@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: Smpe holdata

[Paul Gilmartin]

On Fri, 3 Sep 2010 10:25:24 -0400, Tim Brown wrote:

>Is the month.txt file for smp/e holddata on the ibm ftp site
>the current file one should get prior to an apply.
>
>What  is the full.txt for.
>
>From the URL you cited yesterday:

   Linkname: IBM Enhanced HOLDDATA for z/OS and OS/390
URL: http://service.software.ibm.com/holdata/390holddata.html

   Download the file that will overlap the time from your last update of 
Enhanced
   HOLDDATA. Receiving the same HOLDDATA again causes no problems, but missing 
HOLDDATA
   may result in installation of a known PE and thus impact system 
availability. Always
   select a time period long enough to overlap your last update (i.e. if you 
are unsure
   whether to pick the month or quarter file, pick the quarter file).

   To identify your last update of Enhanced HOLDDATA, check the production date 
of your
   last service deliverable that included Enhanced HOLDDATA, the date of your 
last
   electronic Enhanced HOLDDATA update, the comments in the header of your last 
Enhanced
   HOLDDATA file, or list your already-received HOLDDATA.

-- 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: Smpe holdata

[Mark Jacobs]

On 09/03/10 10:25, Tim Brown wrote:

Is the month.txt file for smp/e holddata on the ibm ftp site
the current file one should get prior to an apply.

What  is the full.txt for.

Tim Brown
Systems Specialist - Project Leader
Central Hudson Gas&  Electric
284 South Ave
Poughkeepsie, NY 12601
Email: tbr...@cenhud.com<>
Phone: 845-486-5643
Fax: 845-486-5921
Cell: 845-235-4255





   


The full.txt file has holddata for the previous year. I always pull that 
one anytime I use that site to obtain holddata. There's nothing wrong 
with re-receiving holddata that you've already received once.


--
Mark Jacobs
Time Customer Service
Tampa, FL


There you are, your own number on your very own door. And behind
that door, your very own office! Welcome to the team, DZ-015

Mr Warrenn - Brazil

--
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

Smpe holdata

[Tim Brown]

Is the month.txt file for smp/e holddata on the ibm ftp site
the current file one should get prior to an apply.

What  is the full.txt for.

Tim Brown
Systems Specialist - Project Leader
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: tbr...@cenhud.com <>
Phone: 845-486-5643
Fax: 845-486-5921
Cell: 845-235-4255





--
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: Virginia DOT outage

[Paul Gilmartin]

On Fri, 3 Sep 2010 08:38:59 -0500, McKown, John wrote:
>
>One of the many reasons that I prefer computer languages. They are not 
>ambiguous. Well, they shouldn't be. I guess you could design one where the 
>meaning of a statement is not defined unambiguously. But it is definately 
>implemented unambiguously. Hum, or is that true? I've heard of cases where the 
>semantics of a user written program changed due to a change in a compiler or 
>the use of a different version of the compiler. 
>
And in common English:

Generic is something that is general, common, or inclusive rather than 
specific, unique, or selective. (wikipedia)

Esoteric knowledge, in the dictionary (non-scholarly) sense, is thus that which 
is available only to a narrow circle of "enlightened", "initiated", ... (Ibid.)

But in MVS jargon:

3420-6 is generic.
TAPE is esoteric.

Common English: Definition of SYNCHRONOUS. 1. : happening, existing, or arising 
at precisely the same time. (www.merriam-webster.com)

Computer (MVS) jargon: a synchronous exit never happens at precisely the
same time as the main thread.

-- 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

Fwd: IBM and Texas – Outsourcing troubles part two

[Anton Britz]

Hi,

Did you see this article ?

Several threats and a long letter detailing what it calls “chronic
failures” of agreed service levels, Texas has made another move in its
efforts to fix a seven-year, $863 million outsourcing contract with IBM
that’s gone bad. The Texas Department of Information Resources is now
saying it will rebid – four years early – all work now performed by IBM.

n a letter sent to IBM earlier this month, Karen Robinson, the 
department’s executive director said failure to correct alleged 
deficiencies leaves her “no course but to pursue procurement,” according 
to this article in the Dallas Morning News. In the letter, Robinson said 
the agency won’t terminate the IBM contract because it “has determined 
that it is not in the best interests of the state to exercise that right 
at this time,” the article reported.


IBM maintains it has done nothing wrong, and in the article IBM 
spokesman Jeff Tieszen said the company disagrees with the department’s 
accusations, adding that “IBM has worked in cooperation and good faith” 
with the department and hopes “to move the data center services project 
forward for the benefit of the state.”


You all may recall that the contract was first awarded to IBM in 2006, 
and by 2008, problems surfaced. There was a suspension and IBM promised 
to fix the problems. The contract was re-started, but things got bad 
again in the fall of 2009, and the contract was renegotiated.


IBM was contracted to migrate data center operations for 27 agencies 
into two consolidated data centers. The consolidation, per IBM’s bid, 
was to be done within 24 months. As I wrote back in July, in this blog, 
only five agencies have been completely transformed, according to Texas. 
Moreover, Texas claims, IBM is only working on the transformation of 
five of the remaining 22 agencies, and that these five are “only 
partial” transformations.


http://www.theoutsourceblog.com/2010/08/ibm-and-texas-outsourcing-troubles-part-two/

--
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: Set numbers off permanently.

[Anne & Lynn Wheeler]

l...@garlic.com (Anne & Lynn Wheeler) writes:
> side-effect of unbundling, starting to charge for software, and
> gov. looking over your shoulder ...  misc. posts mentioning 23jun69
> unbundling
> http://www.garlic.com/~lynn/submain.html#unbundle

re:
http://www.garlic.com/~lynn/2010m.html#84 Set numbers off permanently

aka one of the issues with adding new features was that the development
and other product costs had to be covered by revenue flow ... this could
be fudged some by combining different products in the same group and
calculating revenue againnst costs at the group/aggregate level
(leveraging revenue from products where the costs had been minimized, to
underwrite the costs of other products).

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
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

IT staff integration?

[McKown, John]

I'm just curious if any shops out there have really integrated staffs between 
the mainframe and "distributed" groups. Do your mainframe application folks 
also write "distributed" applications? Do your mainframe sysprogs also act as 
Linux sysadmins and/or Windows server admins? Are your z/VM and z/Linux 
sysadmins the same group? What about "generic" Linux sysadmnis and Windows 
admins?

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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: Virginia DOT outage

[Clark Morris]

On 2 Sep 2010 22:29:28 -0700, in bit.listserv.ibm-main you wrote:

>At 12:16 -0700 on 09/02/2010, Gerhard Adam wrote about Re: Virginia DOT outage:
>
>>  >Having been in on a couple of recovery actions due to major files
>>>getting fouled up, I can believe that things could take up to a week.
>>
>>How do major files get fouled up with adequate backups?
>
>Or audit files. IMS databases are recoverable by just restoring a 
>backup (usually the latest one) and then reading the audit file to 
>reapply all the transactions that occurred after the backup. What is 
>so hard about keeping track of the updates you apply to a database so 
>you can do forward recovery after a restore?

A file or database gets corrupted Tuesday evening and Wednesday
morning review catches it.  Meanwhile further updates have been done.
How simple is the recovery and damage limitation process?  This is
just on scenario of failures that can take much time to fix.

Clark Morris

--
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: Another zFS conversion question

[Schwartz, Alan]

I'd prefer that but z/OS is sent to us with the files as SYS1 so that's
what I have to use. 


Alan 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Bob Wood
Sent: Friday, September 03, 2010 12:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Another zFS conversion question

I never catalog zfs data sets in the master catalog.   They can be 
cataloged in a user catalog, then both the old and new master catalog
can 
have an alias entry pointing to the user catalog.   It makes maintaining
the 
new zfs data sets from the old system much easier.   

--
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: Another zFS conversion question

[Schwartz, Alan]

They are SYS1's but I wasn't sure if Recatalog would work for the
linears.  
That won't be a problem.
Thanks

Alan 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of John McKown
Sent: Thursday, September 02, 2010 8:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Another zFS conversion question

What is the DSN? If it starts with SYS1, then do a simple 

DEFINE CLUSTER( -
  NAME(SYS1.rest.of.the.dsn) -
  VOL(volser) LINEAR RECATALOG)

VSAM datasets which start with SYS1 __can__ be catalogued in multiple
catalogs! BTW - so can any PAGESPACE dataset, regardless of DSN high
level.

If the DSN does not start with SYS1, you might be able to use the
catalog MLA (multilevel alias) to point the first two nodes of the DSN
to the actual master catalog in which it is already catalogued. E.g.
suppose the DSN is OMVS.SOME.ROOT.ZFS. Now, OMVS.SOME must be unique.
I.e. you can't alread have OMVS.SOME.ROOT.HFS in your master catalog.

DEF ALIAS(NAME(OMVS.SOME) -
   RELATE(new.master.catalog))

MLA can be from 1 to 4. You can set it with the z/OS operator command:

F CATALOG,ALIASLEVEL(n)

So you if the DSN is unique within the first 4 nodes, you are golden
with this method. If the DSN is not unique, then you are out of luck.



On Thu, 2010-09-02 at 18:27 -0500, Schwartz, Alan wrote:
> I'm currently running z/OS 1.9 with all HFS files. Our corporate 
> center delivered my z/OS 1.11 system with all zFS format. Fine.  We 
> can address staying zFS with the upgrade I was applying an SMP usermod

> that copies IMS program DFAFMD0 from the RESLIB to one of our lpa 
> libraries.  The apply failed with ALLOCATION FAILED FOR SMPJHOME - 
> IKJ56228I PATH /zs1bbase/usr/lpp/java/J5.0/ NOT IN CATALOG OR CATALOG 
> CAN NOT BE ACCESSED.  The usermod has no OMVS interaction. I added an 
> explicit path in my apply job pointing to an alternate ROOT and the 
> apply worked with nothing in the ELEMENT SUMMARY REPORT showing any 
> reference to SMPJHOME.  On to my real question.
>  
> I tried mounting the 1.11 root on my 1.9 system. With TYPE(HFS) or
> TYPE(ZFS)  it failed with BPXF135E RETURN CODE 0081, REASON CODE
> EF096055 with is
> Description: Error LOCATEing an HFS-compat aggregate.
> Action: Ensure that the zFS file system named on the MOUNT command has

> the same name as the VSAM Linear Data Set (and the HFS compatibility 
> mode
> 
> aggregate) that contains the file system.
> 
>  
> I found that the 1.11 ROOT is not cataloged in my 1.9 master, hence 
> the mount problem.  In the discussions I've followed in IBMMain on zFS

> I don't recall one indicating how to catalog one systems zFS linear 
> files in another systems master catalog. I'll continue looking in the 
> AMS manual or perhaps other DFSMS manuals but I thought I'd throw this

> out there. Should be simple but I haven't found it yet.
>  
> Thanks
>  
> Alan Schwartz
>  
> 
> --
> 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

--
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: Virginia DOT outage

[Avram Friedman]

My take on this issue.
 
I am a mainframe / DBMS advocate so of course I think there is some sort of 
general flaw in a move of critical applications to smaller less understood 
systems.

Think there are 3 parts to this problem
1.  The triger failure its self which was hardware.
2.  Work flow and organization.  It appears that the data for the small system 
was harvested from main frame systems.  I would expect that the new system 
contatained some sort of sync function that ran from time to time to update 
data in both the legacey system and the new one.  The system did not 
contain a working DR process for total data loss in the new system, meaning 
data recovery probally had to reharvest the data from main frame sources.  
No problem for the first implementation as you just start the new system a 
week after harvesting begins.  Big problem for DR as you are expected to be 
up during the harvest period.
3.  DR configuration ... Big DBMS systems are unique in that they are designed 
to be recovered to current rather than too copy.  This is done by restoreing 
the most recent backup and applying logs.  I assume that new DBMS systems 
even on microsoft platforms have the capability to recover to current.  What 
happens when one puts the large database, the backup copies and the logs 
on the same massive storage device and the device is lost? Recover to 
current does not work well.

I have always held that data base people have a unique understanding of 
pratical data recovery to current.  It is not all technology.
As an example ever since VSAM recoverable catalogs (and we are several 
generations beyond that) catalogs coud be recovered to current by restoring 
backups and applying records from the log (in this case SMF).  The process is 
rarly used and historically presents problems in DRs.  As an example some logs 
needed for a DB recover to current tend to be weirdly cataloged or not 
cataloged in VSAM depending on the timing of the catalog back ups.  This 
problem is slightly changed in 'beeding edge" mirror systems.  The non DBMS 
world skipped the copy + log recovery era ... they simply don't understand it 
at the pratical level. "They" often incudes the non DBMS systems, application 
design, and DR people.

Regards
Av Friedman

PS  This comment happens to be posted as a reply to a note correctly poining 
out out sighting is not the same citing.

Why does this outage prevent the offcers from writting tickets for expired 
licenses when the driver is stopped for other reasons.  After all the 
experation 
date is on the drivers license?
The answer is the govermnent may be partly responsible for the expired 
license as the removed the availabily of options to renew.

If is can "sight" a diffrent case.
One of the reasons why airlines usually do not issue paper tickets any more is 
there is a serious problem when a passenger presents at the ticket counter or 
gate with a valid ticket but has been canceled by phone or electronicly.  It is 
not easy to deny such a passenger boarding (they use to get bumped to first 
class all the time) as thy hold evidence of a vaild contract between them and 
the airline.

In the drivers license case the expire date is not all that important if there 
is 
no renewal oppertunity.  In the airline case what is in the computer is not all 
that important if the flyer holds a valid contract.

When ever a system is built with two or more seperatly managed 'copies' of 
the same data problems result.

Some DBMS systems like IMS were designed to reduce data redundancy.  
Some DBMS systems like DB2 cause data redundancy.



On Thu, 2 Sep 2010 00:00:46 -0400, Robert A. Rosenberg 
 wrote:

>At 20:25 -0400 on 09/01/2010, J R wrote about Re: Virginia DOT outage:
>
>>  > ... police are not sighting people who are stopped and found to
>>have recently expired licenses. 
>>
>>If the police are not sighting them, how are they stopping them --
>>and how do they know their licences are recently expired?
>
>While they are SIGHTING them, the problem is that they are not CITING
>them. When they are stopped and hand over an expired license there is
>no need to check the computer - the document itself has an expired
>date on it. All checking with the computer would do is verify if the
>license had been renewed (and thus was in force). Also the computer
>check would be needed to spot a license whose expiration date had not
>yet been reached but which had been suspended.
>
>--
>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

Re: Identify IP OSA

[McKown, John]

I'm not sure that I really understand what you want. I have an OSA. It has 
three different IP addresses, depending on the stack accessing it. But you may 
want the z/OS operator command: D TCPIP,,NETSTAT,HOME which on one of my 
systems reports:

RESPONSE=LIH1
 EZZ2500I NETSTAT CS V1R10 TCPIP 011
 HOME ADDRESS LIST:
 ADDRESS  LINK FLG
 10.170.30.8  OSA00L   P
 10.170.30.9  OSA52L
 10.170.30.10 VIPA1L
 192.168.151.1IQDFCL
 192.168.152.1IQDFDL
 127.0.0.1LOOPBACK
 6 OF 6 RECORDS DISPLAYED
 END OF THE REPORT

>From this I can do D TCPIP,,NETSTAT,DEVL which on my system gets (truncated 
>down):

  DEVNAME: OSA00 DEVTYPE: MPCIPA
DEVSTATUS: READY CFGROUTER: NON  ACTROUTER: NON
LNKNAME: OSA00LLNKTYPE: IPAQENETLNKSTATUS: READY
  SPEED: 001000
  IPBROADCASTCAPABILITY: NO
  ARPOFFLOAD: YESARPOFFLOADINFO: YES
  ACTMTU: 8992
  VLANID: NONE   VLANPRIORITY: DISABLED
  READSTORAGE: GLOBAL (4096K)INBPERF: BALANCED
  SECCLASS: 255  MONSYSPLEX: NO
BSD ROUTING PARAMETERS:

>From which I can do: D NET,ID=OSA00,E with the results:

IST097I DISPLAY ACCEPTED
IST075I NAME = OSA00, TYPE = TRL MAJOR NODE
IST1314I TRLE = OSA1000   STATUS = ACTIV   CONTROL = MPC
IST314I END

>From which I know to do: D NET,ID=OSA1000,E which gets me the results:

IST075I NAME = OSA1000, TYPE = TRLE
IST486I STATUS= ACTIV, DESIRED STATE= ACTIV
IST087I TYPE = LEASED , CONTROL = MPC , HPDT = YES
IST1954I TRL MAJOR NODE = OSA00
IST1715I MPCLEVEL = QDIO   MPCUSAGE = SHARE
IST1716I PORTNAME = OSA00  LINKNUM =   0   OSA CODE LEVEL = 077C
IST1577I HEADER SIZE = 4096 DATA SIZE = 0 STORAGE = ***NA***
IST1221I WRITE DEV = 1001 STATUS = ACTIVE STATE = ONLINE
IST1577I HEADER SIZE = 4092 DATA SIZE = 0 STORAGE = ***NA***
IST1221I READ  DEV = 1000 STATUS = ACTIVE STATE = ONLINE
IST1221I DATA  DEV = 1002 STATUS = ACTIVE STATE = N/A
IST1724I I/O TRACE = OFF  TRACE LENGTH = *NA*
IST1717I ULPID = TCPIP
IST1815I IQDIO ROUTING DISABLED
IST1918I READ STORAGE = 4.0M(64 SBALS)
IST1757I PRIORITY1: UNCONGESTED PRIORITY2: UNCONGESTED
IST1757I PRIORITY3: UNCONGESTED PRIORITY4: UNCONGESTED
IST1801I UNITS OF WORK FOR NCB AT ADDRESS X'091DB010'
IST1802I P1 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0
IST1802I P2 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0
IST1802I P3 CURRENT = 0 AVERAGE = 0 MAXIMUM = 0
IST1802I P4 CURRENT = 0 AVERAGE = 3 MAXIMUM = 105
IST1221I DATA  DEV = 1003 STATUS = RESET  STATE = N/A
IST1724I I/O TRACE = OFF  TRACE LENGTH = *NA*
IST1500I STATE TRACE = OFF
IST314I END


Hope the above was of some use to you.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . (817)-691-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® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of HELIO
> Sent: Friday, September 03, 2010 8:36 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Identify IP OSA
> 
>   All list,
> 
> I need to identify the IP of an OSA. Does anyone know the 
> command that I 
> can used?
> 
> 
> Thanks.
> -- 
> 
> *Hélio José da Silva
> ***//
> 
> 
> 
> --
> 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: Virginia DOT outage

[zMan]

6. let -- allow, stop (e.g., in tennis)

On Fri, Sep 3, 2010 at 9:32 AM, Bill Fairchild  wrote:
> Sighting vs. citing, homophones, etc.:
>
> Then there are all the Janus words, which are spelled the same, pronounced 
> the same, but have opposite meanings   Fortunately, there are not many.  Here 
> are a few in English:
> 1.  cleave - to stick together or to be torn apart
> 2.  oversight - watching over or failing to watch over
> 3.  sanction - to allow or to forbid
> 4.  sojourn - to travel or to stay in one place
> 5.  with - together as allies or against as enemies (the US fought with 
> Britain against Germany in WW2; the US fought with Germany in WW2).
>
> What a language.
>
> Bill Fairchild
> Rocket Software
> --
> 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
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: Identify IP OSA

[Clark, Kevin]

Try 

NETSTAT GATE

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
HELIO
Sent: Friday, September 03, 2010 9:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: Identify IP OSA


  All list,

I need to identify the IP of an OSA. Does anyone know the command that I 
can used?


Thanks.
-- 

*Hélio José da Silva
***//



--
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 e-mail message and any attachments transmitted with it are confidential 
and are intended solely for the use of its authorized recipient(s). If you are 
not an intended or authorized recipient, you are hereby notified that any 
disclosure, copying, distribution or taking any action in reliance on the 
information contained in this e-mail is prohibited. If you have received this 
message in error or are not authorized to receive it, please immediately notify 
the sender and delete the original message and all copies of it from your 
computer.

--
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: Virginia DOT outage

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Fairchild
> Sent: Friday, September 03, 2010 8:32 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Virginia DOT outage
> 
> Sighting vs. citing, homophones, etc.:
> 
> Then there are all the Janus words, which are spelled the 
> same, pronounced the same, but have opposite meanings   
> Fortunately, there are not many.  Here are a few in English:
> 1.  cleave - to stick together or to be torn apart
> 2.  oversight - watching over or failing to watch over
> 3.  sanction - to allow or to forbid
> 4.  sojourn - to travel or to stay in one place
> 5.  with - together as allies or against as enemies (the US 
> fought with Britain against Germany in WW2; the US fought 
> with Germany in WW2).
> 
> What a language.
> 
> Bill Fairchild

One of the many reasons that I prefer computer languages. They are not 
ambiguous. Well, they shouldn't be. I guess you could design one where the 
meaning of a statement is not defined unambiguously. But it is definately 
implemented unambiguously. Hum, or is that true? I've heard of cases where the 
semantics of a user written program changed due to a change in a compiler or 
the use of a different version of the compiler. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-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: Identify IP OSA

[Mark T. Regan, K8MTR]

M
Use the 'NETSTAT HOME' command from a TSO READY prompt.
 Thanks,

Mark Regan 





From: HELIO 
To: IBM-MAIN@bama.ua.edu
Sent: Fri, September 3, 2010 9:35:47 AM
Subject: Identify IP OSA

All list,

I need to identify the IP of an OSA. Does anyone know the command that I can 
used?


Thanks.
-- 
*Hélio José da Silva
***//



--
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

Identify IP OSA

[HELIO]

 All list,

I need to identify the IP of an OSA. Does anyone know the command that I 
can used?



Thanks.
--

*Hélio José da Silva
***//



--
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: Virginia DOT outage

[Bill Fairchild]

Sighting vs. citing, homophones, etc.:

Then there are all the Janus words, which are spelled the same, pronounced the 
same, but have opposite meanings   Fortunately, there are not many.  Here are a 
few in English:
1.  cleave - to stick together or to be torn apart
2.  oversight - watching over or failing to watch over
3.  sanction - to allow or to forbid
4.  sojourn - to travel or to stay in one place
5.  with - together as allies or against as enemies (the US fought with Britain 
against Germany in WW2; the US fought with Germany in WW2).

What a language.

Bill Fairchild
Rocket Software
--
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: Virginia DOT outage

[Howard Brazee]

I had a dBase application that I sent out, with full directions and
routine to do backups. When a user's copy got corrupted, she
realized that she usually neglected this option and before calling for
help, backed up the corrupted copy over her one good backup.

--
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: DD TERM=TS,SYSOUT=*

[Joel C. Ewing]

On 09/02/2010 08:13 PM, Shmuel Metz (Seymour J.) wrote:
> In <4c7fff76.4000...@bremultibank.com.pl>, on 09/02/2010
>at 09:48 PM, "R.S."  said:
> 
>> More functionality is usually better.
> 
> FSVO functionality. Adding options without thinking them through
> usually makes things worse.
>  
Gosh, you mean like adding the ability for shared data from unknown
sources to update arbitrary system files and environment settings via
Email clients and other user applications?

-- 
Joel C. Ewing, Fort Smith, ARjcew...@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

Re: Molly Malone (was:RE: Set numbers off permanently.)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> >
> > I thought that I knew the entire Allan Sherman oeuvre; what did he
do
> > to "Mollie Malone"?
> >
> > --
> >  Shmuel (Seymour J.) Metz, SysProg and JOAT
> 
>
http://www.lyricstime.com/allan-sherman-shticks-of-one-kind-and-half-a-d
ozen-of-the-other-lyrics.html

"Natcherly" a site "prohibited" by our "net nanny"  :-(

Replied off-list from memory.

-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