AUTO: Laura Bostian/Poughkeepsie/IBM is out of the office. (returning 12/13/2010)
I am out of the office until 12/13/2010. I am out of the office, returning on Monday, Dec.13. I will respond to your email when I return. Note: This is an automated response to your message IBM-MAIN Digest - 8 Dec 2010 to 9 Dec 2010 (#2010-343) sent on 12/10/10 0:00:03. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: James Obrizok is out of the office on vacation returning Monday December 13th. (returning 12/13/2010)
I am out of the office until 12/13/2010. If you require immediate assistance, please contact my backup Fernando Vega on 1-404-238-4580 or Jon Regitsky on 1-404-238-3134. Thank you. Note: This is an automated response to your message IBM-MAIN Digest - 8 Dec 2010 to 9 Dec 2010 (#2010-343) sent on 12/10/10 0:00:03. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding STEPLIB
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills You are right. Allocation messages show the overridden STEPLIB as kept, so the DD must have been in effect. As an additional test I changed the DSNs in the PROC DDs to a nonexistent name -- a fairly realistic example of one reason you might want to override them -- and the JCL failed on the +001 concatenation (but successfully ignored the first STEPLIB DD), confirming that it was not overridden. I am now thinking that the null DD overrides nothing. I know there is that issue that one tends to think of DD overrides as replacing the PROC DDs, but in fact they supplement them IIRC. IIRC it is possible to get burned because you for example override the DSN= but leave some now-incorrect operand like an incorrect RECFM. So a null DD adds nothing to the existing DD and leaves the rest of it (all of it) in place. Exactly. But null overrides do have at least one use, which we exploit: Extending a DD concatenation. CICS regions (for example) require a base set of libraries in //DFHRPL, along with application-specific libraries. We code the base libraries in a common PROC, and code the overrides in each region's startup JCL member (we run CICS regions as started jobs). This technique is obviated with the introduction of CICS's dynamic libraries, but it ain't broke so we're in no hurry to fix it. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding STEPLIB
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Include enough DCB information to make it look like a PDS and it should work (but I never tried that). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: Overriding STEPLIB
In procs where it's a high probability for the need to override steplib I use to begin with two dummy loadlibs in steplib: //STEPLIB DD DISP=SHR,A.DUMMY.LOADLIB // DD DISP=SHR,A.DUMMY.LOADLIB // DD DISP=SHR,THE.REAL.LOADLIB1 // DD DISP=SHR,THE.REAL.LOADLIB2 etc. The point is that You can override without bothering about the existing loadlibs. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Charles Mills Skickat: den 9 december 2010 23:18 Till: IBM-MAIN@bama.ua.edu Ämne: Re: Overriding STEPLIB Or, as I said in the OP I can solve it with //PSTEP.STEPLIB DD DSN=foo... //DD DSN=foo... But that seems like kind of a kludge. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dan Skomsky, PSTI Sent: Thursday, December 09, 2010 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Why not just: //STEP1.STEPLIB DD DSN=ANYLIB,DISP=SHR DD DSN=ANYLIB,DISP-SHR DD DSN=ANYLIB,DISP=SHR etc. This may not be pretty, but it is simple. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Thursday, December 09, 2010 3:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Try DD DUMMY,RECFM=U,DSROG=PO,BLKSIZE=32760 Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Thursday, December 09, 2010 1:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB try using // DD DSN=NULLFILE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSMLOC documents as using the current address space
IOW, a PC-SS cannot examine the callers addresses via VSMLOC? Correct, at least using documented interfaces (since secondary and home ASC modes are not part of the documented programming interface, and as such might or might not work). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding STEPLIB
Thanks, everyone. look like a PDS and it should work Without exhaustive experimentation the answer seems to be that it does not. Tried RECFM=U plus a couple of other parms. Not a definitive experiment, but it did not seem to work. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, December 10, 2010 4:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Include enough DCB information to make it look like a PDS and it should work (but I never tried that). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Edit Macro for PDSHELP and MVS/Quickref
Do you use the PDS command and have MVS/Quickref?I created a small edit macro that will update the PDSHELP member from the PDS command and insert Key Indicator records for loading into an MVS/Quickref user database. This will make all PDS command operands and messages available from MVS/Quickref. Let me know if anyone is interested in testing this out to see if it's useful and works as advertised before I send it to Sam for the CBTTAPE. thanks Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding STEPLIB
On Thu, 9 Dec 2010 11:06:02 -0800, Charles Mills wrote: //PSTEP.STEPLIB DD DSN=foo... //DD DSN=foo... But that seems like kind of a kludge. 2. If a PROC has a DD statement and you want to make it go away and not exist how do you do that? No, overriding it to DUMMY doesn't work -- leads to S2013s or somesuch if it is STEPLIB. Again, I can solve it by overriding it to an irrelevant load library, but that seems kind of kludge also. Is there a preferred method? Not mentioned in this thread as far as I have read is the documented misbehavior that if any catenand is DUMMY (or equivalently NULLFILE) subsequent catenands will not be read. I don't recall whether they will be allocated. The best recourse (kludge) is, as already suggested, to override with an empty data set. This might be a temporary data set. So, perhaps, //PSTEP.STEPLIB DD DISP=,UNIT=SYSALLDA,DSN=, // SPACE=(1,(1,,1)),RECFM=U // DD ... (I haven't tried this entirely; do I need additional attributes?) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding STEPLIB
You can try: //PSTEP.STEPLIB DD DUMMY,DCB=BLKSIZE=32000 //DD DUMMY,DCB=BLKSIZE=32000 2010/12/10 Charles Mills charl...@mcn.org Thanks, everyone. look like a PDS and it should work Without exhaustive experimentation the answer seems to be that it does not. Tried RECFM=U plus a couple of other parms. Not a definitive experiment, but it did not seem to work. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, December 10, 2010 4:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Include enough DCB information to make it look like a PDS and it should work (but I never tried that). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding STEPLIB
Include enough DCB information to make it look like a PDS and it should work (but I never tried that). Don't bother trying. I did (on an OS/390 release) and it didn't work. Maybe now? DUMMY.DUMMYLIB Works. Unfortunately, it's the answer. - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding STEPLIB
Isn't the more important DCB information DSORG=PO? Date: Fri, 10 Dec 2010 13:37:34 -0200 From: cvisco...@ig.com.br Subject: Re: Overriding STEPLIB To: IBM-MAIN@bama.ua.edu You can try: //PSTEP.STEPLIB DD DUMMY,DCB=BLKSIZE=32000 // DD DUMMY,DCB=BLKSIZE=32000 2010/12/10 Charles Mills charl...@mcn.org Thanks, everyone. look like a PDS and it should work Without exhaustive experimentation the answer seems to be that it does not. Tried RECFM=U plus a couple of other parms. Not a definitive experiment, but it did not seem to work. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ASG/Mobius
Question for anyone out here working with or on ASG/Mobius ...Jes2 selection / view question.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life Companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: overriding STEPLIB
Once upon a time the PL/I Optimizing Compiler had two link-time libraries, one for multitasking and one for non-multitasking. The multitasking library had only a few members, those of routines that had to be and were different in the two environments. Their names were the same as those of corresponding routines in the much larger standard, non-multitasking library. To make them accessible only when they were needed the non-tasking library was CONCATENATED TO ITSELF parametrically, in such a way that the DDN of the first term in the concatenation sequence could be overridden, replaced by the DDN of the multitasking library. When the first DDN wa not overridden, the concatenatioin of the standard library to itself was innocuous. When it was overridden the multitasking modules replaced the non-multitasking ones of the same name. This scheme can be adapted to the current problem in an obvious way. Concatenate the STEPLIB library to itself parametrically in the DDN of the first library in the concatenation sequence. Replacing this DDN with nullfile then nullifies this STEPLIB DD statement. Omitting to replace it does not. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CPOOL and register save area
I'm hoping to use a cell pool for a situation in which one would otherwise use STORAGE OBTAIN: to get a save and work area for a routine that has ABSOLUTELY NOTHING available in the way of reentrant storage (including no R13 save area). (The cell pool would be built in advance by a companion routine that would have normal storage resources.) I am a little troubled by what I am seeing in code relative to the documentation. The doc says Before issuing the CPOOL macro with the GET, FREE, or REGS=USE parameters, the caller is not required to place any information into any register unless using it in register notation for a particular parameter, or using it as a base register. But I ran a quick experiment and the first instruction generated by the macro is STM15,12,16(13) .SAVE REGISTERS Which would certainly seem to imply that it wants R13 to point to an available save area. I'm not fully understanding REGS=USE. If I code REGS=USE with GET,COND are registers 5-13 preserved in spite of the fact that with REGS=SAVE implied it does an STM for 15-12? Any guidance here would be appreciated. Here's the entire source code of the (admittedly non-executable) experiment: SYSSTATE OSREL=ZOSV1R6 USING *,R12 A total lie CPOOL GET,COND,CPID=MYPOOL,CELL=(R7) MYPOOL DSF COPY REGEQU END Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
REFRPROT and BMC database tools
IBM provided the REFRPROT option with z/OS 1.9 to allow customer sites to invoke additional protection from damage to read only refreshable modules. http://www.share.org/Portals/0/BitBuckets/36.pdf The BMC Backup and Recovery products are still not compatible with that option and BMC has not been able to provide any information on when they expect to support this . For the BMC utilities Change Accumulation Plus, Image Copy Plus, Recovery Manager for IMS and Recovery Plus for IMS there is no circumvention to this problem. To make this easier to recognize for others the failure might look something like this *680 BMC8354R DBRC CANNOT BE INITIALIZED - START DBUSS AND REPLY R TO RETRY OR REPLY C TO CANCEL BMC8354C DBRC INITIALIZATION FAILED (ICP) CSV019I REQUESTED MODULE DBITERA1 NOT ACCESSED, IS IN NON-APF LIBRARY/CONCATENATION CSV028I ABEND306-0C JOBNAME=DSS37ZVW STEPNAME=JS001 +BMC8300C DBRC SIGNOFF FAILED; SSID MUST BE REMOVED MANUALLY +BMC8522C CONTROL CARD PROCESSING COMPLETED WITH ERRORS (ICP) Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: overriding STEPLIB
On Fri, 10 Dec 2010 16:51:15 +, john gilmore wrote: This scheme can be adapted to the current problem in an obvious way. Concatenate the STEPLIB library to itself parametrically in the DDN of the first library in the concatenation sequence. Replacing this DDN with nullfile then nullifies this STEPLIB DD statement. Omitting to replace it does not. Perhaps not: 12.24.4 z/OS V1R12.0 MVS JCL Reference 12.24.4 Relationship to Other Control Statements The system treats data sets concatenated to a DUMMY data set as dummy data sets in that I/O operations are bypassed. However, the system performs disposition processing and allocates devices and storage for any concatenated data sets. ... which may not satisfy the needs of the OP. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASG/Mobius
On Fri, 10 Dec 2010 10:19:19 -0600, Ron Wells rwe...@agfinance.com wrote: Question for anyone out here working with or on ASG/Mobius ...Jes2 selection / view question.. Ron, I've used Mobius for a long time, whats the question? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPOOL and register save area
REGS=SAVE is the default. Code REGS=USE, and you will see different code dropped out by the macro. --Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSMLOC documents as using the current address space
On Fri, Dec 10, 2010 at 6:50 AM, Peter Relson rel...@us.ibm.com wrote: IOW, a PC-SS cannot examine the callers addresses via VSMLOC? Correct, at least using documented interfaces (since secondary and home ASC modes are not part of the documented programming interface, and as such might or might not work). VSMLOC does work in cross-memory mode (PASN HASN), *BUT* it is defined to require a primary ASC mode caller, so there's no way to clue the service about the address space you mean. It is going to assume you mean the current primary (PASN). The macro will return the address of the owning TCB for PVT. BTW For services that do accept ALET qualified parameters, most of them don't accept parameters in the secondary address space (ALET=1) That is because those services are implemented via PC instructions. Depending on how the PC is defined, executing the PC instruction will alter the current SASN, even if the PC is not space switching. So after the PC instruction is issued, the SASN that is seen by the service is (typically) the caller's PASN and the caller's SASN is no longer addressable. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASG/Mobius
Was told...the WTR field(sysout) is a must to be filed in...and can not place the output into the reportID it belongs to.. .. From: Dana Mitchell mitchd...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 12/10/2010 11:17 AM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Fri, 10 Dec 2010 10:19:19 -0600, Ron Wells rwe...@agfinance.com wrote: Question for anyone out here working with or on ASG/Mobius ...Jes2 selection / view question.. Ron, I've used Mobius for a long time, whats the question? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life Companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: overriding STEPLIB
The OP has moved on to other things but if I understand the below correctly it does not satisfy the OP's original requirement in that no change to the given PROC was fundamental. If you throw out that requirement -- as I now have -- the problem becomes trivial. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Friday, December 10, 2010 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: overriding STEPLIB Once upon a time the PL/I Optimizing Compiler had two link-time libraries, one for multitasking and one for non-multitasking. The multitasking library had only a few members, those of routines that had to be and were different in the two environments. Their names were the same as those of corresponding routines in the much larger standard, non-multitasking library. To make them accessible only when they were needed the non-tasking library was CONCATENATED TO ITSELF parametrically, in such a way that the DDN of the first term in the concatenation sequence could be overridden, replaced by the DDN of the multitasking library. When the first DDN wa not overridden, the concatenatioin of the standard library to itself was innocuous. When it was overridden the multitasking modules replaced the non-multitasking ones of the same name. This scheme can be adapted to the current problem in an obvious way. Concatenate the STEPLIB library to itself parametrically in the DDN of the first library in the concatenation sequence. Replacing this DDN with nullfile then nullifies this STEPLIB DD statement. Omitting to replace it does not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
In 4cfa646c.6060...@acm.org, on 12/04/2010 at 09:55 AM, Joel C. Ewing jcew...@acm.org said: Because of the complexity of the docbook approach, there has been pressure in recent years to go to a more update-friendly wysiwyg solution, In my experience, WYSIWYG[1] is not update friendly. My own preference is OpenOffice. It's not as user hostile as m$ word, but I'd still prefer, e.g., BookMaster. it seems like MS Word more often tries to do too much It's not that it tries to do too much, it's that the attempts are inept and don't allow the user to easily override the standard behavior. and makes erroneous assumptions about my formatting intentions. With no way to tell it Do what I say and *only* what I say. but to not violate my requirement for availability of MVS documentation, Run your web server on MVS. There would also have to be some support to take a collection of separate related articles and assemble them into a hard copy manual, That might be harder. [1] What You See Is All You Get. No hint as to what will happen if you change anything. I'll take a proper markup language, TYVM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EPO's (Emergency Power Off)
In listserv%201012031431537355.0...@bama.ua.edu, on 12/03/2010 at 02:31 PM, Patrick Lyon ptl...@midamerican.com said: We had a normal power bump to our building. Happens once in awhile, right? Lights go off for a second and back on, PC reboots, you've recovered from that sudden shock it gives you. That's possible, even common. It's not guarantied. How about this. Power goes out. Power eventually comes back. Surge protector is fried. PC power supply is dead. After replacing power supply, PC has intermittent hangs that nobody has been able to diagnose. Luckily we did not suffer any issues. You didn't have 3380's. Can you say replace the HDA's? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EPO's (Emergency Power Off)
In offf6e9122.a3b6e951-on862577ee.006089b9-862577ee.00618...@assurant.com, on 12/03/2010 at 11:45 AM, Darth Keller darth.kel...@assurant.com said: An interesting question came up this morning The hard way? Have I found a new career path or should I just ask for my medications to be adjusted? I would like to tell you that the scenario is a fantasy and that you have nothing to worry about. I would like for that to be true. Alas, it isn't true and my honesty precludes trying to reassure you. My take is that most companies will dismiss your concerns until it happens, then demand to know why you weren't prepared once[1] it happens. Note that EOP has another meaning in the mainframe world; it's a control that you should not activate except to prevent death or bodily injury. [1] When, not if. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [AD] CA Technologies Delivers Ground-Breaking CA Mainframe Chorus
In 77142d37c0c3c34da0d7b1da7d7ca34308805...@nwt-s-mbx2.rocketsoftware.com, on 12/08/2010 at 02:44 PM, Bill Fairchild bi...@mainstar.com said: I also do not like receiving ads through the IBM-MAIN list server. In fact, I tend to feel personally insulted when an ad appears without the author's stating that he cleared the ad with the listserver's management. I like seeing boilerplate announcements cleared with the list owner; the message in question was neither. I also found 'CA Mainframe Chorus. Yes this is an ad so please delete if you are not interested,' to be more than a little arrogant. Aurora should know better. Yes, Bud was unprofessional, but no more so than the OP. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DDNAME= oddity
In 016801cb97e6$8fffcf50$afff6d...@org, on 12/09/2010 at 01:18 PM, Charles Mills charl...@mcn.org said: I'm trying to figure out how to recognize the condition it. In HLA you have several options. In each case the documentation tells you how to recognize DUMMY. * Use DEVTYPE * Look at the TIOT entry * I believe that DYNALLOC allocation retrieval will tell you * If you did an OPEN, look in the DCB -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
In 1291469455.3321.94.ca...@mckown5.johnmckown.net, on 12/04/2010 at 07:30 AM, John McKown joa...@swbell.net said: Anyway, I have access to a Windows server system. Bletch! Granted, it is a bit of a bother to have to type stuff in. If it's based on existing documentation, then you just need to modify the markup, not retype the whole thing. They have said that it is just too different from MS Word I.e., it works. MS Word is universal Every time someone says I don't believe in theories, another theory dies. So learning to maintain a Wiki article is not marketable. I suspect that wiki is becoming more prevalent than m$ word, if it's not there already. Am I insane to want to use a Wiki for this sort of thing __instead__ of a Word processor? Are you asking about the politics or the technology? Technically, wiki makes more sense than m$ word. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [AD] CA Technologies Delivers Ground-Breaking CA Mainframe Chorus
In 3aa3218bb9554144a37ce24f8ee9853503684...@ukslms11.ca.com, on 12/08/2010 at 02:07 PM, Dell'Anno, Aurora Emanuela aurora.della...@ca.com said: There is no need to send personal insults. There is no need to spam the list. Surely you could have written an announcement, requested permission and posted the *announcement* instead of a hyperbolic ad. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: ASG/Mobius
did you get this?? had error on mailer. - Forwarded by Ron Wells/AGFS/AGFin on 12/10/2010 12:11 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 12/10/2010 11:35 AM Subject:Re: ASG/Mobius Was told...the WTR field(sysout) is a must to be filed in...and can not place the output into the reportID it belongs to.. .. From: Dana Mitchell mitchd...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 12/10/2010 11:17 AM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Fri, 10 Dec 2010 10:19:19 -0600, Ron Wells rwe...@agfinance.com wrote: Question for anyone out here working with or on ASG/Mobius ...Jes2 selection / view question.. Ron, I've used Mobius for a long time, whats the question? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life Companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DDNAME= oddity
Is DUMMY in the TIOT? I recall that I asked on this list a while ago and I believe the answer was that it is in the TIOT only in the sense that TIOT-JFCB which contains NULLFILE. Is there a DCB readily available from fopen()? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, December 10, 2010 7:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DDNAME= oddity In 016801cb97e6$8fffcf50$afff6d...@org, on 12/09/2010 at 01:18 PM, Charles Mills charl...@mcn.org said: I'm trying to figure out how to recognize the condition it. In HLA you have several options. In each case the documentation tells you how to recognize DUMMY. * Use DEVTYPE * Look at the TIOT entry * I believe that DYNALLOC allocation retrieval will tell you * If you did an OPEN, look in the DCB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: overriding STEPLIB
I must confess that I did not 'see', i.e., elect to read, the original post. The scheme I outlined was devised by someone at IBM Hursley in the 70s. It still works well; the thread was floundering; I therefore set it out. The no-change-to-the-original-proc formulation anyway strikes me as of only very specialized, puzzle-writer's interest. The fox is dead whether you shoot it or hunt it down on horseback in some prescribed, ritually correct fashion. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: overriding STEPLIB
This works: //PSTEPLIB.STEPLIB DD DSN=A,DCB=(DSORG=PS,RECFM=F,BLKSIZE=32760), // DISP=(,PASS),UNIT=SYSDA,SPACE=(TRK,0) 2010/12/10 Charles Mills charl...@mcn.org The OP has moved on to other things but if I understand the below correctly it does not satisfy the OP's original requirement in that no change to the given PROC was fundamental. If you throw out that requirement -- as I now have -- the problem becomes trivial. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Friday, December 10, 2010 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: overriding STEPLIB Once upon a time the PL/I Optimizing Compiler had two link-time libraries, one for multitasking and one for non-multitasking. The multitasking library had only a few members, those of routines that had to be and were different in the two environments. Their names were the same as those of corresponding routines in the much larger standard, non-multitasking library. To make them accessible only when they were needed the non-tasking library was CONCATENATED TO ITSELF parametrically, in such a way that the DDN of the first term in the concatenation sequence could be overridden, replaced by the DDN of the multitasking library. When the first DDN wa not overridden, the concatenatioin of the standard library to itself was innocuous. When it was overridden the multitasking modules replaced the non-multitasking ones of the same name. This scheme can be adapted to the current problem in an obvious way. Concatenate the STEPLIB library to itself parametrically in the DDN of the first library in the concatenation sequence. Replacing this DDN with nullfile then nullifies this STEPLIB DD statement. Omitting to replace it does not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, December 10, 2010 11:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Philosophy: curiousity question In 4cfa646c.6060...@acm.org, on 12/04/2010 at 09:55 AM, Joel C. Ewing jcew...@acm.org said: Because of the complexity of the docbook approach, there has been pressure in recent years to go to a more update-friendly wysiwyg solution, In my experience, WYSIWYG[1] is not update friendly. My own preference is OpenOffice. It's not as user hostile as m$ word, but I'd still prefer, e.g., BookMaster. it seems like MS Word more often tries to do too much It's not that it tries to do too much, it's that the attempts are inept and don't allow the user to easily override the standard behavior. and makes erroneous assumptions about my formatting intentions. With no way to tell it Do what I say and *only* what I say. but to not violate my requirement for availability of MVS documentation, Run your web server on MVS. There would also have to be some support to take a collection of separate related articles and assemble them into a hard copy manual, That might be harder. [1] What You See Is All You Get. No hint as to what will happen if you change anything. I'll take a proper markup language, TYVM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT In today's environment, though I love DCF and the old Script and GML, I'd go with Tex. Lyx and LaTex are good editors for Tex documents. And Tex is definitely up to the task of making professional documentation. Might go with Docbook too. Word processing and document composition are not the same thing! I hate WYSIWYG because it is an oxymoron. Carefully and lovingly create a beautiful document in MS Word (I dare you!). Now, change your printer. OOPS, the displayed document changed too! I've had that happen too many times in the past. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, December 10, 2010 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Philosophy: curiousity question snip Am I insane to want to use a Wiki for this sort of thing __instead__ of a Word processor? Are you asking about the politics or the technology? Technically, wiki makes more sense than m$ word. -- Shmuel (Seymour J.) Metz, SysProg and JOAT I found an easier way to do this. Install openoffice.org-wiki-publisher. Open the MS Word document in OpenOffice. Now: File-Export. In the dialog box, change the File Format: to MediaWiki (.txt). Click on Export in the dialog box. If you're running WikiMedia as your Wiki software, you should be fine. Other, edit the .txt file as needed for your Wiki markup. Now cut'n'paste into your Wiki. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [AD] CA Technologies Delivers Ground-Breaking CA Mainframe Chorus
It would be nice to be able to clear postings with Darren, but when is the last time you saw anything posted by him? I don't know if he still owns the list or not, but several years ago he told us he wouldn't be doing much with the list. If anyone has any different information, I for would like to know. -- Eric Bielefeld Systems Programmer Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: I like seeing boilerplate announcements cleared with the list owner; -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: ASG/Mobius
On Fri, 10 Dec 2010 12:12:09 -0600, Ron Wells rwe...@agfinance.com wrote: Was told...the WTR field(sysout) is a must to be filed in...and can not place the output into the reportID it belongs to.. Ron, Not sure if I completely understand what you are asking. Do you mean is the WTR on the SYSOUT parm on an output DD required? No. Ours are all set up so that the batch job just picks up everything in class I, and finds the report ID based on row and column in the output. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Darren's approval
Eric Bielefeld on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/10/2010 11:56:09 AM: It would be nice to be able to clear postings with Darren, but when is the last time you saw anything posted by him? I don't know if he still owns the list or not, but several years ago he told us he wouldn't be doing much with the list. If anyone has any different information, I for would like to know. I e-mailed Darren on 10/25/2010, asking him to approve my new DFSORT PTF announcement before I posted it, and he replied I could the same day. So as of Oct, 2010, he was still available for approving posts. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Darren's approval
-Original Message- I e-mailed Darren on 10/25/2010, asking him to approve my new DFSORT PTF announcement before I posted it, and he replied I could the same day. So as of Oct, 2010, he was still available for approving posts. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- Frank, For the benefit of others, are you able to post Darren's email address? Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Darren's approval
Stephen Mednick on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/10/2010 12:53:54 PM: Frank, For the benefit of others, are you able to post Darren's email address? Well, I believe I got it from a public source (and it wouldn't be difficult to guess), so I hope Darren doesn't mind me posting it here. The e-mail address I used was: dar...@bama.ua.edu Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding STEPLIB
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, December 10, 2010 5:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Thanks, everyone. look like a PDS and it should work Without exhaustive experimentation the answer seems to be that it does not. Tried RECFM=U plus a couple of other parms. Not a definitive experiment, but it did not seem to work. I suggested that before I looked the RC up. The RC is pretty specific and explicitly mentions DUMMY. Dave Gibney Information Technology Services Washington State University Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, December 10, 2010 4:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Include enough DCB information to make it look like a PDS and it should work (but I never tried that). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Darren's approval
Darren is alive and well. Sometimes I miss a day or two of reading, but I'm still around...and can be reached at dar...@bama.ua.edu. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Mike Smith-IS is out of the office. (returning 12/13/2010)
I am out of the office until 12/13/2010. I will respond to your message when I return. Note: This is an automated response to your message IBM-MAIN Digest - 9 Dec 2010 to 10 Dec 2010 (#2010-344) sent on 12/11/2010. This is the only notification you will receive while this person is away. ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
