Re: [IBM External] Re: IPL's POR's frequency
If you have a fully configured parallel sysplex, disruption to clients should be minimal. On balance, less disruption than a system crash caused by downlevel maintenance. On Thu, Sep 23, 2021 at 9:33 PM Brian Westerman < brian_wester...@syzygyinc.com> wrote: > One of the things that you "lose" when only IPLing once or twice per year > is the ability to install maintenance on a more frequent basis, at least > anything but individual fixes. To try to install an RSU upgrade without an > IPL will be very foolish. > > As we previously stated by me and others, your maintenance schedule would > have impact on your IPL plans. :) > > If you have a client that wants to stay at quarterly RSU levels, then you > would be most likely be going to IPL quarterly > > Brian > -- Skip Robinson 323-715-0595 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [IBM External] Re: IPL's POR's frequency
One of the things that you "lose" when only IPLing once or twice per year is the ability to install maintenance on a more frequent basis, at least anything but individual fixes. To try to install an RSU upgrade without an IPL will be very foolish. As we previously stated by me and others, your maintenance schedule would have impact on your IPL plans. :) If you have a client that wants to stay at quarterly RSU levels, then you would be most likely be going to IPL quarterly Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: clist substring command
Yes, SET SYSSCAN=0 is the same as SET &SYSSCAN=0. By default, SYSSCAN=16. If it is overridden as, say, SET SYSSCAN=2 then SYSSCAN=2 remains in effect until it is overridden again or restored to its default value SYSSCAN=16 (which always applies, by default, unless overridden.) "You can assign &SYSSCAN a value from 0 to +2,147,483,647 (2³¹-1)" - not quite: SYSSCAN can be set to 1 or 3 etc. if/as required. I have never used 2³¹-1.E.g. Use of SYSSCAN = 1 & 2: /* ALLOW FOR & OR ARITHMETIC OPERATION CHARACTERS IN &CO AND &PI */ SET SYSSCAN = 1 /* <-- e.g. HERE */ ERROR DO SET SYSSCAN = 2 /* <-- e.g. HERE */ SET COMM&T = &STR(&CO) SET SYSSCAN = 1 /* <-- e.g. HERE */ RETURN ENDO SET COMM&T = &CO SET SYSSCAN = 16 ISPEXEC VPUT (COMM&T) PROFILE In practice SYSSCAN would be set to whatever is appropriate, as in e.g. DO I = 1 TO 999 WHILE &MAXCC = 0 ISREDIT (DATALINE) = LINE .ZCSR SET X = &SYSINDEX(&STR(,),&SUBSTR(1:27,&DATALINE),19) IF &X = 0 THEN + DO SET MODULE = &SUBSTR(19:22,&DATALINE) SET PREFIX = &SUBSTR(24:27,&DATALINE) ENDO ELSE + DO SET MODULE = &SUBSTR(19:&X-1,&STR(&DATALINE)) SET PREFIX = &SUBSTR(&X+1:&X+4,&STR(&DATALINE)) ENDO SELECT (&PREFIX) WHEN () SET MODULE = WHAT&MODULE WHEN (WOT1) SET MODULE = WHB1&MODULE WHEN (WOT2) SET MODULE = WHB2&MODULE OTHERWISE ENDO SET J = &SUBSTR(&LENGTH(&I):&LENGTH(&I)+3,000&I) ISREDIT LINE_AFTER .ZCSR = + DATALINE "&STR(.C&J ANOP )" SET SYSSCAN = 2 /* <-- e.g. HERE */ ISREDIT LINE_BEFORE .ZCSR = + DATALINE "&STR( AIF (NOTRACE EQ 0).T&J)" SET SYSSCAN = 16 ISREDIT LINE_BEFORE .ZCSR = + DATALINE "&STR( WOTBASR &MODULE)" ISREDIT LINE_BEFORE .ZCSR = + DATALINE "&STR( AGO .C&J )" ISREDIT LINE_BEFORE .ZCSR = + DATALINE "&STR(.T&J ANOP )" ISREDIT FIND EXECBASR 10 NEXT ENDO On 23/09/2021 18:15, Paul Gilmartin wrote: > On Thu, 23 Sep 2021 16:33:34 +0100, CM Poncelet wrote: > >> To prevent the command processor from substituting whatever looks like a >> variable, code SYSSCAN={0||1|2|3}, >> > (I don't know CLIST.) Is that equivalent to what I see in the Ref.: > SET &SYSSCAN=0 > You can assign &SYSSCAN a value from 0 to +2,147,483,647 (2³¹-1). > > Commas? Can this loop to that max value? How long does that take? > >>... then issue the &NRSTR(), then reset to SYSSCAN=16 (default.) >> > Would it be better to save and restore the previous value? > > Is 16 a particularly useful value? Has anyone ever relied on that exact > value? > >> SYSSCAN=n means substitute up to n &s. >> SYSSCAN=0 means no & should be substituted. >> >> To debug/trace, code CONTROL LIST SYMLIST CONLIST MSG before the 1st >> SYSSCAN and CONTROL NOLIST NOSYMLIST NOCONLIST NOMSG after the 2nd SYSSCAN. > -- 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: CICS VSAM LSR pools and IBM DASD PPRC type mirroring.
I was maintaining an IMS DB/DC and on occasion we would run a mid day update. The online application would not see the update until the next day. On Thu, Sep 23, 2021 at 3:21 PM Ward, Mike S wrote: > > Hello, all. I don't know if any of you are doing disk replication to a DR > site, but we are, and we are trying to resolve a specific problem with CICS > and VSAM file. > > CICS, in the case of LSR pools hold the data in the buffers until a buffer > shortage\wait type of condition occurs. When that happens CICS flushes the > buffers and updates the high used RBA's of the files. In the case of a DR > test. We use the data as is. We copy the current replicating data to other > DASD so that we can perform the test by bringing up the system and testing > it. Well the only way we can think of making sure we get all the VSAM data is > by closing the files at the production site which is not feasible. Is anyone > else doing this kind of mirroring, and are there things you are doing that > fixe the VSAM buffering problem? The only thing I can think of doing is > adjusting the LSR buffer pools so that waits occur every so many minutes, I'm > staying away from share option 4,4 on the VSAM files which are a real > performance hit. Any takers are welcome. Also as an aside the implication > here is that in the case of a real disaster there is data missing from the > VSAM files, or am I wrong and full of it? Any help, opinions, whatever are > welcome. > > == > This email, and any files transmitted with it, is confidential and intended > solely for the use of the individual or entity to which it is addressed. If > you have received this email in error, please notify the system manager. This > message contains confidential information and is intended only for the > individual named. If you are not the named addressee, you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately by e-mail if you have received this message by mistake and delete > this e-mail from your system. If you are not the intended recipient, you are > notified that disclosing, copying, distributing or taking any action in > reliance on the contents of this information is strictly prohibited. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@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
CICS VSAM LSR pools and IBM DASD PPRC type mirroring.
Hello, all. I don't know if any of you are doing disk replication to a DR site, but we are, and we are trying to resolve a specific problem with CICS and VSAM file. CICS, in the case of LSR pools hold the data in the buffers until a buffer shortage\wait type of condition occurs. When that happens CICS flushes the buffers and updates the high used RBA's of the files. In the case of a DR test. We use the data as is. We copy the current replicating data to other DASD so that we can perform the test by bringing up the system and testing it. Well the only way we can think of making sure we get all the VSAM data is by closing the files at the production site which is not feasible. Is anyone else doing this kind of mirroring, and are there things you are doing that fixe the VSAM buffering problem? The only thing I can think of doing is adjusting the LSR buffer pools so that waits occur every so many minutes, I'm staying away from share option 4,4 on the VSAM files which are a real performance hit. Any takers are welcome. Also as an aside the implication here is that in the case of a real disaster there is data missing from the VSAM files, or am I wrong and full of it? Any help, opinions, whatever are welcome. == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: at what point does CICS signal Db2 that the thread is to be closed. Db2 will close the thread and write the accounting record.
thank you for that information! Are there any DB2 zParms that control CICS elapsed time reporting? like ACCUMMAC? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: at what point does CICS signal Db2 that the thread is to be closed. Db2 will close the thread and write the accounting record.
Bill, DB2 will hold the thread open for a short time waiting to see if it can be reused. It's expensive to create/destroy threads. Do you have Omegamon, or CICS/Mon, or some other monitoring tool, mostly for CiCS? If so, take a look at those transactions and I think you'll see the DB2 time is very small (DB2 is unbelievably efficient these days), but CICS will have some latency like transaction creation/termination, if cross-memory services are being used, there's a cost for that. You should probably see the vast majority of that 30-50 seconds spent in CICS internally, though CICS' actual CPU time will be very small also. CICS is quite efficient, too. The last CICS/DB2 shop I was in had extremely quick internal times for CICS and DB2, but the entire transaction would easily take several seconds due to transaction routing, cross-memory services, etc. 30-50 seconds sounds pretty extreme, though. There may be some tuning opportunities on the CICS side. Ramsey On Thu, Sep 23, 2021 at 1:16 PM Bill Giannelli wrote: > This is a question about at what point does CICS signal Db2 that the > thread is to be closed. > Db2 will close the thread and write the accounting record. > > > > Situation: > > > > DB2 SMF accounting records are showing subsecond Db2 time, and elapsed > time of 30-50 seconds. > > The caller is CICS, on the same LPAR. > > > > Db2 is waiting for something before the thread is closed. > > > > The possible candidates for the latency are: > > VSAM > > I/O subsystem > > Network > > > > DB2 systems programmer is trying to diagnose with the assistance of CICS > Systems programmer. > > -- > 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
at what point does CICS signal Db2 that the thread is to be closed. Db2 will close the thread and write the accounting record.
This is a question about at what point does CICS signal Db2 that the thread is to be closed. Db2 will close the thread and write the accounting record. Situation: DB2 SMF accounting records are showing subsecond Db2 time, and elapsed time of 30-50 seconds. The caller is CICS, on the same LPAR. Db2 is waiting for something before the thread is closed. The possible candidates for the latency are: VSAM I/O subsystem Network DB2 systems programmer is trying to diagnose with the assistance of CICS Systems programmer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Control-M
oh yes I forgot SAS and when they moved to providing a DVD only it got worse for mainframe installs and configuration I don't have SAS here so I'm not sure it's changed but I'd hope so Carmen On 9/23/2021 12:23 PM, Allan Staller wrote: Classification: Confidential A "basic sysplex" would need an Instance of CTL-M on each image with little or no overlap. Commands would need to be issued by the batch job to (for example) set the "CICS DOWN" flag so the batch jobs can run. What a PITA! Agreed on Candle. SAS is also notable in the "my way or the highway" approach to installation/maintenance. Especially for the z/OS environment. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, September 23, 2021 12:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Control-M [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] that's great info - I didn't know about them not supporting basic sysplex, is that unsupported also for a single image system I wonder? IIRC Candle's Omegamon suite was the same way - our way or no way, what a pain. for me IOA and the CONTROL configuration ISPF tool was far easier that the Candle tool. Carmen On 9/23/2021 11:51 AM, Allan Staller wrote: Classification: Confidential From the standpoint of functionality, I consider Control-M to be one of the Cadillacs of job schedulers. That being said, I abhor the packaging of the product and the "my way(BMC's) or the highway" approach to configuration and deployment. There is one major shortcoming with the product. It only supports Parallel Sysplex or Single Image operation. A basic sysplex is not supported. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ward, Mike S Sent: Wednesday, September 22, 2021 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Control-M [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Anyone on here ever used Control-M from BMC? Any comments on the Installation/Maintenance/Performance ...ET AL? Any additional products that had to be purchased because Control-M didn't have everything it needed to run successfully? == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- /I am not bound to win, but I am bound to be true. I am not bound to succeed, but I am bound to live by the light that I have. I must stand with anybody that stands right, and stand with him while h
Re: Control-M
Classification: Confidential A "basic sysplex" would need an Instance of CTL-M on each image with little or no overlap. Commands would need to be issued by the batch job to (for example) set the "CICS DOWN" flag so the batch jobs can run. What a PITA! Agreed on Candle. SAS is also notable in the "my way or the highway" approach to installation/maintenance. Especially for the z/OS environment. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, September 23, 2021 12:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Control-M [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] that's great info - I didn't know about them not supporting basic sysplex, is that unsupported also for a single image system I wonder? IIRC Candle's Omegamon suite was the same way - our way or no way, what a pain. for me IOA and the CONTROL configuration ISPF tool was far easier that the Candle tool. Carmen On 9/23/2021 11:51 AM, Allan Staller wrote: > Classification: Confidential > > From the standpoint of functionality, I consider Control-M to be one of the > Cadillacs of job schedulers. > > That being said, I abhor the packaging of the product and the "my way(BMC's) > or the highway" approach to configuration and deployment. > > There is one major shortcoming with the product. It only supports Parallel > Sysplex or Single Image operation. A basic sysplex is not supported. > > HTH, > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Ward, Mike S > Sent: Wednesday, September 22, 2021 2:06 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Control-M > > [CAUTION: This Email is from outside the Organization. Unless you > trust the sender, Don’t click links or open attachments as it may be a > Phishing email, which can steal your Information and compromise your > Computer.] > > Anyone on here ever used Control-M from BMC? Any comments on the > Installation/Maintenance/Performance ...ET AL? Any additional products that > had to be purchased because Control-M didn't have everything it needed to run > successfully? > > > > > == > This email, and any files transmitted with it, is confidential and intended > solely for the use of the individual or entity to which it is addressed. If > you have received this email in error, please notify the system manager. This > message contains confidential information and is intended only for the > individual named. If you are not the named addressee, you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately by e-mail if you have received this message by mistake and delete > this e-mail from your system. If you are not the intended recipient, you are > notified that disclosing, copying, distributing or taking any action in > reliance on the contents of this information is strictly prohibited. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ::DISCLAIMER:: > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses > in transmission. The e mail and its contents (with or without referred > errors) shall therefore not attach any liability on the originator or HCL or > its affiliates. Views or opinions, if any, presented in this email are solely > those of the author and may not necessarily reflect the views or opinions of > HCL or its affiliates. Any form of reproduction, dissemination, copying, > disclosure, modification, distribution and / or publication of this message > without the prior written consent of authorized representative of HCL is > strictly prohibited. If you have received this email in error please delete > it and notify the sender immediately. Before opening any email and/or > attachments, please check them for viruses and other defects. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- /I am not bound to win, but I am bound to be true. I am not bound to succeed, but I am bound to live by the light that I have. I must stand with anybody that stands right, and stand with him while he is right, and part with him when he goes wrong. *Abraham Lincoln - *still biden the worse POTUS ever* */ /* */ -
Re: clist substring command
On Thu, 23 Sep 2021 16:33:34 +0100, CM Poncelet wrote: >To prevent the command processor from substituting whatever looks like a >variable, code SYSSCAN={0||1|2|3}, > (I don't know CLIST.) Is that equivalent to what I see in the Ref.: SET &SYSSCAN=0 You can assign &SYSSCAN a value from 0 to +2,147,483,647 (2³¹-1). Commas? Can this loop to that max value? How long does that take? >... then issue the &NRSTR(), then reset to SYSSCAN=16 (default.) > Would it be better to save and restore the previous value? Is 16 a particularly useful value? Has anyone ever relied on that exact value? >SYSSCAN=n means substitute up to n &s. >SYSSCAN=0 means no & should be substituted. > >To debug/trace, code CONTROL LIST SYMLIST CONLIST MSG before the 1st >SYSSCAN and CONTROL NOLIST NOSYMLIST NOCONLIST NOMSG after the 2nd SYSSCAN. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Control-M
that's great info - I didn't know about them not supporting basic sysplex, is that unsupported also for a single image system I wonder? IIRC Candle's Omegamon suite was the same way - our way or no way, what a pain. for me IOA and the CONTROL configuration ISPF tool was far easier that the Candle tool. Carmen On 9/23/2021 11:51 AM, Allan Staller wrote: Classification: Confidential From the standpoint of functionality, I consider Control-M to be one of the Cadillacs of job schedulers. That being said, I abhor the packaging of the product and the "my way(BMC's) or the highway" approach to configuration and deployment. There is one major shortcoming with the product. It only supports Parallel Sysplex or Single Image operation. A basic sysplex is not supported. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ward, Mike S Sent: Wednesday, September 22, 2021 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Control-M [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Anyone on here ever used Control-M from BMC? Any comments on the Installation/Maintenance/Performance ...ET AL? Any additional products that had to be purchased because Control-M didn't have everything it needed to run successfully? == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- /I am not bound to win, but I am bound to be true. I am not bound to succeed, but I am bound to live by the light that I have. I must stand with anybody that stands right, and stand with him while he is right, and part with him when he goes wrong. *Abraham Lincoln - *still biden the worse POTUS ever* */ /* */ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Control-M
Classification: Confidential From the standpoint of functionality, I consider Control-M to be one of the Cadillacs of job schedulers. That being said, I abhor the packaging of the product and the "my way(BMC's) or the highway" approach to configuration and deployment. There is one major shortcoming with the product. It only supports Parallel Sysplex or Single Image operation. A basic sysplex is not supported. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ward, Mike S Sent: Wednesday, September 22, 2021 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Control-M [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Anyone on here ever used Control-M from BMC? Any comments on the Installation/Maintenance/Performance ...ET AL? Any additional products that had to be purchased because Control-M didn't have everything it needed to run successfully? == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: clist substring command
To prevent the command processor from substituting whatever looks like a variable, code SYSSCAN={0||1|2|3}, then issue the &NRSTR(), then reset to SYSSCAN=16 (default.) SYSSCAN=n means substitute up to n &s. SYSSCAN=0 means no & should be substituted. To debug/trace, code CONTROL LIST SYMLIST CONLIST MSG before the 1st SYSSCAN and CONTROL NOLIST NOSYMLIST NOCONLIST NOMSG after the 2nd SYSSCAN. HTH On 23/09/2021 02:28, Skip Robinson wrote: > Before switching to Rexx long ago, I wrote prolifically in Clist. I got > used to always writing '&NRSTR()' because the command processor would > otherwise relentlessly substitute for anything that looked like a variable, > often producing puzzling results. > > The original question referred to 'system symbolics'. There are standard > ways to retrieve the value for a system symbolic, but merely using one like > a variable will seldom work as expected. > > On Wed, Sep 22, 2021 at 1:17 PM Carmen Vitullo wrote: > >> SET &NEWC=&SUBSTR(1:1,&CHARACTER) >> >> NEWCHAR=(ABC&NEWC) >> >> should work based on some working examples I have. >> >> I'd need to xfer from my work PC to home to send to you if you like >> >> Carmen >> >> >> On 9/22/2021 3:12 PM, Bill Giannelli wrote: >>> it is not liking the syntax of that first command."invalid >> expression" >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> >> -- >> /I am not bound to win, but I am bound to be true. I am not bound to >> succeed, but I am bound to live by the light that I have. I must stand >> with anybody that stands right, and stand with him while he is right, >> and part with him when he goes wrong. *Abraham Lincoln*/ >> >> -- >> 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: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?)
On Thu, 23 Sep 2021 09:30:43 +0100, Martin Packer wrote: >I'm not familiar with FANOUT but if it writes a record to, say, two >destinations, it's got to copy one of them. > It could be deferred; Copy-on-Write, optimizing for what Hobart earlier calledd the "typical case" of stages that don't modify the data. But incurring the complexity of a responsibility count. >From: "Hobart Spitz" >Date: 23/09/2021 04:18 > >> I'm guessing the atypical case is a stage such as FANOUT which >> necessarily copies the data. > >Not sure what you mean by atypical. > I apologize; I trimmed your earlier mention of "typical case". -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Control-M
Thanks to all who have replied. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ward, Mike S Sent: Wednesday, September 22, 2021 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Control-M Please Note: This email is from an [EXTERNAL] sender. Do not click on links or attachments unless you expect them from the sender and know the content is safe. Please contact the Service Desk if you have any concerns regarding this message. Anyone on here ever used Control-M from BMC? Any comments on the Installation/Maintenance/Performance ...ET AL? Any additional products that had to be purchased because Control-M didn't have everything it needed to run successfully? == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?)
Yes, checkpointing is increasingly important in a high volume workd, but it is also increasingly more difficult. There is an OS facility for restarting from a checkpoint, but it has significant restrictions and I wonder whether it has been used in the last half century. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Timothy Sipples [sipp...@sg.ibm.com] Sent: Thursday, September 23, 2021 12:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?) I misplaced the original post, but somewhere in this thread someone commented that checkpointing is less important. I think I disagree, so just a quick comment from me. Yes, absolutely, there's much more computing power and much better I/O. There are also lots of efficiency gains -- much better compilers, for example. However, if anything the data volumes and related requirements are growing even faster. We've also seen recent, real world incidents involving major organizations failing to meet batch processing deadlines with serious consequences, in some cases to whole national economies. My anecdotal observation is that checkpointing is becoming more important at least on z/OS, not less. By sheer coincidence I'm having a technical conversation this afternoon that (when you boil it down to its essence) is "please implement a certain type of checkpointing." I interpreted this particular remark as a side comment, not really anything that genuinely affects whether pipes are useful in some cases. Yes, pipes are useful. It's not necessary to bash checkpointing in defense of pipes, or vice versa. - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: sipp...@sg.ibm.com -- 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: [IBM External] Re: IPL's POR's frequency
There are cases where you can apply a PTF to a live system and pick up the service with dynamic LPA. There are cases where you can't pick up the service without an IPL. And there are cases where you will break things. It's not my dog. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Martin Packer [martin_pac...@uk.ibm.com] Sent: Thursday, September 23, 2021 4:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM External] Re: IPL's POR's frequency Doesn't Dynamic LPA cover this? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://secure-web.cisco.com/1prOwGwHdMQTLqgLWr5B_YVDMqN4K-GCCAC0kLF_dZ-j_6SX5oyNcwE8j5aLd8w7NxDrxxM4Y5f7JoxxL00idaaPbBjDQyMsbtSySIiZRDrTpjpDysT_HjOoh8TbE3S7h86WvoHONsBSCLQ0BxeV16ZtxeD3AgTLBbmew8EHyhWs3j9HL99OIhyZ4i7jw8OG9nVNSTJnkiPzwqljZKgb4lHuafUH5s0Fno-XLB0Rrk4i9-opong6pDsqXIyNouBUPCXp0f1rlarIxKPM74iKNg1Rsezd_jygnYXYmK9l0sQw_9cLENxuJyHXGUHNkkNw_PiOyuWwz6RGDPyRkl8K64rUCvuTjeIN9TiOjNvL9F_JmO61MOW6rRk0IuBYDRjXA9KN2fmYhvpGx_EuXNwyIt6eDOftdM6ic5MKcPKEaQ3P7K_CAXhKU4zLvxyvnh4_D/https%3A%2F%2Fmainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://secure-web.cisco.com/1BddVc1YLztfXvf7Sh6DKMjIh4HrWzokytA2N2X4wcX7VPkRbsVfYQRuknqdr5x3Ojvd9HzfXgmX24kiXDl1_kB4Cd8W-CeF9dg_uC4shE_uYfFYlbQnFTEosUBbjkPgvF4P9DqJ2DdCxCrRkmyRSRG25wTJYQh-chsMpm70ocDJN7tTCOZO7Tshz5GypJ7CErGk0l2l32bdb2f5f1SZwOpWJGzGIrMc3QAA_6ma_g1L0IrGzlp_HFslKHVF6dDQ3gd_IBwZklEN77T0TynfufnnPnLJyPe9JyfMqkRD2qve452khltObe4FS0gsDqE7t-9ypM2lGPNNJQC_5IXLG3hsriSB86JUt5cFOdd2EPv3TIDR3pUI56ApDHuT4eQjTG_vUcgy0e_gnICqvGne2rZ3OiZIXxAbZETv6wtredOYzwAywCJFbQdkcEFawSWubSzSDfpkRGZJtqVl2qMFcVw/https%3A%2F%2Fanchor.fm%2Fmarna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Clark Morris" <03b2c618bdfc-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 22/09/2021 23:10 Subject:[IBM External] Re: IPL's POR's frequency Sent by:"IBM Mainframe Discussion List" If Brian's sites only IPL once a year or less frequently, how are fixes to LPA modules applied? other fixes requiring an IPL? I was impressed with maintenance on the Tandem system (now HPE non-stop) where maintenance was just a simple operator procedure. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: RMF SMF "broken" records
Peter, Thanks for getting the information. The unique key was critical in being able to re-bundle the "broken" records. Regards, Pierre. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zPDT Learner's Edition
Not aimed at you Lennie :-) , not pre-announcing anything :-), having no insight to bring, but at that price I'd like to think of that also as Retiree Edition. No smiley because I'm serious that I would consider it. It's about the price of an Apple Developer annual subscription - which I would also contemplate. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Lennie Bradshaw" <032fff1be9b4-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 23/09/2021 09:54 Subject:[EXTERNAL] zPDT Learner's Edition Sent by:"IBM Mainframe Discussion List" Has anyone else any information on the zD&T Learner's Edition that was recently shown on the IBM zZ&T pages? https://www.ibm.com/products/z-development-test-environment/pricing It appears that IBM has removed some references to it now, although the FAQs on that page (need to scroll down) still show a question with a price of $120 per annum once a person is "Qualified". Any comments from IBM would be useful. Lennie Dymoke-Bradshaw https://rsclweb.com "Dance like no one is watching. Encrypt like everyone is" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zPDT Learner's Edition
Has anyone else any information on the zD&T Learner's Edition that was recently shown on the IBM zZ&T pages? https://www.ibm.com/products/z-development-test-environment/pricing It appears that IBM has removed some references to it now, although the FAQs on that page (need to scroll down) still show a question with a price of $120 per annum once a person is "Qualified". Any comments from IBM would be useful. Lennie Dymoke-Bradshaw https://rsclweb.com "Dance like no one is watching. Encrypt like everyone is" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [IBM External] The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?)
There are lots of things that breaks pipelines - and so recovery is a necessary thing to think about and build in. I guess the difference between Pipes and pipes :-) is one of granularity. A (CMS-style) pipeline is probably one you're more willing to restart in its entirety. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Timothy Sipples" To: IBM-MAIN@LISTSERV.UA.EDU Date: 23/09/2021 05:27 Subject:[IBM External] The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?) Sent by:"IBM Mainframe Discussion List" I misplaced the original post, but somewhere in this thread someone commented that checkpointing is less important. I think I disagree, so just a quick comment from me. Yes, absolutely, there's much more computing power and much better I/O. There are also lots of efficiency gains -- much better compilers, for example. However, if anything the data volumes and related requirements are growing even faster. We've also seen recent, real world incidents involving major organizations failing to meet batch processing deadlines with serious consequences, in some cases to whole national economies. My anecdotal observation is that checkpointing is becoming more important at least on z/OS, not less. By sheer coincidence I'm having a technical conversation this afternoon that (when you boil it down to its essence) is "please implement a certain type of checkpointing." I interpreted this particular remark as a side comment, not really anything that genuinely affects whether pipes are useful in some cases. Yes, pipes are useful. It's not necessary to bash checkpointing in defense of pipes, or vice versa. - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?)
I'm not familiar with FANOUT but if it writes a record to, say, two destinations, it's got to copy one of them. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Hobart Spitz" To: IBM-MAIN@LISTSERV.UA.EDU Date: 23/09/2021 04:18 Subject:[EXTERNAL] Re: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?) Sent by:"IBM Mainframe Discussion List" Paul said: > I'm guessing the atypical case is a stage such as FANOUT which necessarily copies the data. Not sure what you mean by atypical. FANOUT is typical in the respect that it doesn't create an actual copy of the input record. It just looks like it. FANOUT, and non-record-changing stages, pass the same input record pointer to their downstream stage(s). This is what makes Pipes so efficient. No working set expansion and less reloading of just purged cache data. OREXXMan Would you rather pass data in move mode (*nix piping) or locate mode (Pipes) or via disk (JCL)? Why do you think you rarely see *nix commands with more than a dozen filters, while Pipelines specifications are commonly over 100s of stages, and 1000s of stages are not uncommon. IBM has been looking for an HLL for program products; REXX is that language. On Wed, Sep 22, 2021 at 3:13 AM Martin Packer wrote: > Conversely a pipe as input is not necessarily a good input medium for a > sort. 10 years ago I contributed to a Batch Modernization Redbook on this, > emphasising the need for BatchPipes input to DFSORT to be accompanied by a > FILSZ / AVGRLEN estimate pair. > > Bringing it back to pipes, I wonder if it's feasible to tell a sorting > stage (whether DFSORT (yes please Sri Hari) or otherwise) the input size. > Otherwise we could have blow ups or bad performance at scale. > > BTW I'm all in favour of pipes as a first class citizen but note I have > little influence in this regard. > > Cheers, Martin > > Martin Packer > > WW z/OS Performance, Capacity and Architecture, IBM Technology Sales > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > > Blog: https://mainframeperformancetopics.com > > Mainframe, Performance, Topics Podcast Series (With Marna Walle): > https://anchor.fm/marna-walle > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > From: "Paul Gilmartin" <000433f07816-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 22/09/2021 03:50 > Subject:[EXTERNAL] Re: The Business Case for Pipes in the z/OS > Base (was: Re: REXX - Interpret or Value - Which is better?) > Sent by:"IBM Mainframe Discussion List" > > > > On Tue, 21 Sep 2021 21:03:14 -0500, Mike Schwab wrote: > > >If a SORT (or other similar temporary data store) program is one of > >the pipe programs, when the EXEC PGM= program closes the output file > >then the program holding the data needs to output the stored data to > >output ddnames (pipe or output files). > > > Are you thinking of MS-DOS pseudo-"pipes" where the upstream program > wrote a temporary file under-the-covers and the downstream program > processed it? A pipe in syntax only. Even Windows is better nowadays. > > SORT is a bad conceptual example for Pipethink because SORT can't > write its first output record until it has read its last input record. > Better > to envision a filter which re-formats log records from a long-running (or > never-terminating) program, writing a file to be browsed with SDSF or > tail -f in real time. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > -- > 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU --
Re: [IBM External] Re: IPL's POR's frequency
Doesn't Dynamic LPA cover this? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Clark Morris" <03b2c618bdfc-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 22/09/2021 23:10 Subject:[IBM External] Re: IPL's POR's frequency Sent by:"IBM Mainframe Discussion List" If Brian's sites only IPL once a year or less frequently, how are fixes to LPA modules applied? other fixes requiring an IPL? I was impressed with maintenance on the Tandem system (now HPE non-stop) where maintenance was just a simple operator procedure. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN