JES2 Question - releasing AND requeuing HELD sysout
I really thought this would have been more straightforward, and perhaps it is and I'm just not seeing it. I have groups of jobs that are sent to a held output class (T) that periodically need to be released and requeued to a different output class (7). So if my jobs all start with ABC I know I can do a $OJ command to release them using ABC* as a mask with something like $OJ(1-12),Q=T,JOBGROUP=ABC* but I'm stumped as to how to complete "the needful" and get the sysout re-queued over to 7. I realize this is basic blocking and tackling but I guess I've been away from a console for so long I'm stuck staring at the weeds. Advice welcome! NTAC:3NS-20 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: EXTERNAL: Re: FedEx to move entirely to the cloud [Internal]
I would refer anyone genuinely interested in sibling pend to download and review Dr. H. Pat Artis's "Sibling Pend: Like a Wheel Within a Wheel" 1996 CMG paper (available to download at Dr. Pat's site http://www.perfassoc.com ). While the technology underpinning storage has changed a lot the concept of sibling pend really hasn't. I suspect this paper isn't new, though, for many on this list. NTAC:3NS-20 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Monday, July 11, 2022 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Re: [EXTERNAL] Re: EXTERNAL: Re: FedEx to move entirely to the cloud [Internal] This email originated from outside the organization. Do not click links or open attachments unless you have verified this email is legitimate. Hi Phil, That is odd that there isn't more written about sibling pend. IDK if solid state disk suffers to the same extent as spinning spindles but I would guess not. Short description is that typical disk array configuration was to take the disks and carve them up into a bunch of smaller LUNs then distribute these LUNs out to the various servers sharing the array storage. Think of how many 3390-mod9s can fit on a 600 GB drive - and that's a small drive these days. So when you're sharing the array between mainframe and Unix (in our case) or Windows, you can end up with some of the physical disk blocks being assigned to 3390s and some to the other platforms. Sibling pend is simply when one of the servers (or in our case the array itself on behalf of one of the Unix boxes) hogs all the I/O capability of the disk spindle, and doesn't allow any of the other hosts that need data off the spindle to get to it. In our case, the mainframe was waiting up to a half second to get a single I/O from the spindles that were being consumed by the Unix/Oracle process. Rex Rex Pommier wrote, in part: > I finally got a physical drive mapping from them and discovered it was sibling pend between . This "sibling pend" is intriguing. A grand total of 18 hits on Google; most of them are about DASD, so it's clear you didn't typo it or mishear it. But only 18 seems unlikely, especially since the refs go back to 1996! Very odd. I'd've thought in 25+ years there would have to have been more written about it. I can't get much from those 18 links (paywalls etc.), and would love to understand this better, just for curiosity's sake-it's of no practical use to me in my current role. Anyone got any more details? ...phsiii (who is pretty sure there was some "sibling pend" between him and his sisters while growing up) -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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: TN3270 clients for Linux and OS/2
NTAC:3NS-20 Back when we (MF group at my employer) still ran OS/2 we ran IBM's PCOM and quite liked it. After a while got tired of our desktop group referring any OS/2 questions they received to me and finally transitioned over to Windows (and Reflections nee Attachmate). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Wednesday, July 01, 2020 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] TN3270 clients for Linux and OS/2 This email originated from outside the organization. Do not click links or open attachments unless you have verified this email is legitimate. Can anybody suggest goof TN3270 clients for Linux and OS/2? On Linux I use KDE and would prefer something written for QT or at least X11. For OS/2 I'd prefer a PM application. In both cases I'd like the ability to configure both the primary and secondary screen size. -- Shmuel (Seymour J.) Metz https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esme tz3=DwIFAg=K5gMqH44tVpW9Mb7NvpzqAFAhrpSdUITR819D8huNsU=PjUrsjOU3_h 7Q7zyRd3wDw=HZNin-uCU_1VoNfHsjpMylLo8pyfKyc1ltKS3KSuNKI=hSqbyTi4_bqZ MlxNBBKBb8S1R5Etku7WJh-KJK7HQFg= -- 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: CL/ / Supersession
NTAC:3NS-20 So piling onto this thread . . . we've recently been asked to secure out TN3270 traffic. We are a CL/Superssion user (1.47) running z/OS 2.2 with a 2.4 project underway. Having caught up on this thread, if I understand correctly, there's nothing in CL/SS that needs to be done but rather updating the TN3270 server and, of course, the settings on the desktop emulator. Does this sound right? TIA! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Hare Sent: Saturday, June 20, 2020 6:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Re: CL/ / Supersession This email originated from outside the organization. Do not click links or open attachments unless you have verified this email is legitimate. TN3270 supports secure sockets. Just make your TN3270 terminals "auto logon" to CL/Supersession and you're good. -- 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: Collecting SMF dataset using LogStream
NTAC:3NS-20 IBM has some helpful pub's on this, as well as there being multiple very helpful SHARE presentations. I'd suggest starting with: IBM Redbook SG24-7919, SMF Logstream Mode: Optimizing the New Paradigm IBM Techdoc Migrating SMF from Data Set Recording to Log Stream Logging, http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a818625 6c71006d2e0a/fa4240850cff446686257472005296b4/$FILE/SMF_logging_final2.p df (watch the wrap) IBM Techdoc WP101130 z/OS System Management Facilities (SMF) Recording with MVS Logger, http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101130 (watch the wrap) These are older documents but a good starting point. The SHARE presentations offer updated info and useful customer experience. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of saurabh khandelwal > Sent: Thursday, November 14, 2019 11:09 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] Collecting SMF dataset using LogStream > > This email originated from outside the organization. Do not click links or open > attachments unless you have verified this email is legitimate. > > Hello Group, > > Currently we have z/OS 2.1 system and collecting SMF datasets using MAN1, > MAN2 etc dataset and then during every smf switch, we extract records > related to db2, cics, TCPIP, RMF in seperate datasets and then archive > these dataset in regular basis. > > But we upgrading system to z/OS 2.3 and there is feature of using logsteam > to collect smf records rather then using MAN datasets and then use seperate > log stream for db2, cics, TCPIP and collect particular record type into > that > > But I am unable to find any steps to configure these logsteam for these > purpose. Can you please help me to do . > > Thanks for your help > -- > Thanks & Regards > Saurabh Khandelwal > > -- > 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: Confusing hardware withdrawal announcement
Ahh, that makes it much clearer! Thank you. ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Tina M Tarquinio > Sent: Tuesday, April 02, 2019 11:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] Re: Confusing hardware withdrawal announcement > > This email originated from outside the organization. Do not click links or open > attachments unless you have verified this email is legitimate. > > It is just for the selected feature codes listed...not the entire > systems. > > Thanks! > Tina > > > Tina M. Tarquinio > Director, IBM z/OS | @tinatarq | tina...@us.ibm.com > > > > > > > > > From: Karl S Huf > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 04/02/2019 11:47 AM > Subject:Confusing hardware withdrawal announcement > Sent by:IBM Mainframe Discussion List > > > > Am I the only one confused by today's HW withdrawal announcement letter > 919-056? We had been advised that the z13 series would be withdrawn > from marketing mid-year but the title and the body of this announcement > appear to have quite a disconnect (like there's no mention of the z13). > And unless I'm mistaken that's pretty much every z14 model being > withdrawn - with no announced replacement. Anyone know more? Thanks. > > Title of letter: > Hardware withdrawal: IBM z13, IBM z13s, IBM z14, IBM LinuxONE > Rockhopper, IBM LinuxONE Rockhopper II, IBM LinuxONE Emperor, and IBM > LinuxONE Emperor II selected feature codes > > Body of letter: > Effective April 2, 2019, IBM® will withdraw from marketing the select > features listed in the Withdrawn products section. > > Withdrawn products > > Machine > Description type Model Feature > > IBM z14 3906 M01 >M02 >M03 >M04 >M05 > IBM LinuxONE Emperor II 3906 LM1 >LM2 >LM3 >LM4 >LM5 > Mouse0152 > HMC Tower Keyboard 0153 > TKE Tower Keyboard 0155 > Display 6096 > Client Must Provide Mouse0186 > Client Must Provide HMC KeyBd0187 > Client Must Provide TKE KeyBd 0189 > Client Must Provide Display 0191 > > Replacement product information > > None > > > _ > ___ > ___ > Karl S Huf | Senior Vice President | World Wide Technology > 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | > k...@ntrs.com > Please visit northerntrust.com > CONFIDENTIALITY NOTICE: This communication is confidential, may be > privileged and is meant only for the intended recipient. If you are not > the intended recipient, please notify the sender ASAP and delete this > message from your system. NTAC:3NS-20 > > P Please consider the environment before printing this e-mail. > > > > > -- > 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
Confusing hardware withdrawal announcement
Am I the only one confused by today's HW withdrawal announcement letter 919-056? We had been advised that the z13 series would be withdrawn from marketing mid-year but the title and the body of this announcement appear to have quite a disconnect (like there's no mention of the z13). And unless I'm mistaken that's pretty much every z14 model being withdrawn - with no announced replacement. Anyone know more? Thanks. Title of letter: Hardware withdrawal: IBM z13, IBM z13s, IBM z14, IBM LinuxONE Rockhopper, IBM LinuxONE Rockhopper II, IBM LinuxONE Emperor, and IBM LinuxONE Emperor II selected feature codes Body of letter: Effective April 2, 2019, IBM® will withdraw from marketing the select features listed in the Withdrawn products section. Withdrawn products Machine Description type Model Feature IBM z14 3906 M01 M02 M03 M04 M05 IBM LinuxONE Emperor II 3906 LM1 LM2 LM3 LM4 LM5 Mouse0152 HMC Tower Keyboard 0153 TKE Tower Keyboard 0155 Display 6096 Client Must Provide Mouse0186 Client Must Provide HMC KeyBd0187 Client Must Provide TKE KeyBd0189 Client Must Provide Display 0191 Replacement product information None ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Discussion List for IBM Connect:Direct?
Not aware of any listserv types for it but there is a forum over at IBM DeveloperWorks. ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Sasso, Leonard > Sent: Thursday, November 16, 2017 11:42 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] Discussion List for IBM Connect:Direct? > > Hi ! > > Just curious, is there a Discussion List for IBM Connect:Direct? > > > Thank You, > Len Sasso > System Administrator > TEAM: Together Everyone Achieves More > RDC - 327 Columbia TPKE, Rensselaer NY 12144-4400 > t: +1.518.257.4209 | m: +1.518.894.0879 > len.sa...@csra.com | www.csra.com Follow us on Facebook | Twitter | > LinkedIn CSRA Think Next. Now. > > > This electronic message transmission contains information from CSRA that > may be attorney-client privileged, proprietary or confidential. The information > in this message is intended only for use by the individual(s) to whom it is > addressed. If you believe you have received this message in error, please > contact me immediately and be aware that any use, disclosure, copying or > distribution of the contents of this message is strictly prohibited. NOTE: > Regardless of content, this email shall not operate to bind CSRA to any order > or other contract unless pursuant to explicit written agreement or government > initiative expressly permitting the use of email for such purpose. > > -- > 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: Db2! was: NODE.js for z/OS
That explains why OS/2 took off and is the stalwart of x86 operating
systems today. :)
Yes, IBM officially rebranded DB2 to Db2 because . . . that's what they
do (apologies to GEICO). At least it's still pronounced the same so
that's at least one less question I have to field - unlike, say JES2 vs
JES3 ("Hey Karl, are we every going to upgrade to JES3?" - actual
question).
____
_______
Karl S Huf | Senior Vice President | World Wide Technology
50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 |
k...@ntrs.com
Please visit northerntrust.com
CONFIDENTIALITY NOTICE: This communication is confidential, may be
privileged and is meant only for the intended recipient. If you are not
the intended recipient, please notify the sender ASAP and delete this
message from your system. NTAC:3NS-20
P Please consider the environment before printing this e-mail.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> Sent: Tuesday, October 31, 2017 10:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Re: Db2! was: NODE.js for z/OS
>
> The name change was much bandied about at SHARE in Providence. I for
one
> have gotten over my indignation and am ready to move on. If you really
want
> to be offended by an assault on the sensibilities, how about the fact
that there
> never was a D(bee)1? The product was spawned in an era where calling
> anything '2' gave it a veneer of respectability as if it were a new
and improved
> version of some mythical precursor. That was implicitly fake news,
which we
> now know is reprehensible skullduggery.
>
>
>
> .
>
> .
>
> J.O.Skip Robinson
>
> Southern California Edison Company
>
> Electric Dragon Team Paddler
>
> SHARE MVS Program Co-Manager
>
> 323-715-0595 Mobile
>
> 626-543-6132 Office ⇐=== NEW
>
> robin...@sce.com
>
>
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Walt Farrell
>
> Sent: Tuesday, October 31, 2017 8:13 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: (External):Re: Db2! was: NODE.js for z/OS
>
>
>
> On Tue, 31 Oct 2017 10:44:40 -0400, Gord Tomlin
> <gt.ibm.li...@actionsoftware.com> wrote:
>
>
>
> >On 2017-10-31 10:28, W Mainframe wrote:
>
> >> What really matter the difference between Db2 and DB2? I see the
same
> result in my SQL SELET... Come on!
>
> >Did you notice the ® associated with Db2®? That's a sure sign that
IBM
>
> >and its lawyers care.
>
>
>
> Both DB2 and Db2 are registered trademarks of IBM (at least in the
US). See
> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.ibm.com_legal_us_en_copytrade.shtml-23section-
> 2DD=DwIGaQ=K5gMqH44tVpW9Mb7NvpzqAFAhrpSdUITR819D8huNsU&
> r=PjUrsjOU3_h7Q7zyRd3wDw=3UY4DB-
> DpoXlCXpq6cwehdWhBlmZTFhO_N447T-
> tK5g=XfFlCbEaaHN_CK1zTGX_3uPI7sxnDxw-6ijC4S2SpVE=
>
>
>
> I see, though, that all the other DB2-related trademarks use the DB2
form of
> the name, at least for now :)
>
>
>
> --
>
> Walt
>
>
>
>
>
> --
>
> 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: AEHTRIBMKC?
And thank YOU for not shooting the messenger! ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Jack J. Woehr > Sent: Thursday, October 12, 2017 10:05 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] Re: AEHTRIBMKC? > > On 10/12/2017 2:35 PM, Karl S Huf wrote: > > That's a recurring problem I run into. Use the function in your > > browser (each one has a different method) to purge the IBM cookies. > > THANK YOU for actually answering my question! Deleting cookies worked. > > -- > Jack J. Woehr # Science is more than a body of knowledge. It's a way of > www.well.com/~jax # thinking, a way of skeptically interrogating the universe > www.softwoehr.com # with a fine understanding of human fallibility. - Carl > Sagan > > -- > 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: AEHTRIBMKC?
That's a recurring problem I run into. Use the function in your browser (each one has a different method) to purge the IBM cookies. Some of the IBM pages have been updated to recognize this has happened and actually redirect to a page designed to allow for a one-click IBM cookie purge. Sadly most don't (and I don't have this cookie problem with ANY other website that I visit regularly). ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Jack J. Woehr > Sent: Thursday, October 12, 2017 12:52 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] AEHTRIBMKC? > > Normal stupid question of the day: Anyone else having trouble reaching IBM > Knowledge Center? > > /Should have its own acronym, "AEHTRIBMKC?"/ > > Today I am unable to reach the Knowledge Center from Firefox on Mac and > Ubuntu Linux, but I can reach it okay from Firefox on Windows 7. > > On the two failing platforms, the response is : > > > Bad Request > > Your browser sent a request that this server could not understand. > Size of a request header field exceeds server limit. > > Cookie > > > IBM_HTTP_Server at www-01.ibm.com > <https://urldefense.proofpoint.com/v2/url?u=http-3A__www- > 2D01.ibm.com=DwICaQ=K5gMqH44tVpW9Mb7NvpzqAFAhrpSdUITR819 > D8huNsU=PjUrsjOU3_h7Q7zyRd3wDw=Lobg1OV8mkhXsBcyK7ux-Aja- > MfE30pHapqnWRuoDl8=S2v9OekQZ1ob3XTnlZNQOOW3Za9KqTKCfmoVMO > Y12Hs=> Port 443 > > -- > Jack J. Woehr # Science is more than a body of knowledge. It's a way of > www.well.com/~jax # thinking, a way of skeptically interrogating the universe > www.softwoehr.com # with a fine understanding of human fallibility. - Carl > Sagan > > > -- > 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: zAware?
I thought zAware went EOL this past June, having been replaced by IBM Operations Analytics for z Systems (IOAZ)? ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Styles, Andy (ITS zPlatform Services) > Sent: Friday, September 08, 2017 2:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] zAware? > > Classification: Public > > Morning folks, > > We've got a zAware partition running, but we've done almost nothing with > since it was set up a couple of years back, so we're thinking of dropping it. > > Does anyone actively use zAware? > > Thanks, > > Andy Styles > z/Series Systems Programmer > > > > Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank > plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in > England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. > Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. > SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. > Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and > Wales 2299428. Telephone: 0345 603 1637 > > Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential > Regulation Authority and regulated by the Financial Conduct Authority and > Prudential Regulation Authority. > > Cheltenham & Gloucester plc is authorised and regulated by the Financial > Conduct Authority. > > Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings > is a division of Lloyds Bank plc. > > HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in > Scotland no. SC218813. > > This e-mail (including any attachments) is private and confidential and may > contain privileged material. If you have received this e-mail in error, please > notify the sender and delete it (including any attachments) immediately. You > must not copy, distribute, disclose or use any of the information in it or any > attachments. Telephone calls may be monitored or recorded. > > -- > 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: permissions to /bin/sh
NTAC:3NS-20 Good question. Reminds me of the age-old Auditor 101 question: "What do you do to restrict AMASPZAP?" Explaining that it's just a tool like any other and that the real issue is properly securing the entities it might update is the real solution always fell on deaf ears. They believed there was something magical about Zap. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Paul Gilmartin > Sent: Tuesday, August 22, 2017 11:15 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] Re: permissions to /bin/sh > > On Wed, 23 Aug 2017 07:08:39 +0300, ITschak Mugzach wrote: > > > >There are users associated with tasks. Disallowing shell is much like > >tbe protected attribute in racf. > > > Shouldn't the better practice be to protect the resources rather than restrict > the tool? > > >בתאריך 22 באוג 2017 23:00, "Paul Gilmartin" כתב: > >> > >> >0755 or less > >> > > >> Why would *anyone* *ever* choose to restrict the permissions of sh!? > > -- gil > > -- > 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: Searching PMR
The administrator for your IBMLink/ServiceLink account needs to set your status to "Full" to allow you to view/update PMR's from other users on your IBM customer number(s). The default initial status is "Basic" which only allows you to view/update PMR's which you have submitted. ________ ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Nathan Astle > Sent: Monday, June 26, 2017 10:32 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] Searching PMR > > Hi > > Is it possible to search PMR number opened by others. This is to check the > status and see if the PMR is resolved > > Apology this might dummy but I am logged not able to see. > > Could someone please help me with the correct URL ? > > Regards > 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: Looks like lots of folks in marketing said thanks but no thanks
The building is still there at 330 N Wabash. I remember attending many, many classes there. If you were lucky/unlucky enough to be in a classroom on the east side of the building it was very difficult to concentrate as the views of the Wrigley Building, Tribune Tower, and the locks opening and closing between the Chicago River and Lake Michigan were quite distracting. A lot of us remember it most for the intense winds that were there - so intense that the building's plaza had a series of stanchions and ropes to provide people a way to anchor themselves and literally pull themselves to/from the building's entrance. The building is classified as a landmark and was designed by Ludwig Mies Van Der Rohe; most students of architecture consider it a masterpiece. IBM sold it a little over 20 years ago and moved out a little over 10 years ago (now in the Hyatt Center on Wacker & Monroe). The building is now mixed use with a boutique hotel (Langham) taking up the lower floors and the AMA the rest. ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Edward Gould > Sent: Tuesday, May 23, 2017 11:08 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXT] Re: Looks like lots of folks in marketing said thanks but no > thanks > > > On May 23, 2017, at 6:41 PM, Steve Beaver <st...@stevebeaver.com> > wrote: > > > > As we all know IBM has started the no more Remote work. Looks like > > lots of folks in marketing said thanks but no thanks > > > > Earlier this year, IBM's Chief Marketing Officer Michelle Peluso > > announced that the U.S. marketing division's 2,600 employees would have to > "co-locate" > > or collaborate onsite from one of six cities. Those who worked > > primarily from home would have to move to one of the cities or quit IBM. > > > > For decades, IBM embraced remote work. Eight years ago, 40 percent of > > IBM workers worldwide telecommuted. As a result, it saved about $100 > > million a year in the U.S. and had reduced office space by 78 million square > feet. > > > > IBM remote workers who choose to resign rather than move to one of the > > six cities will be paid severance, according to an IBM internal > > document, of one month's base salary, the standard at IBM. Peluso says > > she plans to recruit replacements for those employees from the six > > co-located locations-not abroad. "If what I were trying to do was > > reduce headcount," she says, "there are much simpler and easier ways > > to do that, which would be less disruptive for everyone, myself included.” > > > Can’t speak for other cities but in Chicago, There is/was a building that > housed mostly IBMers for at least 30 years that I remember. The address was > 1 IBM Plaza. > It used to house IBM education/marketing and a data center (we IPLed the > first version of MVS there late one night (or was it morning?)) I spent many > weeks there in various IBM classes over the years. > A couple of years ago I went past the place and it looked deserted (and > somewhat dirty). > I had a few friends that worked for IBM over the years and they moved to the > East Coast and West Coast. > I keep in touch a little with one now EX IBMer he was in G-burg and then the > west coast. > I was extremely disappointed with IBM over the last say 20+ years. What was > once excellent Marketing people were reduced to call centers and it showed to > the customer. > We were an excellent customer of IBM and ordered the latest equipment > available and really got over the top engineering support and marketing > support. IBM once in a while would bring customers through our data center > to show off any new equipment. > When we had major issues with IBM equipment the place was overrun with > IBM types helping out and making good suggestions. One time our brand new > 168MP wasn’t quite dead on delivery but close to. IBM showed that they > supported the customer when a jet flew in from the east coast with about 20 > IBM types. They problem was found a part was supplied that fixed the issue > (too long of a tri lead wire going into the High speed buffer). Talk
Re: ABO Automatic Binary Optimizer
In our experience the need for PDSE datasets was far from the only difficulty in migrating to COBOL V5 (and that really wasn't the hard part). Many compiles take drastically more CPU time as well as require more region. While this is documented we were stunned by the orders of magnitude. Compiles that had previously taken single digit CPU seconds suddenly needed minutes (this is on a z13). Similarly where a 4MB Region default had been adequate those compiles routinely failed; we were directed to specify 200MB but found even that frequently failed and threw up our hands and told everybody to use REGION=0 (personal peeve of mine). We also did find some incompatibilities for which we opened up PMR's and received APAR's. Within the context of the thread topic, ABO . . . I discussed this quite a bit with my account team. Our developers are required to do regression testing on their changes - even if it is just recompiling with no source code changes.They initially argued (well, not initially, it went on way too long) that there's no need to do such testing when using ABO. Technically they may be right; technically one probably shouldn't have to do complete regression testing when recompiling the same source. None of that makes any difference if the stated requirement in the development standards they have to follow says they DO have to do that testing. Knowing that, then, they would be similarly required to do that testing for an ABO optimized module we questioned the benefit of licensing another product to do the same thing the compiler can do. Now, if there's a substantial amount of executing COBOL code that consumes a fair amount of resources AND the source is missing/unavailable then maybe ABO is in play - but that's not our situation. ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, October 12, 2016 11:38 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ABO Automatic Binary Optimizer > > The only difficulty in migration to Cobol V5 and above is the need for PDS/E > datasets. > > Since z/OS V2.2 is providing a way to not have to UPDATE all production JCL > with PDS/E datasets, that issue with migration, imo, is greatly reduced. > > So once z/OS V2.2 is installed, migration plans to COBOL V5 and above should > be able to begin. > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Norman Hollander on Desertwiz > > Sent: Wednesday, October 12, 2016 9:26 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ABO Automatic Binary Optimizer > > > > 2 Thoughts to consider: > > > > - ABO only runs on z/OS 2.1 and above > > - ABO creates a new load module that (IMHO) needs as much Q/A testing > > as compiling in the newest compiler. > > IIRC, back in the day, going to Enterprise COBOL, there was less than > > 8% of COBOL source that needed > > to be remediated. That is, certain COBOL verbs needed to be updated > > to new ones. Things like INSPECT > > may have been flagged. > > > > A good Life Cycle Management tool (did I say Endevor?) could help with > > an easy migration to a new compiler. > > You could try a minor application and see how difficult in may be... > > > > zN > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Charles Mills > > Sent: Wednesday, October 12, 2016 8:48 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ABO Automatic Binary Optimizer > > > > Nope. Agree 100% with what @Tom says. The ABO is not a source code > > migration tool, it is a compiler. Really -- a very weird compiler. > > Most compilers take source code in and produce object code out. The > > ABO is a compiler that takes object code in and produces object code > > out. What good is that? It takes System 370 object code in and produces z13 > object code out. > > > > Why is that useful? Because the speed gains in the last several > > generations of mainframe are not in clock/
Re: IBM Service Requests - sluggish at best?
Yes if you have "Full" level of access. I typically select search by customer number, enter number, and select show all. If you don't have Full then you can only see your own. ____ _______ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 P Please consider the environment before printing this e-mail. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Doug > Sent: Friday, September 30, 2016 9:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM Service Requests - sluggish at best? > > Just curious > I need to search PMR's for any created for my IBM customer number. > Does this option still exist? > I sure could not find it. > Doug > > . > > On Sep 30, 2016, at 07:45, Dyck, Lionel B. (TRA) <lionel.d...@va.gov> wrote: > > It's working for me now as well - must have been an anomaly or I'm just lucky > > > -- > Lionel B. Dyck (TRA Contractor) > Mainframe Systems Programmer > Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI Service > Delivery & Engineering > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Richards, Robert B. > Sent: Friday, September 30, 2016 6:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: IBM Service Requests - sluggish at best? > > Lionel, > > I got right in, both in opening a new SR and in looking at existing ones. > > Bob > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Dyck, Lionel B. (TRA) > Sent: Friday, September 30, 2016 7:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IBM Service Requests - sluggish at best? > > Is anyone else experiencing slow to sluggish to dead IBM Service Request > access this morning? It has taken 2-5 minutes before a PMR will open :( > > > -- > Lionel B. Dyck (TRA Contractor) > Mainframe Systems Programmer > Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI Service > Delivery & Engineering > > > -- > 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: Help with MQ and MA10: MQ Series for MVS/ESA ISPF Utilities
It's what IBM calls a SupportPac. They are optional items that can be
downloaded and used as needed. Here's a link to the IBM MQ SupportPac
page:
http://www-01.ibm.com/support/docview.wss?uid=swg27007197
___
Karl S Huf | Senior Vice President | World Wide Technology
50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 |
k...@ntrs.com
Please visit northerntrust.com
CONFIDENTIALITY NOTICE: This communication is confidential, may be
privileged and is meant only for the intended recipient. If you are not
the intended recipient, please notify the sender ASAP and delete this
message from your system. NTAC:3NS-20
P Please consider the environment before printing this e-mail.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> Sent: Friday, September 23, 2016 1:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Help with MQ and MA10: MQ Series for MVS/ESA ISPF
Utilities
>
> What is this MQ app whereof you speak? Is MA10 a separate product? I
have
> a passel of V7 MQ libraries including SCSQPNLE, but no member MQAPPS
nor
> program MQDLQ0.
>
> .
> .
> 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 Tom Conley
> Sent: Friday, September 23, 2016 9:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Help with MQ and MA10: MQ Series for MVS/ESA
ISPF
> Utilities
>
> On 9/22/2016 3:38 PM, Hansen, Dave L - Eagan, MN wrote:
> > Dear Group,
> >
> >I am trying to get the ISPF based tool MQDLQ to work with MQ V8.
The
> program MQDLQ0 is part of MA10 and wants a Queue Manager name as
> input. I have tried ISPF PARM and ISPF VPUT. Does anyone have MQDLQ
> working from a panel that supplies the Queue Manager Name?
> >
> > @MQ EXEC starts this up (MQMQ.ISPPLIB and MQQM.ISPLLIB have the
> code):
> > "ALTLIB ACTIVATE APPLICATION(CLIST) DATASET('MQM.SCSQEXEC')"
> > "ISPEXEC LIBDEF ISPPLIB DATASET
> > ID('MQM.SCSQPNLE','MQMQ.ISPPLIB')"
> > "ISPEXEC LIBDEF ISPTLIB DATASET ID('MQM.SCSQTBLE')"
> > "ISPEXEC LIBDEF ISPMLIB DATASET ID('MQM.SCSQMSGE')"
> > "ISPEXEC LIBDEF ISPLLIB DATASET
> > ID('MQM.SCSQAUTH','MQM.SCSQANLE','MQMQ.ISPLLIB')"
> > "ISPEXEC SELECT PANEL(MQAPPS)"
> > "ALTLIB DEACTIVATE APPLICATION(CLIST)"
> >
> > MQAPPS PANEL (cut down):
> > % Z +MQDLQ - Invoke MQM Dead Letter Queue on MQM%===>
> _DLQM+
> > )INIT
> > VGET (DLQM) PROFILE
> > .cursor = ZCMD
> > )PROC
> > )PROC
> > =
> > IF ( ¬= ' ')
> > = TRUNC(,'.')
> > IF ( = ' ')
> > .MSG = ISRU000
> > IF ( = 'D')
> > VER (,NB)
> >= TRANS(
> > Z,'CMD(MQDLQ) NEWAPPL(MQDL) PASSLIB PARM()'
> > ' ',' '
> > X,'EXIT'
> > *,'?' )
> >= .TRAIL
> > VPUT (DLQM) PROFILE
> > )END
> >
> > MQDLQ (REXX):
> > TRACE I
> > ADDRESS ISPEXEC "VGET (DLQM) PROFILE"
> > ADDRESS TSO
> > SAY 'DLQM =' DLQM
> > ISPEXEC SELECT PGM(MQDLQ0) PARM('DLQM')
> >
> > MQDLQ (CLIST):
> > PROC 1 QMGR
> > ISPEXEC SELECT PGM(MQDLQ0) PARM()
> >
> >
> > So I enter @MQ. I get my first panel. It remembered DLQM from the
last
> run. I enter "Z" and get:
> > ISPD206
> > Conflicting parameters
> > CMD conflicts with another keyword.
> > Panel line where error was detected:
> > ZSEL = CMD(MQDLQ) NEWAPPL(MQDL) PASSLIB PARM(QQA1) So I never left
> > the panel code.
> >
> > Ok, I removed PARM() ==> Z,'CMD(MQDLQ) NEWAPPL(MQDL)
> PASSLIB'
> > So I enter @MQ. I get my first panel. It remembered DLQM from the
last
> run. I enter "Z" and get:
> > 4 *-* ADDRESS ISPEXEC "VGET (DLQM) PROFILE"
> >>L> "VGET (DLQM) PROFILE"
> >+++ RC(8) +++
> > 6 *-* ADDRESS TSO
> > 7 *-* SAY 'DLQM =' DLQM
> >>L> "DLQM ="
> >>V> ""
> >>O> "DLQM = "
> > DLQM =
> > 9 *-* ISPEXEC SELECT PGM(MQDLQ0) PARM('DLQM')
> >>L> "ISPEXEC"
> >>L> "SELECT"
> >
Breeze for SCLM withdrawn from service
So in today's IBM announcement letter 916-015 it was stated that Breeze for SCLM for z/OS V1.1.x is being withdrawn from service April 30, 2017. It's also noted that Cloud 9 for SCLM, SCLM Administrator Toolkit, SCLM Developer Toolkit, and SCLM Advanced Edition for z/OS are also being withdrawn at the same time. This is interesting timing for us as we had just started investigating how to provide a "better" tooling environment to encourage/support java development on the mainframe. In a greenfield setting the "Blue" solution would be RDz and RTC. Not having that luxury (or a whole lot of $$ set aside for this) we had been looking at a pilot group of some RDz seats and bringing in SCLM Toolkit to be able to integrate the developers with SCLM/Breeze and leverage our existing framework for a more acceptable cost. With this announcement I'd say that's out the window. So I'm curious about a few things and wonder how others are either impacted by this or what they've done in the past to accomplish what we are looking to do: * For current Breeze users what are your plans? For past Breeze users what did you move to (as it's been withdrawn from marketing for some time)? * Does anyone have a desktop IDE developer setup for mainframes with code being managed by a mainframe repository & process (SCLM, Endevor, etc.)? What are the extra pieces, preferably off the shelf vs home grown, that glue it together? * For those that have gone whole-hog on the Rational solution (RTC et al) what are your thoughts/experiences? Feel free to respond off-list directly if you prefer and thanks. ________ ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This communication is confidential, may be privileged and is meant only for the intended recipient. If you are not the intended recipient, please notify the sender ASAP and delete this message from your system. NTAC:3NS-20 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
