IBM will move stored stuff onto its new flashy boxen for free • The Register

[Edward Gould]

> http://www.theregister.co.uk/2016/08/24/ibm_new_flash_storwize_gear/ 
> 
> 
> IBM will move stored stuff onto its new flashy boxen for free
> 
> Strong bait for new customers. Not good news for Dell or EMC
> 
> IBM has launched more cost-effective Storwize all-flash arrays and announced 
> a Flash In migration program aimed at Dell and IBM customers looking for a 
> warm comfort blanket from Big Blue.
> 
> The existing Storwize line includes:
> 
> V7000 – hybrid flash/disk enterprise array
> V5000F – all flash enterprise array
> V5000 – mid-size hybrid flash/disk array
> To these IBM is adding two new all-flash configurations:
> 
> V7000F – called an all-flash mid-range product
> V5030F – described as all flash entry-level
> That says the Storwize V7000 is no longer seen as a high-end system, implying 
> that a larger Storwise system is coming or that the all-flash DS8000 or 
> FlashSystems will fulfil that role.
> 
> The main spec list 
> 
>  difference between the products appear to be cache capacity.
> 
> Both support up to 504 flash drives, with capacities ranging from 400GB 
> through 800GB, 1.6TB, 1.92TB, 3.2TB to 3.84TB. The V5030F can have 1,008 per 
> clustered system and the V7000F 1,056.
> 
> The V7000F has a maximum of 128GB cache, 512GB per clustered system, while 
> the V5030F has 32GB per system and up to 64GB in a cluster. This implies the 
> main difference between the two products is performance, with the cache-heavy 
> V7000F being the faster product.
> 
> The V7000F improves performance by up to 45 per cent compared to the hybrid 
> flash/disk V7000* and supports four times clustering for scale-out and 
> scale-up growth.
> 
> The two new products are designed for primary storage workloads, such as 
> database management systems like SQL Server and MySQL, digital media 
> broadcast, real-time streaming, and video surveillance. IBM says they can 
> handle also "huge volumes of Internet of Things (IoT) data."
> 
> Ed Walsh 
> , the 
> recently-appointed general manager of IBM Storage and Software Defined 
> Infrastructure, gave out a canned quote, saying: "This announcement addresses 
> a clear need for clients that require a substantial increase in storage 
> performance but at a price that’s in line with the reality of today’s data 
> centre budgets."
> 
> BM claims the two new Storwize arrays bring enterprise-class availability and 
> function to mid-range and entry-level all-flash storage; a common marketing 
> stance used by incumbent storage suppliers when bringing our new mid-range 
> and entry-level kit.
> 
> Flash In
> 
> This is a no-cost migration service to move other supplier's flash array 
> customers to IBM all-flash systems. They, if new to IBM, will receive data 
> migration and installation services for five consecutive days for either 
> on-site replacement or upgrades.
> 
> IBM says this will help its "Business Partners reach new clients not 
> currently served by IBM, and clients who may face potential disruption if 
> there are product portfolio integrations with Dell and EMC."
> 
> Customers choosing to migrate from Dell or EMC can make a choice from IBM 
> FlashSystem A9000, A9000R, V9000, 900, DS, Deep Flash 150 with Spectrum 
> Scale, and VersaStack offerings with V9000, Storwize V7000F andV5030F.
> 
> The new all-flash IBM products will be available in Septamber, with pricing 
> starting at $19,000. ®
> 
> * IBM engineering measurements comparing 48-drive all-flash configurations of 
> Storwize V7000 Gen2 using RAID5 with Storwize V7000F using distributed RAID6 
> – August 2016
> 
> Sponsored: Global DDoS threat landscape report 
> 
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Comments in SYS1.PARMLIB

[Cheryl Watson]

Hi all,

There is actually a Health Check for Parmlib called ICE, but it's developed and 
marketed by NewEra Software.  See http://www.newera-info.com.  They have 
wonderful products, and their customers rave about them.  If you're not 
familiar with their website, check it out for a lot of free information and 
webinars, with an emphasis on security and auditing.

Cheryl

Cheryl Watson
Watson & Walker, Inc.
www.watsonwalker.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, August 24, 2016 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Comments in SYS1.PARMLIB

IMHO there should be a Health Check for whole parmlib, that means all members 
from Tuning Ref.


-- 
Radoslaw Skorupka
Lodz, Poland

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

Dump in 64 bit mode "Storage around GPR2 is invalid."

[Janet Graff]

When I get a CEEDUMP while running in 64 bit mode some of the register summary 
shows things like  "GPR2. ".  Why does this happen and how 
do I get the value of the register?

Janet

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

Re: Controlling allocation in IDCAMS IMPORT operation

[Nims,Alva John (Al)]

What if you pre-allocate the output VSAM data set with the new options?  I 
think you then use the OUTDATASET parameter and If the name of the data set 
that you are attempting to IMPORT "TO" is different than the EXPORTED data set, 
then it looks like you need to specify the NEWNAME parameter.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nathan Astle
Sent: Wednesday, August 24, 2016 12:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Controlling allocation in IDCAMS IMPORT operation

Hello,

I am trying to search it in IDCAMS manual if the IDCAM import operation can 
control the OUTDATASET allocation. Still not able to see any clue in the FM.

Does anyone has any suggestions ? Meanwhile I am still searching in the manual

z/OS 1.13

Nathan

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

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

Re: Controlling allocation in IDCAMS IMPORT operation

[Binyamin Dissen]

What is your business case?

What benefit would you have for this that standard RACF/acf2 controls would
not provide?

On Wed, 24 Aug 2016 21:35:04 +0530 Nathan Astle  wrote:

:>I am trying to search it in IDCAMS manual if the IDCAM import operation can
:>control the OUTDATASET allocation. Still not able to see any clue in the FM.

:>Does anyone has any suggestions ? Meanwhile I am still searching in the
:>manual

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Comments in SYS1.PARMLIB

[R.S.]

W dniu 2016-08-24 o 15:11, Elardus Engelbrecht pisze:

Charles Mills wrote:


Plus, are there not third-party PARMLIB syntax checkers which would have been 
broken by the change?

There are some syntax checkers from IBM, but only for *certain* parmlib members:

CEEPRMxx, LOADxx and GRSRNLXX checked by 'Parmlib Processing tool' and 
'Symbolic Parmlib Parser'

IKJTSOxx by TSO PARMLIB CHECK(??)

BPXPRMxx you use 'SETOMVS SYNTAXCHECK'

Groete / Greetings
Elardus Engelbrecht

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



IMHO there should be a Health Check for whole parmlib, that means all 
members from Tuning Ref.



--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: Delta Ourage

[Scott Ford]

John/John,

Yeppers, one has to be intelligent and open-minded to understand IT, it's
people, equip etc.
I keep thinking I am a odd duck, I grewup with IT since about age 5-6 ,
father working for Unisys.

I have similar situations when managers don't understand a Mainframe isn't
a PC when writing code or doing a project...


Scott

On Monday, August 22, 2016, John McKown 
wrote:

> On Mon, Aug 22, 2016 at 8:48 AM, John Mattson  >
> wrote:
>
> > Perhaps the rush to eliminate mainframes is to eliminate the
> embarrassment
> > of having them not fail when most everything else does.
> >
> >
> ​Most likely. I remember the mainframe being "stuck" with a severity 1
> incident report as being "unavailable for work". Why was it unavailable?
> Because the LAN routers took a hit. When we complained that the problem was
> not in the mainframe, we were told "It doesn't matter, the users couldn't
> use it. The reason is irrelevant." Basically, the PWBs wanted to give the
> impression "up stairs" that the mainframe was no more reliable than
> anything else.​
>
>
>
> --
> Klein bottle for rent -- inquire within.
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

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

Re: SMPLOG usage

[Jesse 1 Robinson]

For the record, I not use SMPLOG at all. I archive SMP jobs--real ones, not 
CHECK jobs--for an indefinite period. I seldom need to look at old ones, but 
they're there if needed. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, August 24, 2016 11:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMPLOG usage

Kurt,
Thank you for the explanation.
So, I understand SMPLOG data is "for me" and SMP/E will not suffer when it's 
lost.

However I'm trying to understand what is suggested procedure for
enduser: should I periodically (or just by x37 event) reset SMPLOG dataset?
An answer for Q1 tells me SMPLOG will sooner or later get full and then SMPLOGA 
will be filled. And when SMPLOGA is full... I hava a choice to have this data 
in SMPOUT or reallocate SMPLOG (and SMPLOGA).
Am I right?

Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 2016-08-24 o 16:16, Kurt Quackenbush pisze:
> On 8/23/2016 2:08 PM, R.S. wrote:
>> SMPLOG is being used with DISP=MOD.
>> That means it will grow and grow until it get full (x37 abend) and then
>> alternative log dataset (SMPLOGA) is used.
>> Am I right with the above?
> Correct.
>
>> Q1. What happens when SMPLOGA is full? Is SMPLOG used again with 
>> overwrite?
> When SMPLOGA is full, SMP/E writes log messages to SMPOUT.
>
>> Q2. Is it reasonable to provide secondary space for SMPLOG datasets?
> Yes.
>
>> Q3. Does SMP/E use the information from SMPLOG? I mean "internal" usage,
>> not LIST LOG command.
> No, SMP/E does not use the log information.  It is tourist 
> information, referenced only by the LIST LOG command.
>
> Kurt Quackenbush -- IBM, SMP/E Development

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

Re: SMPLOG usage

[R.S.]

Kurt,
Thank you for the explanation.
So, I understand SMPLOG data is "for me" and SMP/E will not suffer when 
it's lost.


However I'm trying to understand what is suggested procedure for 
enduser: should I periodically (or just by x37 event) reset SMPLOG dataset?
An answer for Q1 tells me SMPLOG will sooner or later get full and then 
SMPLOGA will be filled. And when SMPLOGA is full... I hava a choice to 
have this data in SMPOUT or reallocate SMPLOG (and SMPLOGA).

Am I right?

Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 2016-08-24 o 16:16, Kurt Quackenbush pisze:

On 8/23/2016 2:08 PM, R.S. wrote:

SMPLOG is being used with DISP=MOD.
That means it will grow and grow until it get full (x37 abend) and then
alternative log dataset (SMPLOGA) is used.
Am I right with the above?

Correct.

Q1. What happens when SMPLOGA is full? Is SMPLOG used again with 
overwrite?

When SMPLOGA is full, SMP/E writes log messages to SMPOUT.


Q2. Is it reasonable to provide secondary space for SMPLOG datasets?

Yes.


Q3. Does SMP/E use the information from SMPLOG? I mean "internal" usage,
not LIST LOG command.
No, SMP/E does not use the log information.  It is tourist 
information, referenced only by the LIST LOG command.


Kurt Quackenbush -- IBM, SMP/E Development

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





---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: Controlling allocation in IDCAMS IMPORT operation

[Lizette Koehler]

What are the JCL and Control Cards you are using

Are you doing this for a catalog or vsam file (like ksds, ld, and so forth)


Provide any error messages if you have them.

You can let IDCAMS dynamically allocation your files, or use IFILE, OFILE 
etc... 

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nathan Astle
> Sent: Wednesday, August 24, 2016 9:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Controlling allocation in IDCAMS IMPORT operation
> 
> Hello,
> 
> I am trying to search it in IDCAMS manual if the IDCAM import operation can
> control the OUTDATASET allocation. Still not able to see any clue in the FM.
> 
> Does anyone has any suggestions ? Meanwhile I am still searching in the manual
> 
> z/OS 1.13
> 
> Nathan

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

Re: Controlling allocation in IDCAMS IMPORT operation

[Jesse 1 Robinson]

You don't say what degree of control you need. The OUTFILE parameter of IMPORT 
seems to control only volser as I read TSO HELP. 

OUTFILE('DNAME')
 - SPECIFIES THE NAME OF A DD STATEMENT THAT IDENTIFIES THE 
   VOLUME THAT IS TO RECEIVE THE CLUSTER, ALTERNATE INDEX OR ICF 
CATALOG THAT IS TO BE IMPORTED.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nathan Astle
Sent: Wednesday, August 24, 2016 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Controlling allocation in IDCAMS IMPORT operation

Hello,

I am trying to search it in IDCAMS manual if the IDCAM import operation can 
control the OUTDATASET allocation. Still not able to see any clue in the FM.

Does anyone has any suggestions ? Meanwhile I am still searching in the manual

z/OS 1.13

Nathan


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

Re: ESD info using ENTRY name

[Mike Schwab]

You pass to the binder at link time options that specify WHERE and HOW
the program should be loaded and reused.  These are stored in the
PDS(E) directory.  When the program is first requested, the loader
program looks at the directory entry and reads it into the specified
location and executes it.  When exiting, it looks at other options to
determine if it should be removed or allowed to remain in memory.

http://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab100/pmbopts.htm


On Wed, Aug 24, 2016 at 11:54 AM, Joseph Reichman  wrote:
> Didn't know the binder loads the module into memory
>
>
> When you say delete when the dialog with the
> Binder ends ?
>
>> On Aug 24, 2016, at 11:48 AM, Wayne Driscoll  wrote:
>>
>> If the module isn't in memory, then use the the INTYPE=NAME,
>> DDNAME=,MEMBER= options which will load the module into memory and delete
>> it when complete.
>> ==
>> Wayne Driscoll
>> OMEGAMON DB2 L3 Support/Development
>> wdrisco(at)us(dot)ibm(dot)com
>> All opinions are mine, and do not represent
>> IBM Corporation.
>> ==
>>
>> IBM Mainframe Discussion List  wrote on
>> 08/24/2016 10:36:26 AM:
>>
>>> From: Joseph Reichman 
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Date: 08/24/2016 10:36 AM
>>> Subject: Re: [IBM-MAIN] ESD info using ENTRY name
>>> Sent by: IBM Mainframe Discussion List 
>>>
>>> The only caveat the module has to be in memory
>>>
>>> Thanks
>>>
>>>
>>>
 On Aug 24, 2016, at 11:02 AM, Wayne Driscoll 
>> wrote:

 You need to get the EPTOKEN for the load module via the CSVQUERY
>> service
 and then use that on the IEWBIND FUNC-NCLUDE,INTYPE=TOKEN call. This is
 required because IEWBIND has to read the pieces of the load module that
 aren't required for execution.
 ==
 Wayne Driscoll
 OMEGAMON DB2 L3 Support/Development
 wdrisco(at)us(dot)ibm(dot)com
 All opinions are mine, and do not represent
 IBM Corporation.
 ==

 IBM Mainframe Discussion List  wrote on
 08/24/2016 07:18:28 AM:

> From: Joseph Reichman 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/24/2016 07:18 AM
> Subject: [IBM-MAIN] ESD info using ENTRY name
> Sent by: IBM Mainframe Discussion List 
>
> Hi
>
> Would anyone know if it's possible to get
> ESD info for a CSECT using an entry point label
> Either with IEWBIND getd or gete
>
>
> Thanks
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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



-- 
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ESD info using ENTRY name

[Joseph Reichman]

Didn't know the binder loads the module into memory


When you say delete when the dialog with the 
Binder ends ?

> On Aug 24, 2016, at 11:48 AM, Wayne Driscoll  wrote:
> 
> If the module isn't in memory, then use the the INTYPE=NAME,
> DDNAME=,MEMBER= options which will load the module into memory and delete
> it when complete.
> ==
> Wayne Driscoll
> OMEGAMON DB2 L3 Support/Development
> wdrisco(at)us(dot)ibm(dot)com
> All opinions are mine, and do not represent
> IBM Corporation.
> ==
> 
> IBM Mainframe Discussion List  wrote on
> 08/24/2016 10:36:26 AM:
> 
>> From: Joseph Reichman 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/24/2016 10:36 AM
>> Subject: Re: [IBM-MAIN] ESD info using ENTRY name
>> Sent by: IBM Mainframe Discussion List 
>> 
>> The only caveat the module has to be in memory
>> 
>> Thanks
>> 
>> 
>> 
>>> On Aug 24, 2016, at 11:02 AM, Wayne Driscoll 
> wrote:
>>> 
>>> You need to get the EPTOKEN for the load module via the CSVQUERY
> service
>>> and then use that on the IEWBIND FUNC-NCLUDE,INTYPE=TOKEN call. This is
>>> required because IEWBIND has to read the pieces of the load module that
>>> aren't required for execution.
>>> ==
>>> Wayne Driscoll
>>> OMEGAMON DB2 L3 Support/Development
>>> wdrisco(at)us(dot)ibm(dot)com
>>> All opinions are mine, and do not represent
>>> IBM Corporation.
>>> ==
>>> 
>>> IBM Mainframe Discussion List  wrote on
>>> 08/24/2016 07:18:28 AM:
>>> 
 From: Joseph Reichman 
 To: IBM-MAIN@LISTSERV.UA.EDU
 Date: 08/24/2016 07:18 AM
 Subject: [IBM-MAIN] ESD info using ENTRY name
 Sent by: IBM Mainframe Discussion List 
 
 Hi
 
 Would anyone know if it's possible to get
 ESD info for a CSECT using an entry point label
 Either with IEWBIND getd or gete
 
 
 Thanks
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Comments in SYS1.PARMLIB

[Jesse 1 Robinson]

For years my fiercest hot button has been not structural syntax differences 
among components but the scurrilous practice of introducing a keyword change in 
one release that is incompatible with the previous release(s). Over the years 
we've seen this with various products/components. SMS (PDSE-related keywords) 
and Netview (INITRTN in SSN) come to mind. Such incompatible members cannot be 
shared among different releases and complicate both forward migration and 
(godforbid) fallback. It's been a while since one of these bricks has fallen on 
us, so it appears that IBM's internal politicking has worked. 

In one grand instance, Peter Relson was able to promote a major change in one 
key member, IEASYSxx. A new keyword WARNUND in IEASYSxx does this: if an 
undefined keyword is encountered, issue a warning message but continue the IPL. 
It applies only to the contents of IEASYSxx, and it's incumbent on the sysprog 
to verify that it's really a new keyword and not merely an old one misspelled. 
If other products/components introduced such support, our lives would be 
improved. WARNUND for SMS would have saved us a lot of grief moving to z/OS 
1.6. And back several times! It would not have helped in the Netview case, 
where one release required INITRTN while the previous release could not 
tolerate it. Still, it's the right direction for all products/components. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, August 24, 2016 6:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Comments in SYS1.PARMLIB

Charles Mills wrote:

>Plus, are there not third-party PARMLIB syntax checkers which would have been 
>broken by the change?

There are some syntax checkers from IBM, but only for *certain* parmlib members:

CEEPRMxx, LOADxx and GRSRNLXX checked by 'Parmlib Processing tool' and 
'Symbolic Parmlib Parser'

IKJTSOxx by TSO PARMLIB CHECK(??) 

BPXPRMxx you use 'SETOMVS SYNTAXCHECK'

Groete / Greetings
Elardus Engelbrecht


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

Controlling allocation in IDCAMS IMPORT operation

[Nathan Astle]

Hello,

I am trying to search it in IDCAMS manual if the IDCAM import operation can
control the OUTDATASET allocation. Still not able to see any clue in the FM.

Does anyone has any suggestions ? Meanwhile I am still searching in the
manual

z/OS 1.13

Nathan

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

Re: ESD info using ENTRY name

[Wayne Driscoll]

If the module isn't in memory, then use the the INTYPE=NAME,
DDNAME=,MEMBER= options which will load the module into memory and delete
it when complete.
==
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(at)us(dot)ibm(dot)com
All opinions are mine, and do not represent
IBM Corporation.
==

IBM Mainframe Discussion List  wrote on
08/24/2016 10:36:26 AM:

> From: Joseph Reichman 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/24/2016 10:36 AM
> Subject: Re: [IBM-MAIN] ESD info using ENTRY name
> Sent by: IBM Mainframe Discussion List 
>
> The only caveat the module has to be in memory
>
> Thanks
>
>
>
> > On Aug 24, 2016, at 11:02 AM, Wayne Driscoll 
wrote:
> >
> > You need to get the EPTOKEN for the load module via the CSVQUERY
service
> > and then use that on the IEWBIND FUNC-NCLUDE,INTYPE=TOKEN call. This is
> > required because IEWBIND has to read the pieces of the load module that
> > aren't required for execution.
> > ==
> > Wayne Driscoll
> > OMEGAMON DB2 L3 Support/Development
> > wdrisco(at)us(dot)ibm(dot)com
> > All opinions are mine, and do not represent
> > IBM Corporation.
> > ==
> >
> > IBM Mainframe Discussion List  wrote on
> > 08/24/2016 07:18:28 AM:
> >
> >> From: Joseph Reichman 
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Date: 08/24/2016 07:18 AM
> >> Subject: [IBM-MAIN] ESD info using ENTRY name
> >> Sent by: IBM Mainframe Discussion List 
> >>
> >> Hi
> >>
> >> Would anyone know if it's possible to get
> >> ESD info for a CSECT using an entry point label
> >> Either with IEWBIND getd or gete
> >>
> >>
> >> Thanks
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: ESD info using ENTRY name

[Joseph Reichman]

The only caveat the module has to be in memory

Thanks



> On Aug 24, 2016, at 11:02 AM, Wayne Driscoll  wrote:
> 
> You need to get the EPTOKEN for the load module via the CSVQUERY service
> and then use that on the IEWBIND FUNC-NCLUDE,INTYPE=TOKEN call. This is
> required because IEWBIND has to read the pieces of the load module that
> aren't required for execution.
> ==
> Wayne Driscoll
> OMEGAMON DB2 L3 Support/Development
> wdrisco(at)us(dot)ibm(dot)com
> All opinions are mine, and do not represent
> IBM Corporation.
> ==
> 
> IBM Mainframe Discussion List  wrote on
> 08/24/2016 07:18:28 AM:
> 
>> From: Joseph Reichman 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/24/2016 07:18 AM
>> Subject: [IBM-MAIN] ESD info using ENTRY name
>> Sent by: IBM Mainframe Discussion List 
>> 
>> Hi
>> 
>> Would anyone know if it's possible to get
>> ESD info for a CSECT using an entry point label
>> Either with IEWBIND getd or gete
>> 
>> 
>> Thanks
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: ESD info using ENTRY name

[Wayne Driscoll]

You need to get the EPTOKEN for the load module via the CSVQUERY service
and then use that on the IEWBIND FUNC-NCLUDE,INTYPE=TOKEN call. This is
required because IEWBIND has to read the pieces of the load module that
aren't required for execution.
==
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(at)us(dot)ibm(dot)com
All opinions are mine, and do not represent
IBM Corporation.
==

IBM Mainframe Discussion List  wrote on
08/24/2016 07:18:28 AM:

> From: Joseph Reichman 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/24/2016 07:18 AM
> Subject: [IBM-MAIN] ESD info using ENTRY name
> Sent by: IBM Mainframe Discussion List 
>
> Hi
>
> Would anyone know if it's possible to get
> ESD info for a CSECT using an entry point label
> Either with IEWBIND getd or gete
>
>
> Thanks
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Paging Ed Gould

[Gabe Goldberg]

Ed -- please get in touch; I'd like to confirm for attribution comments 
you made for article I'm writing for Destination z website on 
checklists. And I need your affiliation (besides being on IBM-MAIN!).


Thanks,

--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

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

Re: VEHSTATS job

[Sankaranarayanan, Vignesh]

Thanks Lizette.
Sent this out to IBM.
The developer replied almost immediately.
Very neat!

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: 24 August 2016 15:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VEHSTATS job

I would contact the IBM team that ships this.  This may be something they can 
fix.  They are very helpful

There is an email address for the IBM TAPETOOLs you can use.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: Wednesday, August 24, 2016 7:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: VEHSTATS job
>
> Hello,
>
> I'm running the VEHSTPO job (part of the IBMTOOLS tape reporting jobs,
> aka
> "tapetool") with the required BVIRHSTU extract.
> I'm getting a 614-08 in the main report step, on the SORTIN DD.
>
> IEC214I 614-08,IFG0200Y,JOBNAME1,RPTSTEP,SORTIN,UNIT,VOLSER,
> SYS16237.T150946.RA000.JOBNAME1.SORTIN.H04
>
> The job then goes down with a S0C4.
>
> Has anyone seen this before; I can see valid content in my BVIRHSTU extract.
> This seems like one of those really silly errors.
>
> Thanks in advance for your ideas and help!
>
> - Vignesh
> Mainframe Infrastructure
>
>
> MARKSANDSPENCER.COM

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Re: VEHSTATS job

[Lizette Koehler]

I would contact the IBM team that ships this.  This may be something they can
fix.  They are very helpful

There is an email address for the IBM TAPETOOLs you can use.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Wednesday, August 24, 2016 7:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: VEHSTATS job
> 
> Hello,
> 
> I'm running the VEHSTPO job (part of the IBMTOOLS tape reporting jobs, aka
> "tapetool") with the required BVIRHSTU extract.
> I'm getting a 614-08 in the main report step, on the SORTIN DD.
> 
> IEC214I 614-08,IFG0200Y,JOBNAME1,RPTSTEP,SORTIN,UNIT,VOLSER,
> SYS16237.T150946.RA000.JOBNAME1.SORTIN.H04
> 
> The job then goes down with a S0C4.
> 
> Has anyone seen this before; I can see valid content in my BVIRHSTU extract.
> This seems like one of those really silly errors.
> 
> Thanks in advance for your ideas and help!
> 
> - Vignesh
> Mainframe Infrastructure
> 
> 
> MARKSANDSPENCER.COM

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

VEHSTATS job

[Sankaranarayanan, Vignesh]

Hello,

I'm running the VEHSTPO job (part of the IBMTOOLS tape reporting jobs, aka 
"tapetool") with the required BVIRHSTU extract.
I'm getting a 614-08 in the main report step, on the SORTIN DD.

IEC214I 614-08,IFG0200Y,JOBNAME1,RPTSTEP,SORTIN,UNIT,VOLSER,
SYS16237.T150946.RA000.JOBNAME1.SORTIN.H04

The job then goes down with a S0C4.

Has anyone seen this before; I can see valid content in my BVIRHSTU extract.
This seems like one of those really silly errors.

Thanks in advance for your ideas and help!

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Re: SMPLOG usage

[Kurt Quackenbush]

On 8/23/2016 2:08 PM, R.S. wrote:

SMPLOG is being used with DISP=MOD.
That means it will grow and grow until it get full (x37 abend) and then
alternative log dataset (SMPLOGA) is used.
Am I right with the above?

Correct.


Q1. What happens when SMPLOGA is full? Is SMPLOG used again with overwrite?

When SMPLOGA is full, SMP/E writes log messages to SMPOUT.


Q2. Is it reasonable to provide secondary space for SMPLOG datasets?

Yes.


Q3. Does SMP/E use the information from SMPLOG? I mean "internal" usage,
not LIST LOG command.
No, SMP/E does not use the log information.  It is tourist information, 
referenced only by the LIST LOG command.


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: Comments in SYS1.PARMLIB

[Elardus Engelbrecht]

Charles Mills wrote:

>Plus, are there not third-party PARMLIB syntax checkers which would have been 
>broken by the change?

There are some syntax checkers from IBM, but only for *certain* parmlib members:

CEEPRMxx, LOADxx and GRSRNLXX checked by 'Parmlib Processing tool' and 
'Symbolic Parmlib Parser'

IKJTSOxx by TSO PARMLIB CHECK(??) 

BPXPRMxx you use 'SETOMVS SYNTAXCHECK'

Groete / Greetings
Elardus Engelbrecht

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

Re: LOAD VTAM Logmode Table

[Meehan, Cheryl]

Jon-

It looks like the command you are using is the correct command.  I found this 
in the Manual which may or may not apply to you.

"The MODIFY TABLE command can end unsuccessfully if the table being loaded is 
partially or entirely contained in new extents (data spaces where information 
is stored) within VTAMLIB. Because VTAMLIB is opened once during VTAM 
initialization, the table is not accessible until VTAM is halted, restarted, 
and VTAMLIB is opened again."

Something to check anyway.

Cheryl

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jon Bathmaker
Sent: Thursday, August 18, 2016 6:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LOAD VTAM Logmode Table

Hi,
I am a VTAM usedtobe (in 1995) trying to get VTAM to load a new logmode table, 
EMSMODE, into its tiny little mind so that I can use a 62x160 screen.  I have 
been able to get it to load the table to my active session with the following 
command:
F NET,TABLE,TYPE=MODETAB,OPTION=ASSOCIATE,NEWTAB=EMSMODE,ID=A03AT001,OLDTAB=*
but of course when I log off/on again the modetab is what it was before I 
issued the command which won't work.  I have also tried  F 
NET,TABLE,TYPE=MODETAB,OPTION=LOAD,NEWTAB=EMSMODE which came back OK but did 
not have the desired effect.

Any help, comments, witty sayings will be much appreciated.  Thanks

Regards.
Jon Bathmaker

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

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

ESD info using ENTRY name

[Joseph Reichman]

Hi

Would anyone know if it's possible to get 
ESD info for a CSECT using an entry point label 
Either with IEWBIND getd or gete


Thanks 

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

Re: Comments in SYS1.PARMLIB

[Charles Mills]

The inconsistent PARMLIB syntax horse escaped from the barn many years ago.

I am not an IBM "insider" but it is obvious to me that re-engineering every one 
of the PARMLIB consumers to support a uniform (and marvelous) syntax, while 
maintaining backward compatibility, would have been a Sisyphean task.

Plus, are there not third-party PARMLIB syntax checkers which would have been 
broken by the change?

I'm not a sysprog. When I need a PARMLIB change I send an e-mail with please 
and thank you. But I think IBM deserves thanks for what they have done, even 
though it admittedly falls way short of perfect.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Tuesday, August 23, 2016 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Comments in SYS1.PARMLIB

Cheryl:


> On Aug 23, 2016, at 2:51 PM, Cheryl Watson  wrote:
> 
> Hi Ed,
> 
> Regarding "Letting IBM off with variations is nonsense.", I choose to think 
> of it as being pragmatic.  I can complain all day about how IBM's reduction 
> of staff is hurting the mainframe, but the fact is that they are doing it 
> despite anything I might say or do.  Believe me that putting people to work 
> on implementing "/" and "*/" in each parmlib member is NOT going to make it 
> into the line items for a new release with higher priority work and reduced 
> staff size.  

I believe in holding IBM to a standard that they themselves developed. I 
shudder to think that each parmlib member will have it own syntax. This goes 
agains every thing that IBM espouses. I will be long gone and I still think 
that this will be a dangerous precedent. As I said in my previous email, I have 
had to do updates to parmlib on the fly as a fellow sysprog forgot a comma and 
all of a sudden VTAM would not come up nor CICS due to an APF issue because of 
a stupid missing comma.  Luckily I never made the mistake.  

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

Re: Comments in SYS1.PARMLIB

[Peter Relson]

>This was one of our big SHARE requirements and we worked hard at it. 
>You should be able to put comments in any SYS1.PARMLIB member now.  If 
>you find a member that's not supported, please let us know.

I would not have said that the thrust was necessarily about 
"any...member". Support for many members were added.
There certainly was no general direction with respect to "any" (but 
perhaps the list from the Share team addressed "most" of those that did 
not meet their needs). I would expect any new member to support /*...*/ 
comments.

FWIW, the Share req was in some cases not about "comments at all" but 
about "comments not necessarily at the bottom of the member or at the end 
of a line".

>For example, you can nest comments as follows: 

It is very likely that many of the cases that support /*...*/ comments do 
not support "nesting" of comments. And if they don't, they won't. 
At the point in the documentation shown by Cheryl, it should be "looser" 
(as in "might").

I see from Skip Robinson's post that IEASYMxx is one such member. I don't 
know when/how/where the general commentary about "nested" that Cheryl 
pasted got put in. I suspect that one of the parsers used by some parmlib 
members handles that case. Many (I suspect most) do not.

>Wouldn't that resource (and the customers') have been more productively
>spent in making the syntax uniform? 

No it would not have been. There is about perhaps 100 or 1000 to 1 
difference in "resource" needed in order to accomplish "uniformity" (let 
alone dealing with the unacceptable incompatibilities that would result). 

Peter Relson
z/OS Core Technology Design


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