Away friday, back monday

2012-05-24 Thread John Stevenson
I will be out of the office starting 24/05/2012 and will return on
28/05/2012.

For anything urgent contact the Mainframe Services support number, x79371
or 04 924 9371 or email BNZ Mainframe Services.


CAUTION - This message may contain privileged and confidential information 
intended only for the use of the addressee named above. If you are not the 
intended recipient of this message you are hereby notified that any use, 
dissemination, distribution or reproduction of this message is prohibited. 
This email was sent by the Bank of New Zealand. You can contact us on 
0800 ASK BNZ (0800 275 269). Any views expressed in this message are those 
of the individual sender and may not necessarily reflect the views of Bank 
of New Zealand.

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


Re: Comparing datasets

2012-05-24 Thread Charles Mills
Very cool!

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Sri h Kolusu
Sent: Thursday, May 24, 2012 8:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Comparing datasets

Zaromil,

You can use DFSORT's JOINKEYS to compare the datasets. Here is a sample job
which will compare the 2 datasets treating the first 2 bytes as a key to
compare. You can have a maximum of 4080 bytes as a key.

//STEP0100 EXEC PGM=SORT 
//SYSOUT   DD SYSOUT=* 
//INA  DD * 
C1
B1
A1
E1 
//INB  DD * 
A1
B1
C1
D1
//SORTOUT  DD SYSOUT=* 
//SYSINDD * 
  OPTION COPY
  JOINKEYS F1=INA,FIELDS=(1,2,A)
  JOINKEYS F2=INB,FIELDS=(1,2,A)
  JOIN UNPAIRED
  REFORMAT FIELDS=(F1:1,10,F2:1,10,?)
  OUTFIL IFOUTLEN=25,
  IFTHEN=(WHEN=(21,1,CH,EQ,C'B'),BUILD=(01,10,C'MATCHED RECORD')),
  IFTHEN=(WHEN=(21,1,CH,EQ,C'1'),BUILD=(01,10,C'ONLY FILE1 REC')),
  IFTHEN=(WHEN=(21,1,CH,EQ,C'2'),BUILD=(11,10,C'ONLY FILE2 REC'))
//* 

The output from this job is 

A1MATCHED RECORD
B1MATCHED RECORD
C1MATCHED RECORD
D1ONLY FILE2 REC
E1ONLY FILE1 REC

Check this link for a detailed explanation of JOINKEYS

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA60/4.0?

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


Re: IBM's first tape drive turns 60 (makes you feel old!)

2012-05-24 Thread Paul Gilmartin
On Wed, 23 May 2012 10:33:52 -0400, Shmuel Metz (Seymour J.)  wrote:

>on 05/22/2012 at 10:22 AM, John Gilmore said:
>
>>One-inch tapes were once very common in IBM shops,
>
>Common?
> 
I had the impression they were rare (well, I never saw one).  And
expensive.  It wouldn't make economic sense to split them.  (Unless
you scored a truckload at an estate sale.)  And where would you get
empty 1/2" reels?  And how many feet of iron oxide, used otherwise
as an abrasive, would it take to ruin the edge of your pizza cutter?

-- gil

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


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread Knutson, Sam
V1.1.1 adds a new connection type which z/OSMF and is required to view active 
jobs.
This depends on z/OSMF and specifically requires z/OSMF at 1.13.
V1.1.1 still supports FTP connections but with the limitations they have had 
previously which are relieved with the new connection type.
If you try it with 1.12 or earlier you get in Explorer IZE0105E Connection 
failed with exception null.
The response from the support forum for Explorer was 

RESTful access to the JES facilities in z/OSMF requires z/OSMF V1.13, so I'm 
not surprised it doesn't work on V1.12. 
That said, I'd have hoped that the error message might have been more helpful.


    Best Regards, 

    Sam Knutson, GEICO 
    System z Team Leader 
    mailto:sknut...@geico.com 
    (office)  301.986.3574 
    (cell) 301.996.1318
  
"Think big, act bold, start simple, grow fast..." 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Edward Jaffe
Sent: Thursday, May 24, 2012 4:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

On 5/24/2012 9:44 AM, Knutson, Sam wrote:
> z/OS role of Explorer Eclipse GUI was updated to use that in V1.1.1 but it 
> does require z/OS 1.13.  That combination will let you look at running jobs 
> with Explorer.
> The price on Explorer is right... Free.

I don't think CICS Explorer depends on any interfaces provided by z/OSMF.

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

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

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread Edward Jaffe

On 5/24/2012 9:44 AM, Knutson, Sam wrote:

z/OS role of Explorer Eclipse GUI was updated to use that in V1.1.1 but it does 
require z/OS 1.13.  That combination will let you look at running jobs with 
Explorer.
The price on Explorer is right... Free.


I don't think CICS Explorer depends on any interfaces provided by z/OSMF.

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

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


Re: Comparison of compiler generated code AD 1980(ish) v 2010(ish)

2012-05-24 Thread Bernd Oppolzer

The test runs were on a z196 with current z/OS release.

I didn't do the tests myself, only was told about the results,
but the co-worker normally is very reliable.

Regards

Bernd



Am 24.05.2012 12:54, schrieb Shmuel Metz (Seymour J.):

In<4fbd69b6.5080...@t-online.de>, on 05/24/2012
at 12:50 AM, Bernd Oppolzer  said:


This limit is too high, in our opinion, because some tests showed,

On what processor? I assume that IBM wants to optimize for a196 and
later.



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


Re: Early IPL problems

2012-05-24 Thread Gerhard Postpischil

On 5/23/2012 10:17 AM, Shmuel Metz (Seymour J.) wrote:

You also used this to reply to password requests for system data
sets having all hex-zero passwords.


I don't recall[1] having done so. If you can explain How I forgot, I'd
like to try the same technique on some other, equally undesirable,
memories.


You used the PASSWORD facility to protect critical data sets. In 
order to update them, it was necessary to respond to a WTOR with 
the password. The password was all hex zeroes, and could not be 
entered from a conventional console. You switched to the 00C/00E 
alternate console, and feed in a Reply nn card with the hex 
zeroes multi-punched [1]. That was inconvenient enough so that I 
wrote SETPASS [2].



[1] These days the method may be less safe, with some tn3270 
clients offering keyboard customization including hex values.


[2] That was a great learning experience. I had hard-coded the 
number of block per track in the PASSWORD data set, and at some 
point (OS/360 15/16, or 18?), IBM decided to change the device 
related constants and the PASSWORD data set wound up with one 
block less per track.



Gerhard Postpischil
Bradford, VT

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


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread Knutson, Sam
z/OS role of Explorer Eclipse GUI was updated to use that in V1.1.1 but it does 
require z/OS 1.13.  That combination will let you look at running jobs with 
Explorer.
The price on Explorer is right... Free.

 http://www-01.ibm.com/software/htp/cics/explorer/ 

    Best Regards, 

    Sam Knutson, GEICO 
    System z Team Leader 
    mailto:sknut...@geico.com 
    (office)  301.986.3574 
    (cell) 301.996.1318
  
"Think big, act bold, start simple, grow fast..." 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Kirk Wolf
Sent: Thursday, May 24, 2012 11:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

z/OS MF also includes a new web service API, the "z/OS jobs REST interface"
-

http://publib.boulder.ibm.com/infocenter/zosmf/vxrx/topic/com.ibm.zosmf.configguide.help.doc/IZUHPINFO_API_RESTJOBS.html



This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread David Andrews
On Thu, 2012-05-24 at 11:51 -0400, Edward Jaffe wrote:
> Lol! z/OSMF security has been a struggle for RACF shops too! :D

MSM had its own set of security demands...

-- 
David Andrews
A. Duda & Sons, Inc.
david.andr...@duda.com

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


RESOURCE CONTROL TABLE ???

2012-05-24 Thread Uwe Oswald
Hi,

hope someone can help. Does someone have a REXX code fragment where I can get 
the actual (!) MSU of a LPAR usage splitted up by WLM importances? I mean 
something like field " RCTLACS " in RCT for the 4h rolling Average. In what 
(control block-) field is the actual MSU usage and is there a chance to find 
out which WLM importance level uses which amount of MSU?

Thx for your help.

Cheers,
Uwe

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


Re: Comparing datasets

2012-05-24 Thread Sri h Kolusu
Zaromil,

You can use DFSORT's JOINKEYS to compare the datasets. Here is a sample 
job which will compare the 2 datasets treating the first 2 bytes as a key 
to compare. You can have a maximum of 4080 bytes as a key.

//STEP0100 EXEC PGM=SORT 
//SYSOUT   DD SYSOUT=* 
//INA  DD * 
C1 
B1 
A1 
E1 
//INB  DD * 
A1 
B1 
C1 
D1 
//SORTOUT  DD SYSOUT=* 
//SYSINDD * 
  OPTION COPY 
  JOINKEYS F1=INA,FIELDS=(1,2,A) 
  JOINKEYS F2=INB,FIELDS=(1,2,A) 
  JOIN UNPAIRED 
  REFORMAT FIELDS=(F1:1,10,F2:1,10,?) 
  OUTFIL IFOUTLEN=25, 
  IFTHEN=(WHEN=(21,1,CH,EQ,C'B'),BUILD=(01,10,C'MATCHED RECORD')), 
  IFTHEN=(WHEN=(21,1,CH,EQ,C'1'),BUILD=(01,10,C'ONLY FILE1 REC')), 
  IFTHEN=(WHEN=(21,1,CH,EQ,C'2'),BUILD=(11,10,C'ONLY FILE2 REC')) 
//* 

The output from this job is 

A1MATCHED RECORD
B1MATCHED RECORD
C1MATCHED RECORD
D1ONLY FILE2 REC
E1ONLY FILE1 REC

Check this link for a detailed explanation of JOINKEYS

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA60/4.0?

Further if you have any questions please let me know

Thanks,
Sri Hari Kolusu
DFSORT Development
IBM Corporation
Email: skol...@us.ibm.com
Phone: 408-463-2403 Tie Line 543-2403

IBM Mainframe Discussion List  wrote on 05/24/2012 
12:50:52 AM:

> From: Zaromil Tisler 
> To: IBM-MAIN@bama.ua.edu, 
> Date: 05/24/2012 12:52 AM
> Subject: Comparing datasets
> Sent by: IBM Mainframe Discussion List 
> 
> Is there z/OS (ISPF) tool that can check if all lines of dataset A 
> are contained in dataset B? In other words, is there a tool that 
> could check if dataset A is a subset of dataset B, where A and B are
> sets of records (lines)? I can accomplish it using COMPARE ISPF edit
> function or SuperC Compare Utility, but datasets have to be sorted.
> 
> Example:
> 
> dataset A content:
> C1
> B1
> A1
> 
> dataset B content:
> A1
> B1
> C1
> 
> 
> Result of editing A and comparing it to B:
> .O C1
> .OAAAB B1
> 03 A1
> == B1
> == C1
> 
> Result of editing B and comparing it to A:
> .O A1
> .OAAAB B1
> 03 C1
> == B1
> == A1
> 
> 
> Background:  I wanted to check if all cross product dependency PTFs 
> of product A are already applied in product B. I generated two 
> datasets, A and B respectively, and compared them in ISPF editor 
> using COMPARE function. I was surprised with result so I read the 
> tutorial looking for any parameter that could influence this 
> behaviour, but haven't found any. There were no porblems to sort 
> both datasets in this case, I am just curious.
> 
> (Later I tried to do this on my pc and it worked in Notepad++).
> 
> -- 
> Zaromil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 

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


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread Edward Jaffe

On 5/24/2012 8:46 AM, Martin, Larry D wrote:

I think it is a really good tool.  The security, however, is very complex.  If 
you are a RACF shop then you are in good shape.  We are Top Secret and it was a 
real struggle.


Lol! z/OSMF security has been a struggle for RACF shops too! :D

This is primarily due to the fact that there are many components (CIM, CEA, 
WebSphere, etc.) that most shops have never configured before. Doing it all from 
scratch can be quite a bit of work.


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

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


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread Martin, Larry D
Matt,

I think it is a really good tool.  The security, however, is very complex.  If 
you are a RACF shop then you are in good shape.  We are Top Secret and it was a 
real struggle.

..Larry

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Dazzo, Matt
Sent: Thursday, May 24, 2012 10:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: IBM(r) z/OS(r) Management Facility (z/OSMF)

So what do you folks have to say about IBM(r) z/OS(r) Management Facility 
(z/OSMF)? We have zos1.13 up and running and considering configuring IBM(r) 
z/OS(r) Management Facility (z/OSMF). Looking to see find out how hard it is to 
configure and how useful it is? Or any other info you might find useful. Thanks

Matthew Dazzo
Sr MVS Systems Programmer
Publishers Clearing House
Port Washington NY
516-944-4816


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


This E-mail and any of its attachments may contain Prince George’s
County Government or Prince George's County 7th Judicial Circuit
Court proprietary information or Protected Health Information,
which is privileged and confidential.  This E-mail is intended
solely for the use of the individual or entity to which it is
addressed.  If you are not the intended recipient of this E-mail,
you are hereby notified that any dissemination, distribution,
copying, or action taken in relation to the contents of and
attachments to this E-mail is strictly prohibited by federal law
and may expose you to civil and/or criminal penalties. If you have
received this E-mail in error, please notify the sender immediately
and permanently delete the original and any copy of this E-mail and
any printout.

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


Re: humor: look at the "logo" these people made for IBM. It is "cute"

2012-05-24 Thread zMan
On Thu, May 24, 2012 at 11:18 AM, Pommier, Rex R.  wrote:

> It's been around for a long time, but not with the microphone and "not"
> slash across the eye.  That was the part I thought John was talking about.


Good catch, I missed that!
-- 
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: INFO IBM-MAIN


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread Kirk Wolf
z/OS MF also includes a new web service API, the "z/OS jobs REST interface"
-

http://publib.boulder.ibm.com/infocenter/zosmf/vxrx/topic/com.ibm.zosmf.configguide.help.doc/IZUHPINFO_API_RESTJOBS.html

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


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread John Gilmore
On 5/24/12, Tom Ambros  wrote:
> Do it.  If you do any policy based networking you'll be happy you did.
> Incident packaging is nice, we don't use it a ton because we haven't
> seemed to have had too many incidents for a while but it does make it
> simpler to get all the diagnostics wrapped up with a bow.  It looks like
> there's a fair amount of development going on with it, it  is not like the
> old wizard setup that disappeared a while back and I already forgot the
> name of.  Even the first iteration of zOSMF was far more useful than that
> interface, whatever it was called.
>
> Take good notes on your sandbox install and the rest is child's play.
> Upgrades at maintenance time are no big deal if you... took good notes in
> your sandbox install.
>
> Thomas Ambros
> Operating Systems and Connectivity Engineering
> 518-436-6433
>
>
>
>
>
> From:   "Dazzo, Matt" 
> To: IBM-MAIN@bama.ua.edu
> Date:   05/24/2012 10:58
> Subject:IBM(r) z/OS(r) Management Facility (z/OSMF)
> Sent by:IBM Mainframe Discussion List 
>
>
>
> So what do you folks have to say about IBM(r) z/OS(r) Management Facility
> (z/OSMF)? We have zos1.13 up and running and considering configuring
> IBM(r) z/OS(r) Management Facility (z/OSMF). Looking to see find out how
> hard it is to configure and how useful it is? Or any other info you might
> find useful. Thanks
>
> Matthew Dazzo
> Sr MVS Systems Programmer
> Publishers Clearing House
> Port Washington NY
> 516-944-4816
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> This communication may contain privileged and/or confidential information.
> It is intended solely for the use of the addressee. If you are not the
> intended recipient, you are strictly prohibited from disclosing, copying,
> distributing or using any of this information. If you received this
> communication in error, please contact the sender immediately and destroy
> the material in its entirety, whether electronic or hard copy. This
> communication may contain nonpublic personal information about consumers
> subject to the restrictions of the Gramm-Leach-Bliley Act. You may not
> directly or indirectly reuse or redisclose such information for any purpose
> other than to provide the services for which you are receiving the
> information.
>
> 127 Public Square, Cleveland, OH 44114
> If you prefer not to receive future e-mail offers for products or services
> from Key
> send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails'
> in the
> SUBJECT line.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>


-- 
John Gilmore, Ashland, MA 01721 - USA

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


Re: humor: look at the "logo" these people made for IBM. It is "cute"

2012-05-24 Thread Pommier, Rex R.
It's been around for a long time, but not with the microphone and "not" slash 
across the eye.  That was the part I thought John was talking about.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
zMan
Sent: Thursday, May 24, 2012 10:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: humor: look at the "logo" these people made for IBM. It is "cute"

On Thu, May 24, 2012 at 8:41 AM, McKown, John  wrote:

>
> http://arstechnica.com/apple/2012/05/ibms-siri-ban-highlights-companies-privacy-trade-secret-challenges/
>
> It's about IBM banning Siri due to how it works. But the "IBM logo" they
> created is very "cute".


They didn't create that -- IBM did, years ago. It's been on posters, etc.
--
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: INFO IBM-MAIN

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. Thank you.

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


Re: Comparing datasets

2012-05-24 Thread Pommier, Rex R.
It's not ISPF, but ICETOOL should be able to give you what you want.  Look up 
the OCCUR operator.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Zaromil Tisler
Sent: Thursday, May 24, 2012 2:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Comparing datasets

Is there z/OS (ISPF) tool that can check if all lines of dataset A are 
contained in dataset B? In other words, is there a tool that could check if 
dataset A is a subset of dataset B, where A and B are sets of records (lines)? 
I can accomplish it using COMPARE ISPF edit function or SuperC Compare Utility, 
but datasets have to be sorted.

Example:

dataset A content:
C1
B1
A1

dataset B content:
A1
B1
C1


Result of editing A and comparing it to B:
.O C1
.OAAAB B1
03 A1
== B1
== C1

Result of editing B and comparing it to A:
.O A1
.OAAAB B1
03 C1
== B1
== A1


Background:  I wanted to check if all cross product dependency PTFs of product 
A are already applied in product B. I generated two datasets, A and B 
respectively, and compared them in ISPF editor using COMPARE function. I was 
surprised with result so I read the tutorial looking for any parameter that 
could influence this behaviour, but haven't found any. There were no porblems 
to sort both datasets in this case, I am just curious.

(Later I tried to do this on my pc and it worked in Notepad++).

--
Zaromil

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

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. Thank you.

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


Re: humor: look at the "logo" these people made for IBM. It is "cute"

2012-05-24 Thread McKown, John
Oh, I'd never seen it before. Thanks for the correction.

-- 
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of zMan
> Sent: Thursday, May 24, 2012 10:03 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: humor: look at the "logo" these people made for 
> IBM. It is "cute"
> 

> 
> They didn't create that -- IBM did, years ago. It's been on 
> posters, etc.
> -- 
> 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: INFO IBM-MAIN


Re: IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread Tom Ambros
Do it.  If you do any policy based networking you'll be happy you did. 
Incident packaging is nice, we don't use it a ton because we haven't 
seemed to have had too many incidents for a while but it does make it 
simpler to get all the diagnostics wrapped up with a bow.  It looks like 
there's a fair amount of development going on with it, it  is not like the 
old wizard setup that disappeared a while back and I already forgot the 
name of.  Even the first iteration of zOSMF was far more useful than that 
interface, whatever it was called. 

Take good notes on your sandbox install and the rest is child's play. 
Upgrades at maintenance time are no big deal if you... took good notes in 
your sandbox install. 

Thomas Ambros
Operating Systems and Connectivity Engineering
518-436-6433





From:   "Dazzo, Matt" 
To: IBM-MAIN@bama.ua.edu
Date:   05/24/2012 10:58
Subject:IBM(r) z/OS(r) Management Facility (z/OSMF)
Sent by:IBM Mainframe Discussion List 



So what do you folks have to say about IBM(r) z/OS(r) Management Facility 
(z/OSMF)? We have zos1.13 up and running and considering configuring 
IBM(r) z/OS(r) Management Facility (z/OSMF). Looking to see find out how 
hard it is to configure and how useful it is? Or any other info you might 
find useful. Thanks

Matthew Dazzo
Sr MVS Systems Programmer
Publishers Clearing House
Port Washington NY
516-944-4816


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

This communication may contain privileged and/or confidential information. It 
is intended solely for the use of the addressee. If you are not the intended 
recipient, you are strictly prohibited from disclosing, copying, distributing 
or using any of this information. If you received this communication in error, 
please contact the sender immediately and destroy the material in its entirety, 
whether electronic or hard copy. This communication may contain nonpublic 
personal information about consumers subject to the restrictions of the 
Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose 
such information for any purpose other than to provide the services for which 
you are receiving the information.

127 Public Square, Cleveland, OH 44114
If you prefer not to receive future e-mail offers for products or services from 
Key 
send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in 
the 
SUBJECT line.

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


Re: humor: look at the "logo" these people made for IBM. It is "cute"

2012-05-24 Thread zMan
On Thu, May 24, 2012 at 8:41 AM, McKown, John  wrote:

>
> http://arstechnica.com/apple/2012/05/ibms-siri-ban-highlights-companies-privacy-trade-secret-challenges/
>
> It's about IBM banning Siri due to how it works. But the "IBM logo" they
> created is very "cute".


They didn't create that -- IBM did, years ago. It's been on posters, etc.
-- 
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: INFO IBM-MAIN


IBM(r) z/OS(r) Management Facility (z/OSMF)

2012-05-24 Thread Dazzo, Matt
So what do you folks have to say about IBM(r) z/OS(r) Management Facility 
(z/OSMF)? We have zos1.13 up and running and considering configuring IBM(r) 
z/OS(r) Management Facility (z/OSMF). Looking to see find out how hard it is to 
configure and how useful it is? Or any other info you might find useful. Thanks

Matthew Dazzo
Sr MVS Systems Programmer
Publishers Clearing House
Port Washington NY
516-944-4816


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


Re: Brain drain: Where Cobol systems go from here

2012-05-24 Thread Roberts, John J
>Now, folks want to assert that today's "youngsters" are too stupid to turn 
>into COBOL programmers?  Well, dang it, sonny - the same thing was said 
>about us back in the day - and see how that turned out.

I don't think anyone is trying to claim that younger people can't learn COBOL.  
After all, I was one of those 90 day wonders too.  But it is more accurate to 
say that:
(1) Nothing can replace the "tribal" knowledge the soon to retire old-timers 
possess about the apps they support, and
(2) A young person would be foolish to commit to a career in mainframe 
technologies when most of us can foresee a long decline.  In the end, only the 
earliest adopters (big banks, insurance) will have COBOL systems, simply 
because it will be almost impossible for them to do a big bang replacement.

John

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


Re: Comparison of compiler generated code AD 1980(ish) v 2010(ish)

2012-05-24 Thread Shmuel Metz (Seymour J.)
In <4fbd69b6.5080...@t-online.de>, on 05/24/2012
   at 12:50 AM, Bernd Oppolzer  said:

>This limit is too high, in our opinion, because some tests showed,

On what processor? I assume that IBM wants to optimize for a196 and
later.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Co-existance of z/OS and z/VM on same DASD farm

2012-05-24 Thread Anne & Lynn Wheeler
p...@voltage.com (Phil Smith) writes:
> VM/XA MA begat VM/XA SF begat VM/XA SP, which eventually moved to
> Endicott, and became VM/ESA and then z/VM. The core of VM/XA was
> actually much better than VM/SP; as a developer I found it much easier
> to work with.

re:
http://www.garlic.com/~lynn/2012g.html#17 Co-existance of z/OS and z/VM on same 
DASD farm
http://www.garlic.com/~lynn/2012g.html#19 Co-existance of z/OS and z/VM on same 
DASD farm
http://www.garlic.com/~lynn/2012g.html#24 Co-existance of z/OS and z/VM on same 
DASD farm

old email about vm/370 running in XA mode:
http://www.garlic.com/~lynn/2011c.html#email860122
http://www.garlic.com/~lynn/2011c.html#email860123
http://www.garlic.com/~lynn/2011e.html#email870508

the early issue were claims that the resources to bring "migration
aid" up to vm370 product level was several orders larger than the
resources needed to fix any perceived deficiencies in vm370 (compared
to "migration aid").

for little x-over with this thread:
http://www.garlic.com/~lynn/2012g.html#29 24/7/365 appropriateness was Re: 
IBMLink outages in 2012
http://www.garlic.com/~lynn/2012g.html#30 24/7/365 appropriateness was Re: 
IBMLink outages in 2012

post from couple years ago about z/VM announcing cluster support:
http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No 
Software Before Its Time

US HONE system had done vm370 cluster (loosely-coupled) &
single-system-image support in the late 70s (large number of
multiprocessors sharing disk pool) ... US HONE datacenters had been
consolidated in Palo Alto in mid-70s (building next door to where
FACEBOOK later first moved into) and provided online sales&marketing
support (HONE clones sprouted all over the world for world-wide
sales&marketing support). In the early 80s, the datacenter was
replicated in Dallas, and fall-over/load-balancing was extended across
the two geographically separated datacenters. misc. poast posts
mentioning HONE
http://www.garlic.com/~lynn/subtopic.html#hone

Prior to US HONE cluster support, vm370 commerical online service
bureaus had done their own cluster support including non-disruptive
migration of active running users between systems in the complex (not
just logon load-balancing and fall-over).  This allowed a system to be
taken/varied offline for maintenance w/o impacting any users running
on the system. misc. past posts mentioning commercial online service
http://www.garlic.com/~lynn/submain.html#timeshare

In the 80s, IBM research had done vm/4341 cluster support with
3088/trotter ... but when they went to release, they were told that
they had to convert from their own home grown protocol to SNA/VTAM
... cluster operations that had taken small fraction of a second
started taking half a minute or more.

all of that would be disappearing in transition from vm370 base to
vmtool/migration-aid base.

with regard to loosely-coupled and SNA/VTAM battles ... my wife
had earlier run into the problem when she had been con'ed into
going to POK to be in charge of loosely-coupled architecture.
She created peer-coupled shared data architecture while there
... but it saw very little uptake (except for IMS hot-standby)
until SYSPLEX ... some past posts
http://www.garlic.com/~lynn/submain.html#shareddata

combination of little uptake and constant wars with the communication
group over demands that she use SNA/VTAM for loosely-coupled operation
contributed to her not remaining long in the position (there would be
periodic temporary truces where it was allowed she could use anything
she wanted within the datacenter ... but the communication group
"owned" everything that crossed the datacenter walls).

also note in the late 80s, a senior disk engineer had gotten a talked
scheduled at the internal, worldwide, annual communication group
conference and opened with the statement that the communication group
was going to be responsible for the demise of the disk division. the
issue that the communication group was protecting their terminal
emulation install base ... and the disk division was starting to see
drop of sales as data was fleeing the datacenter to more distributed
computing friendly platforms. The disk division had come up with a
number of solutions for the problem ... but (again) the communication
group had strategic ownership for everything that cross the datacenter
walls (and would veto the solutions). misc. past posts mentioning
terminal emulation paradigm
http://www.garlic.com/~lynn/subnetwork.html#emulation

this whole situation contributed to the significant dropoff of mainframe
use and the company going into the red in early 90s. Reference to a
Gerstner's resurrection of IBM ... as well as pointer to review of
Gerstner's book "who says elephants can't dance" (in IBM employee
forum):
http://www.garlic.com/~lynn/2012f.html#84

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

--
For IBM-MAIN 

Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012

2012-05-24 Thread Bill Fairchild
Read it again.  He did say both "shortcut" and "shorthand"

Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA
t: +1.617.614.4503 *  e: bfairch...@rocketsoftware.com * w: 
www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
zMan
Sent: Thursday, May 24, 2012 6:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012

On Thu, May 24, 2012 at 6:18 AM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

> In , on 05/23/2012
>at 08:54 AM, Clark Morris  said:
>
> >On a logical basis I agree with you but has the 24/7/365 shortcut for 
> >continuous availability become so pervasive that it is the shorthand 
> >way for saying it
>
> Shorthand? How is 24/7/365 shorter than 24/7?


It's not. But it's shorter (or at least easier to remember/type/understand for 
most people) than 86400/365 or 31536000.

And he didn't say "shorthand", he said "shortcut".

Are we done now?
--
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: INFO IBM-MAIN

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


SV: Brain drain: Where Cobol systems go from here

2012-05-24 Thread Thomas Berg
There will always exist the solution to pay good enough money that talented 
programmers can solve this problem. 
A good programmer/analyst is not hindered (long) by unknown coding language. 

The problem is companies that don't understand this. 



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


> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> Roberts, John J
> Skickat: den 23 maj 2012 23:39
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: Brain drain: Where Cobol systems go from here
> 
> >When the last Cobol programmers walk out the door, so may 50 years
> of business processes within the software they created. Will you be
> ready?
> 
> 
> 
> >http://www.computerworld.com/s/article/9227263/The_Cobol_Brain_Drain?
> taxonomyId=154
> 
> Ed, Interesting article and fairly accurate IMO.
> 
> This is what I can foresee happening:
> (1) Many companies will try to offshore their COBOL application support.
> But this won't work so well because it is hard enough to understand
> these systems without facing the complications of language and arcane
> terminology.  And the young ones back in Bangalore will want to do Java,
> not COBOL.
> (2) Other companies will want to recruit overseas, either for CS grads
> that they can train, or for those few that are willing to invest in
> COBOL learning if that is what it takes to punch that H1B ticket.  But
> even so, once here they are all going to be looking to do something
> else, not COBOL.  So that company that recruits and trains a COBOL
> resource is going to be looking for a replacement within a couple years.
> (3) Efforts to train new young COBOL resources are going to flop, as the
> article mentions.  Again, everyone expects COBOL to be a career dead-end
> once beyond a 5 to 10 year transition period.
> (4) In the end, US companies are going to be forced to pay a premium
> just to hang on to their old-timers long enough to buy time to implement
> that new ERP package or new custom application.  The ones that will be
> successful doing this are going to be the ones that accommodate their
> senior developer's desires: lots of time off, telecommuting, job
> sharing, benefits, etc.
> 
> John
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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


humor: look at the "logo" these people made for IBM. It is "cute"

2012-05-24 Thread McKown, John
http://arstechnica.com/apple/2012/05/ibms-siri-ban-highlights-companies-privacy-trade-secret-challenges/

It's about IBM banning Siri due to how it works. But the "IBM logo" they 
created is very "cute".

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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


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


Re: Cartons of Punch Cards

2012-05-24 Thread Anne & Lynn Wheeler
hanco...@bbs.cpcn.com writes:
> As I understand it, years ago in foreign countries telephone capacity
> was limited and phones were expensive, thus many people did not have
> them.  When cell phones came out, it represented a whole new
> infrastructure that exploded, and many people got connected that way.

expensive/scarcity of telco  also shows up in slow-adaption of
point-of-sale terminals and magstripe plastic payment cards in europe

as a result, saw chipcards that could do "offline" point-of-sale
transactions in europe ... i.e. point-of-sale terminal interacted with
chipcard and wasn't required to go online for every transaction.

lot of these were "stored-value" cards ... that had "secure" mechanism
for storing & recording value ... somewhat like some of the US metro
cards. in the 90s, some of these made pilot excursions into the US
... and we got asked to design&cost dataprocessing infrastructure for
scaled-up, country-wide deployment (mostly backup dealing with loading
valud into the cards). I also did some financial analysis and nearly all
of the infrastructure value motivating the programs was that the
operator got the float on the unspent value in the cards. In some case
it was like a pyramid scheme where the international license holder
effectively got all of the float ... with individual country operators
not getting any. then to spur the uptake, there were announcements that
the international license holder would split the float with the
individual country operators. Then the EU central banks decreed said
that interest would have to start being paid on unspent value in the
cards ... and the programs just slowly dwindled away.

About that time, some operators in the US introduced an online magstripe
stored value ... similar in concept to the EU chipcards but leveraged
existing online point-of-sale & telco infrastructures to do
account-based operation. they are now marketing as gift and merchant
cards ... large racks of them can be seen near checkout counters in some
grocery stores.

a variation of the stored-value chipcards ... were more sophisticated
association chipcards for standard credit operation. the merchant
point-of-sale terminal would interact with the chipcards ... and the
chipcards could be trusted to tell the merchant POS terminal whether or
not to go online, as well as how much available credit limit was
available on the card and whether the current transaction was approved
or not. these required PIN operation (as countermeasure to lost/stolen
cards unauthorized use) and supposedly had lots of security to prevent
other forms of fraudulent activity. Point of the card was specifically
for security ... but would allow merchant point-of-sale terminals to do
offline transactions (to avoid high telco charges) and could batch large
number of transactions to be done in one telco transaction at
end-of-shift or end-of-day.

There was a large pilot in the US of these cards in the early part of
the century. However, the cards interacted with the terminal using
"static" authentication data. There turned out that effectively the same
terminal compromise that would skim static magstripe data (to create
counterfeit magstripe cards) could be used to skim static chipcard
authentication data. This then could be used to create counterfeit
chipcards that were called "YES CARDS"; once authenticated the card
would always answer "YES" to the following three question: 1) was the
correct PIN entered ("YES"), 2) should this be an offline transaction
("YES") and 3) is the transaction within the account credit limit
("YES"). It was not too long later that the pilot disappeared w/o a
trace.

I had tried to tell the pilot operators about the vulnerability ... but
they apparently had such a myopic focus on the chips ... that they
responded by saying they could address the problem by changing the
programming in valid chips. The problem was that the compromise wasn't
of valid chips ... but a merchant terminal compromise (and changing
programming in valid chips had no impact on creation of fraudulent
counterfeit "YES CARDS"). 

At the ATM Integrity Task Force meetings ... early part of this century
when the "YES CARD" problem was explained, somebody in the audience made
the observation that they managed to spend billions of dollars to prove
chipcards are less secure than magstripe cards. The issue is that a
countermeasure to counterfeit magstripe card is to deactivate the
account (and prevents/blocks future online fraudulent transactions).
However for "YES CARDS", deactivating the account has no effect, since
the merchant terminal doesn't go online until long after the crooks are
gone.

old reference (gone 404 but lives on at wayback machine) to "YES CARD"
presentation at cartes2002:
http://web.archive.org/web/20030417083810/http://www.smartcard.co.uk/resources/articles/cartes2002.html

past posts mentioning "YES CARDS":
http://www.garlic.com/~lynn/subintegrity.html#yescard

-- 
virtualization experience star

Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012

2012-05-24 Thread Vernooij, CP - SPLXM
"zMan"  wrote in message
news:...
> On Thu, May 24, 2012 at 6:18 AM, Shmuel Metz (Seymour J.) <
> shmuel+ibm-m...@patriot.net> wrote:
> 
> > In , on 05/23/2012
> >at 08:54 AM, Clark Morris  said:
> >
> > >On a logical basis I agree with you but has the 24/7/365 shortcut
> > >for continuous availability become so pervasive that it is the
> > >shorthand way for saying it
> >
> > Shorthand? How is 24/7/365 shorter than 24/7?
> 
> 
> It's not. But it's shorter (or at least easier to
remember/type/understand
> for most people) than 86400/365 or 31536000.
> 
> And he didn't say "shorthand", he said "shortcut".
> 
> Are we done now?
> -- 
> zMan -- "I've got a mainframe and I'm not afraid to use it"

I would like to suggest the 24/7/52 variation. It is shorter than
24/7/365 and is easier realizable in 1 year.

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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


Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012

2012-05-24 Thread zMan
On Thu, May 24, 2012 at 6:18 AM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

> In , on 05/23/2012
>at 08:54 AM, Clark Morris  said:
>
> >On a logical basis I agree with you but has the 24/7/365 shortcut
> >for continuous availability become so pervasive that it is the
> >shorthand way for saying it
>
> Shorthand? How is 24/7/365 shorter than 24/7?


It's not. But it's shorter (or at least easier to remember/type/understand
for most people) than 86400/365 or 31536000.

And he didn't say "shorthand", he said "shortcut".

Are we done now?
-- 
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: INFO IBM-MAIN


Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012

2012-05-24 Thread Shmuel Metz (Seymour J.)
In , on 05/23/2012
   at 08:54 AM, Clark Morris  said:

>On a logical basis I agree with you but has the 24/7/365 shortcut 
>for continuous availability become so pervasive that it is the 
>shorthand way for saying it

Shorthand? How is 24/7/365 shorter than 24/7?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: IBM's first tape drive turns 60 (makes you feel old!)

2012-05-24 Thread Shmuel Metz (Seymour J.)
In <4fbb73d4.9090...@bremultibank.com.pl>, on 05/22/2012
   at 01:09 PM, "R.S."  said:

>BTW: I heard about 1-inch tapes. Is it true? Did such wide tapes
>exist?

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

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


Re: IBM's first tape drive turns 60 (makes you feel old!)

2012-05-24 Thread Shmuel Metz (Seymour J.)
In
<985915eee6984740ae93f8495c624c6c21e3656...@jscpcwexmaa1.bsg.ad.adp.com>,
on 05/22/2012
   at 09:03 AM, "Farley, Peter x23353" 
said:

>I don't know about IBM, but there was a 2nd generation Philco
>computer system

I know about it, but I've never met anybody that used one.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: IBM's first tape drive turns 60 (makes you feel old!)

2012-05-24 Thread Shmuel Metz (Seymour J.)
In
,
on 05/22/2012
   at 10:22 AM, John Gilmore  said:

>One-inch tapes were once very common in IBM shops,

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

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


Re: XPLINK Modules in SCEERUN2

2012-05-24 Thread Shmuel Metz (Seymour J.)
In <4fbba8e9.9030...@custserv.com>, on 05/22/2012
   at 10:55 AM, Mark Jacobs  said:

>From the Ported Tools - OpenSSH Manual

Ouch!

>* Put the Language Environment® run-time library SCEERUN2
>  in the LNKLST member of SYS1.PARMLIB.

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

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


Re: IBMLink outages in 2012

2012-05-24 Thread Shmuel Metz (Seymour J.)
In , on 05/21/2012
   at 11:24 PM, Ed Gould  said:

>I vaguely remember an IBM product (INFO-MVS) which was (if memory  
>serves me) was a single (??) reel 6250 tape sent monthly by IBM.

INFO-MVS was another product in the same family. There was also
INFO-ACCESS, which let you ship dumps to IBM electronically, and to
retrieve service, over SNA.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Early IPL problems

2012-05-24 Thread Shmuel Metz (Seymour J.)
In <4fbadd3e.5050...@valley.net>, on 05/21/2012
   at 08:26 PM, Gerhard Postpischil  said:

>You also used this to reply to password requests for system data 
>sets having all hex-zero passwords.

I don't recall[1] having done so. If you can explain How I forgot, I'd
like to try the same technique on some other, equally undesirable,
memories.

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

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


Re: Rexx - calling assembler question

2012-05-24 Thread Shmuel Metz (Seymour J.)
In <3493325860710629.wa.paulgboulderaim@bama.ua.edu>, on
05/21/2012
   at 07:44 PM, Paul Gilmartin  said:

>Well, then, a CMS-Rexx flavor, with a pointer and a length. 

No, that's not what CMS uses. You don't want to know.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Comparing datasets

2012-05-24 Thread Zaromil Tisler
Is there z/OS (ISPF) tool that can check if all lines of dataset A are 
contained in dataset B? In other words, is there a tool that could check if 
dataset A is a subset of dataset B, where A and B are sets of records (lines)? 
I can accomplish it using COMPARE ISPF edit function or SuperC Compare Utility, 
but datasets have to be sorted.

Example:

dataset A content:
C1
B1
A1

dataset B content:
A1
B1
C1


Result of editing A and comparing it to B:
.O C1
.OAAAB B1
03 A1
== B1
== C1

Result of editing B and comparing it to A:
.O A1
.OAAAB B1
03 C1
== B1
== A1


Background:  I wanted to check if all cross product dependency PTFs of product 
A are already applied in product B. I generated two datasets, A and B 
respectively, and compared them in ISPF editor using COMPARE function. I was 
surprised with result so I read the tutorial looking for any parameter that 
could influence this behaviour, but haven't found any. There were no porblems 
to sort both datasets in this case, I am just curious.

(Later I tried to do this on my pc and it worked in Notepad++).

-- 
Zaromil

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