Re: Ideas for less-distruptive disruptions - Netmaster:Solve and CICS
Tom Longfellow. I presented a session at Share in Phoenix in 2019 on the subject of CICS transactions written in REXX. https://www.share.org/Events/Past-Events/Proceedings/Proceeding-Details/cics-and-rexx-some-useful-tips-and-tricks The capability has been around for years. Just happens that nobody bothers to install the feature (unless it's me, LOL). On Fri, Mar 22, 2024 at 6:35 AM Sri Hari Kolusu wrote: > >> I see a lot more research in my future. > > Tom, > > Here is something to get you started. > > https://www.ibm.com/docs/en/cics-ts/beta?topic=server-rexxcics-commands > > Thanks, > Kolusu > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP SBDATACONN - how to display?
>> I mean translation details. Radoslaw, Check this https://www.ibm.com/support/pages/overview-using-data-translation-zos-ftp https://www.ibm.com/docs/en/zos/2.5.0?topic=protocol-ftp-configuration-statements-in-ftpdata Thanks, Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP SBDATACONN - how to display?
On Sun, 24 Mar 2024 21:46:37 +0100, Radoslaw Skorupka wrote: >How to display current settings of SBDATACONN? >I mean translation details. >The server is running on z/OS, the client is Windows or Linux (text >mode, no GUI clients). > what does [QUOTE [SITE]] STAT tell you? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP SBDATACONN - how to display?
How to display current settings of SBDATACONN? I mean translation details. The server is running on z/OS, the client is Windows or Linux (text mode, no GUI clients). BTW: Do exist any presentations regarding ftp multi-platform issues like EBCDIC-ASCII or dataset-file conversions? I do RTFM, but the manual is not clear for me. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS suspended wait time increased
If you use the link that Colin gave you for the CICS VSAM string waits you can "back track" to all the needed documentation you would need to help you with things. https://www.ibm.com/docs/en/cics-ts/5.3?topic=waits-resource-types-fcpssusp-fcsrsusp-vsam-strings Also, if I recall correctly SYSVIEW should be able to show you the string counts and other things like buffer counts for non-RLS and RLS Vsam datasets. Paul -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Sunday, March 24, 2024 9:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CICS suspended wait time increased Ceda ? On Sun, Mar 24, 2024, 13:47 raji ece < 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> wrote: > May I know how to check the string value in file definition? > > Looks like we have wait time for KSDS dataset. > > > > On Sun, Mar 24, 2024, 17:57 Colin Paice < > 059d4daca697-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > https://www.ibm.com/docs/en/cics-ts/5.6?topic=facility-monitoring-by-u > sing-cics-db2-statistics > > says > > In the Db2 Connection statistics, check the field “Peak number of > > tasks > on > > Pool Readyq”, and also the field “Peak number of Tasks on TCB > > Readyq”. If the latter is nonzero, tasks were queued waiting for a > > Db2 connection to use with their open TCBs, rather than waiting for > > a thread. The tasks > were > > queued because the TCBLIMIT, the maximum number of TCBs that can be > > used > to > > control threads into Db2, had been reached. This shows that the > > number of threads available (the sum of the THREADLIMIT values for > > the pool, for command threads and for all DB2ENTRYs) exceeds the > > number of TCBs > allowed. > > TCBLIMIT or the THREADLIMIT values should be adjusted in this case. > > > > You may not have enough threads in the DB2 pool > > > > > > > https://www.ibm.com/docs/en/cics-ts/5.3?topic=waits-resource-types-fcp > ssusp-fcsrsusp-vsam-strings > > says > > For non-RLS mode, the number of strings defined for a VSAM data set > > (STRINGS parameter in the FILE resource definition) determines how > > many tasks can use the data set concurrently. STRINGS can have a > > value in the range 1–255. For RLS mode, strings are automatically > > allocated as needed > up > > to a maximum of 1024. When all the strings are in use, any other > > task wanting to access the data set must wait until a string has > > been > released. > > > > Check the strings in the FILE definition > > > > Colin > > > > On Sun, 24 Mar 2024 at 11:33, raji ece < > > 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> wrote: > > > > > We don't have any CPU constraint for cics address space. > > > > > > Below values are high for some transactions in the business hours > > > but > in > > > off hours we don't see much wait time with any other Parameters. > > > > > > DB2 readyq wait time and FC Vsam string wait time has high values > > > for > > some > > > transactions during the mid hours and we don't see any wait time > > > for > off > > > hours. > > > > > > > > > > > > On Sun, Mar 24, 2024, 13:33 Massimo Biancucci < > > > 05a019256424-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > > Hi, > > > > > > > > let me joke a bit. > > > > > > > > A man went to the doctor saying: "Doctor if I use my finger and > > > > touch > > my > > > > head I feel pain, if I touch my arm I feel pain, if I touch my > > > > chest > I > > > feel > > > > pain, if I touch my leg I feel pain. What do you think the > > > > problem is > > ?" > > > > The doctor: "Your finger is the problem, maybe it's broken" > > > > > > > > The paining points are at different level and for each one > > > > there's something to look at. > > > > You didn't report any "value" so we can assume the problem is > > > > equally spreaded all over those indicators. > > > > > > > > Do you have any CPU constraints for CICS Address Spaces ? > > > > > > > > Best regards. > > > > Max > > > > > > > > > > > > Il giorno dom 24 mar 2024 alle ore 07:08 raji ece < > > > > 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> ha scritto: > > > > > > > > > Hello Team, > > > > > > > > > > Good day, > > > > > > > > > > We have noticed some of our CICS transaction are getting > > > > > delayed > > recent > > > > > days. When we check in sysview , the suspended time is high > > > > > and the execution time is very short. > > > > > > > > > > In the suspended segregation list, we could see below list > > > > > with > more > > > wait > > > > > time. > > > > > > > > > > Temp storage wait time > > > > > File I/O wait time > > > > > CICS exception wait time > > > > > CICS TCB change mode delay time FC VSAM string wait time > > > > > DB2 readyq wait time > > > > > Resources manager interface time Resources manager suspended > > > > > time ( What are the aspects for all this wait time) > > > > > > > > > > Also, I have noticed CICS exception and VSAM string wait time > > > > > has > > same > > > > > value. > > > >
Re: CICS suspended wait time increased
Ceda ? On Sun, Mar 24, 2024, 13:47 raji ece < 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> wrote: > May I know how to check the string value in file definition? > > Looks like we have wait time for KSDS dataset. > > > > On Sun, Mar 24, 2024, 17:57 Colin Paice < > 059d4daca697-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > https://www.ibm.com/docs/en/cics-ts/5.6?topic=facility-monitoring-by-using-cics-db2-statistics > > says > > In the Db2 Connection statistics, check the field “Peak number of tasks > on > > Pool Readyq”, and also the field “Peak number of Tasks on TCB Readyq”. If > > the latter is nonzero, tasks were queued waiting for a Db2 connection to > > use with their open TCBs, rather than waiting for a thread. The tasks > were > > queued because the TCBLIMIT, the maximum number of TCBs that can be used > to > > control threads into Db2, had been reached. This shows that the number of > > threads available (the sum of the THREADLIMIT values for the pool, for > > command threads and for all DB2ENTRYs) exceeds the number of TCBs > allowed. > > TCBLIMIT or the THREADLIMIT values should be adjusted in this case. > > > > You may not have enough threads in the DB2 pool > > > > > > > https://www.ibm.com/docs/en/cics-ts/5.3?topic=waits-resource-types-fcpssusp-fcsrsusp-vsam-strings > > says > > For non-RLS mode, the number of strings defined for a VSAM data set > > (STRINGS parameter in the FILE resource definition) determines how many > > tasks can use the data set concurrently. STRINGS can have a value in the > > range 1–255. For RLS mode, strings are automatically allocated as needed > up > > to a maximum of 1024. When all the strings are in use, any other task > > wanting to access the data set must wait until a string has been > released. > > > > Check the strings in the FILE definition > > > > Colin > > > > On Sun, 24 Mar 2024 at 11:33, raji ece < > > 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> wrote: > > > > > We don't have any CPU constraint for cics address space. > > > > > > Below values are high for some transactions in the business hours but > in > > > off hours we don't see much wait time with any other Parameters. > > > > > > DB2 readyq wait time and FC Vsam string wait time has high values for > > some > > > transactions during the mid hours and we don't see any wait time for > off > > > hours. > > > > > > > > > > > > On Sun, Mar 24, 2024, 13:33 Massimo Biancucci < > > > 05a019256424-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > > Hi, > > > > > > > > let me joke a bit. > > > > > > > > A man went to the doctor saying: "Doctor if I use my finger and touch > > my > > > > head I feel pain, if I touch my arm I feel pain, if I touch my chest > I > > > feel > > > > pain, if I touch my leg I feel pain. What do you think the problem is > > ?" > > > > The doctor: "Your finger is the problem, maybe it's broken" > > > > > > > > The paining points are at different level and for each one there's > > > > something to look at. > > > > You didn't report any "value" so we can assume the problem is equally > > > > spreaded all over those indicators. > > > > > > > > Do you have any CPU constraints for CICS Address Spaces ? > > > > > > > > Best regards. > > > > Max > > > > > > > > > > > > Il giorno dom 24 mar 2024 alle ore 07:08 raji ece < > > > > 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> ha scritto: > > > > > > > > > Hello Team, > > > > > > > > > > Good day, > > > > > > > > > > We have noticed some of our CICS transaction are getting delayed > > recent > > > > > days. When we check in sysview , the suspended time is high and the > > > > > execution time is very short. > > > > > > > > > > In the suspended segregation list, we could see below list with > more > > > wait > > > > > time. > > > > > > > > > > Temp storage wait time > > > > > File I/O wait time > > > > > CICS exception wait time > > > > > CICS TCB change mode delay time > > > > > FC VSAM string wait time > > > > > DB2 readyq wait time > > > > > Resources manager interface time > > > > > Resources manager suspended time > > > > > ( What are the aspects for all this wait time) > > > > > > > > > > Also, I have noticed CICS exception and VSAM string wait time has > > same > > > > > value. > > > > > > > > > > What are the possible ways to fix this problem? > > > > > > > > > > > > -- > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > > > > > > > > > > > > > -- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO > IBM-MAIN > > > > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email
Re: CICS suspended wait time increased
May I know how to check the string value in file definition? Looks like we have wait time for KSDS dataset. On Sun, Mar 24, 2024, 17:57 Colin Paice < 059d4daca697-dmarc-requ...@listserv.ua.edu> wrote: > > https://www.ibm.com/docs/en/cics-ts/5.6?topic=facility-monitoring-by-using-cics-db2-statistics > says > In the Db2 Connection statistics, check the field “Peak number of tasks on > Pool Readyq”, and also the field “Peak number of Tasks on TCB Readyq”. If > the latter is nonzero, tasks were queued waiting for a Db2 connection to > use with their open TCBs, rather than waiting for a thread. The tasks were > queued because the TCBLIMIT, the maximum number of TCBs that can be used to > control threads into Db2, had been reached. This shows that the number of > threads available (the sum of the THREADLIMIT values for the pool, for > command threads and for all DB2ENTRYs) exceeds the number of TCBs allowed. > TCBLIMIT or the THREADLIMIT values should be adjusted in this case. > > You may not have enough threads in the DB2 pool > > > https://www.ibm.com/docs/en/cics-ts/5.3?topic=waits-resource-types-fcpssusp-fcsrsusp-vsam-strings > says > For non-RLS mode, the number of strings defined for a VSAM data set > (STRINGS parameter in the FILE resource definition) determines how many > tasks can use the data set concurrently. STRINGS can have a value in the > range 1–255. For RLS mode, strings are automatically allocated as needed up > to a maximum of 1024. When all the strings are in use, any other task > wanting to access the data set must wait until a string has been released. > > Check the strings in the FILE definition > > Colin > > On Sun, 24 Mar 2024 at 11:33, raji ece < > 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> wrote: > > > We don't have any CPU constraint for cics address space. > > > > Below values are high for some transactions in the business hours but in > > off hours we don't see much wait time with any other Parameters. > > > > DB2 readyq wait time and FC Vsam string wait time has high values for > some > > transactions during the mid hours and we don't see any wait time for off > > hours. > > > > > > > > On Sun, Mar 24, 2024, 13:33 Massimo Biancucci < > > 05a019256424-dmarc-requ...@listserv.ua.edu> wrote: > > > > > Hi, > > > > > > let me joke a bit. > > > > > > A man went to the doctor saying: "Doctor if I use my finger and touch > my > > > head I feel pain, if I touch my arm I feel pain, if I touch my chest I > > feel > > > pain, if I touch my leg I feel pain. What do you think the problem is > ?" > > > The doctor: "Your finger is the problem, maybe it's broken" > > > > > > The paining points are at different level and for each one there's > > > something to look at. > > > You didn't report any "value" so we can assume the problem is equally > > > spreaded all over those indicators. > > > > > > Do you have any CPU constraints for CICS Address Spaces ? > > > > > > Best regards. > > > Max > > > > > > > > > Il giorno dom 24 mar 2024 alle ore 07:08 raji ece < > > > 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> ha scritto: > > > > > > > Hello Team, > > > > > > > > Good day, > > > > > > > > We have noticed some of our CICS transaction are getting delayed > recent > > > > days. When we check in sysview , the suspended time is high and the > > > > execution time is very short. > > > > > > > > In the suspended segregation list, we could see below list with more > > wait > > > > time. > > > > > > > > Temp storage wait time > > > > File I/O wait time > > > > CICS exception wait time > > > > CICS TCB change mode delay time > > > > FC VSAM string wait time > > > > DB2 readyq wait time > > > > Resources manager interface time > > > > Resources manager suspended time > > > > ( What are the aspects for all this wait time) > > > > > > > > Also, I have noticed CICS exception and VSAM string wait time has > same > > > > value. > > > > > > > > What are the possible ways to fix this problem? > > > > > > > > > -- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO > IBM-MAIN > > > > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe /
Re: CICS suspended wait time increased
https://www.ibm.com/docs/en/cics-ts/5.6?topic=facility-monitoring-by-using-cics-db2-statistics says In the Db2 Connection statistics, check the field “Peak number of tasks on Pool Readyq”, and also the field “Peak number of Tasks on TCB Readyq”. If the latter is nonzero, tasks were queued waiting for a Db2 connection to use with their open TCBs, rather than waiting for a thread. The tasks were queued because the TCBLIMIT, the maximum number of TCBs that can be used to control threads into Db2, had been reached. This shows that the number of threads available (the sum of the THREADLIMIT values for the pool, for command threads and for all DB2ENTRYs) exceeds the number of TCBs allowed. TCBLIMIT or the THREADLIMIT values should be adjusted in this case. You may not have enough threads in the DB2 pool https://www.ibm.com/docs/en/cics-ts/5.3?topic=waits-resource-types-fcpssusp-fcsrsusp-vsam-strings says For non-RLS mode, the number of strings defined for a VSAM data set (STRINGS parameter in the FILE resource definition) determines how many tasks can use the data set concurrently. STRINGS can have a value in the range 1–255. For RLS mode, strings are automatically allocated as needed up to a maximum of 1024. When all the strings are in use, any other task wanting to access the data set must wait until a string has been released. Check the strings in the FILE definition Colin On Sun, 24 Mar 2024 at 11:33, raji ece < 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> wrote: > We don't have any CPU constraint for cics address space. > > Below values are high for some transactions in the business hours but in > off hours we don't see much wait time with any other Parameters. > > DB2 readyq wait time and FC Vsam string wait time has high values for some > transactions during the mid hours and we don't see any wait time for off > hours. > > > > On Sun, Mar 24, 2024, 13:33 Massimo Biancucci < > 05a019256424-dmarc-requ...@listserv.ua.edu> wrote: > > > Hi, > > > > let me joke a bit. > > > > A man went to the doctor saying: "Doctor if I use my finger and touch my > > head I feel pain, if I touch my arm I feel pain, if I touch my chest I > feel > > pain, if I touch my leg I feel pain. What do you think the problem is ?" > > The doctor: "Your finger is the problem, maybe it's broken" > > > > The paining points are at different level and for each one there's > > something to look at. > > You didn't report any "value" so we can assume the problem is equally > > spreaded all over those indicators. > > > > Do you have any CPU constraints for CICS Address Spaces ? > > > > Best regards. > > Max > > > > > > Il giorno dom 24 mar 2024 alle ore 07:08 raji ece < > > 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> ha scritto: > > > > > Hello Team, > > > > > > Good day, > > > > > > We have noticed some of our CICS transaction are getting delayed recent > > > days. When we check in sysview , the suspended time is high and the > > > execution time is very short. > > > > > > In the suspended segregation list, we could see below list with more > wait > > > time. > > > > > > Temp storage wait time > > > File I/O wait time > > > CICS exception wait time > > > CICS TCB change mode delay time > > > FC VSAM string wait time > > > DB2 readyq wait time > > > Resources manager interface time > > > Resources manager suspended time > > > ( What are the aspects for all this wait time) > > > > > > Also, I have noticed CICS exception and VSAM string wait time has same > > > value. > > > > > > What are the possible ways to fix this problem? > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS suspended wait time increased
We don't have any CPU constraint for cics address space. Below values are high for some transactions in the business hours but in off hours we don't see much wait time with any other Parameters. DB2 readyq wait time and FC Vsam string wait time has high values for some transactions during the mid hours and we don't see any wait time for off hours. On Sun, Mar 24, 2024, 13:33 Massimo Biancucci < 05a019256424-dmarc-requ...@listserv.ua.edu> wrote: > Hi, > > let me joke a bit. > > A man went to the doctor saying: "Doctor if I use my finger and touch my > head I feel pain, if I touch my arm I feel pain, if I touch my chest I feel > pain, if I touch my leg I feel pain. What do you think the problem is ?" > The doctor: "Your finger is the problem, maybe it's broken" > > The paining points are at different level and for each one there's > something to look at. > You didn't report any "value" so we can assume the problem is equally > spreaded all over those indicators. > > Do you have any CPU constraints for CICS Address Spaces ? > > Best regards. > Max > > > Il giorno dom 24 mar 2024 alle ore 07:08 raji ece < > 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> ha scritto: > > > Hello Team, > > > > Good day, > > > > We have noticed some of our CICS transaction are getting delayed recent > > days. When we check in sysview , the suspended time is high and the > > execution time is very short. > > > > In the suspended segregation list, we could see below list with more wait > > time. > > > > Temp storage wait time > > File I/O wait time > > CICS exception wait time > > CICS TCB change mode delay time > > FC VSAM string wait time > > DB2 readyq wait time > > Resources manager interface time > > Resources manager suspended time > > ( What are the aspects for all this wait time) > > > > Also, I have noticed CICS exception and VSAM string wait time has same > > value. > > > > What are the possible ways to fix this problem? > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS suspended wait time increased
Hi, let me joke a bit. A man went to the doctor saying: "Doctor if I use my finger and touch my head I feel pain, if I touch my arm I feel pain, if I touch my chest I feel pain, if I touch my leg I feel pain. What do you think the problem is ?" The doctor: "Your finger is the problem, maybe it's broken" The paining points are at different level and for each one there's something to look at. You didn't report any "value" so we can assume the problem is equally spreaded all over those indicators. Do you have any CPU constraints for CICS Address Spaces ? Best regards. Max Il giorno dom 24 mar 2024 alle ore 07:08 raji ece < 05ff2ba04c83-dmarc-requ...@listserv.ua.edu> ha scritto: > Hello Team, > > Good day, > > We have noticed some of our CICS transaction are getting delayed recent > days. When we check in sysview , the suspended time is high and the > execution time is very short. > > In the suspended segregation list, we could see below list with more wait > time. > > Temp storage wait time > File I/O wait time > CICS exception wait time > CICS TCB change mode delay time > FC VSAM string wait time > DB2 readyq wait time > Resources manager interface time > Resources manager suspended time > ( What are the aspects for all this wait time) > > Also, I have noticed CICS exception and VSAM string wait time has same > value. > > What are the possible ways to fix this problem? > > -- > 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
CICS suspended wait time increased
Hello Team, Good day, We have noticed some of our CICS transaction are getting delayed recent days. When we check in sysview , the suspended time is high and the execution time is very short. In the suspended segregation list, we could see below list with more wait time. Temp storage wait time File I/O wait time CICS exception wait time CICS TCB change mode delay time FC VSAM string wait time DB2 readyq wait time Resources manager interface time Resources manager suspended time ( What are the aspects for all this wait time) Also, I have noticed CICS exception and VSAM string wait time has same value. What are the possible ways to fix this problem? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN