Re: DCOLLECT use of KB/MB
It all depends; this is the logic for the 'V' record which comes in two flavors, with value of bytes the result of this code: IF DCVCYLMG=' ' THEN DO; /* UNITS ARE KB*/ DCVALLOC=1024*DCVALLOC; /*CONVERT TO BYTES FOR MGBYTES FORMAT*/ DCVFRESP=1024*DCVFRESP; DCVLGEXT=1024*DCVLGEXT; DCVVLCAP=1024*DCVVLCAP; DCVTRFSP=1024*DCVTRFSP; DCVTRALC=1024*DCVTRALC; DCVTRVLC=1024*DCVTRVLC; DCVTRLGE=1024*DCVTRLGE; END; ELSE IF DCVCYLMG='Y' THEN DO; /* UNITS ARE MB*/ DCVALLOC=1048576*DCVALLOC; /*CVERT TO BYTES FOR MGBYTES FORMAT*/ DCVFRESP=1048576*DCVFRESP; DCVLGEXT=1048576*DCVLGEXT; DCVVLCAP=1048576*DCVVLCAP; DCVTRFSP=1048576*DCVTRFSP; DCVTRALC=1048576*DCVTRALC; DCVTRVLC=1048576*DCVTRVLC; DCVTRLGE=1048576*DCVTRLGE; END; All of the other byte-containing fields in the other DCOLLECT records are multiplied by 1024 to convert their KB to bytes, and all byte-containing variables in MXG are in bytes, but formatted with MGBYTES format to print with K/M/G/ etc suffix. Barry Herbert W “Barry” Merrill, PHD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 www.mxg.com 214 351 1966 ad...@mxg.com for business questions supp...@mxg.com for technical questions ba...@mxg.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Monday, October 28, 2019 4:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DCOLLECT use of KB/MB What does "kilobytes" and "megabytes" mean to DCOLLECT, specifically, type "V" (volume) records in the values it shows for volume capacity, and several related fields? i.e. does KB=1000 or KB=1024? After spending considerable time perusing the fine manual, I haven't seen a hint. btw, my attempt to search the list on https://listserv.ua.edu/cgi-bin/wa returned nothing for any term I tried (including 'MVS'). -- sas -- 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: DCOLLECT use of KB/MB
Dr. Merrill had the best roll-up I've seen, but don't remember which member it was. Maybe ANALDASD. In a message dated 10/29/2019 9:46:22 PM Central Standard Time, r.skoru...@bremultibank.com.pl writes: Regarding DCOLLECT - I have no idea. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
There the Titles and Author are listed 50 at a time. They are non-click-able but scroll down and the Titles and phrase containing the search string are visible. These are click-able and puts you in the Listserv hierarchy of message or author. In a message dated 10/29/2019 6:41:18 PM Central Standard Time, sasd...@gmail.com writes: It seems there's a hard limit of 100 hits, and it starts from the oldest. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
No, I do not. The old one is pre-2005. Aha... specifying a "since" date of 2016-01-01 gets me up to the present. It seems there's a hard limit of 100 hits, and it starts from the oldest. sas On Tue, Oct 29, 2019 at 2:53 PM Mike Schwab wrote: > There are two archives. You search the old one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
There are two archives. You search the old one. On Tue, Oct 29, 2019 at 7:56 AM Steve Smith wrote: > > OK, I don't follow; in particular, what do you mean by "jump"? > > In case it helps clarify, I am SORTing a DCOLLECT file, which for some > reason, uses "kilobytes" for normal DASD, and "megabytes" for EAV. I came > up with an INREC statement that fixes that, but I'd like to use the correct > multiplier (I assume 1024 for now): > > SORT FIELDS=(DCVDVTYP,A,DCVDVNUM,A) > INREC IFTHEN=(WHEN=(DCVEAVOL,EQ,X'80'), >OVERLAY=(49:DCVVLCAP,MUL,+1024,TO=FI,LENGTH=4)) > > re 'MVS': funny. > > re IBM-MAIN search: I got a list of message title & authors, the newest > being from 2008. Nothing on the list was clickable, so it would be useless > even if weren't already useless. > > sas > > > On Mon, Oct 28, 2019 at 10:23 PM Mike Schwab > wrote: > > > > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idai200/dcxmp1.htm > > > > http://publibz.boulder.ibm.com/epubs/pdf/dgt3i201.pdf > > > > Appendix F DCollect output > > Record Type V VOLUME Printed page 478+ PDF page 504+. > > > > Offset 121 x'79' is x'80' when EAV and capacity is stated in MB, Is > > x'00' when non-EAV and capacity is stated in KB. > > Offset 36 (free), 40 (allocated), 44 (total) is 4 bytes binary > > capacity. Non-EAV about 56 (KB) is one track and it uses the exact > > byte count from the capacity table then divides and will jump. So > > dividing by 56 will cause jumps and suggest adding 1 before dividing > > for a report in number of tracks. > > > > On Mon, Oct 28, 2019 at 8:32 PM Paul Gilmartin > > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > On Mon, 28 Oct 2019 16:22:34 -0500, Mike Schwab wrote: > > > > > > >Power of 2. Number of cylinders is another field. > > > > > > > Citation needed. > > > > > > >On Mon, Oct 28, 2019 at 4:12 PM Steve Smith wrote: > > > >> > > > >> What does "kilobytes" and "megabytes" mean to DCOLLECT, > > specifically, type > > > >> "V" (volume) records in the values it shows for volume capacity, and > > > >> several related fields? i.e. does KB=1000 or KB=1024? After spending > > > >> considerable time perusing the fine manual, I haven't seen a hint. > > > >> > > > >> btw, my attempt to search the list on > > https://listserv.ua.edu/cgi-bin/wa > > > >> returned nothing for any term I tried (including 'MVS'). > > > >> > > > That's 1,048,576 VSes. > > > > > > -- gil > > > > > > -- > > > 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 > > > > > -- > sas > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
Jump in volume size. I wrote a program on a non-EAV sysplex that divided the capacity KB by 849.960 to get the number of cylinders. Had an off by 1 error at various sizes, so I added 1 to round up before dividing. On Tue, Oct 29, 2019 at 7:56 AM Steve Smith wrote: > > OK, I don't follow; in particular, what do you mean by "jump"? > > In case it helps clarify, I am SORTing a DCOLLECT file, which for some > reason, uses "kilobytes" for normal DASD, and "megabytes" for EAV. I came > up with an INREC statement that fixes that, but I'd like to use the correct > multiplier (I assume 1024 for now): > > SORT FIELDS=(DCVDVTYP,A,DCVDVNUM,A) > INREC IFTHEN=(WHEN=(DCVEAVOL,EQ,X'80'), >OVERLAY=(49:DCVVLCAP,MUL,+1024,TO=FI,LENGTH=4)) > > re 'MVS': funny. > > re IBM-MAIN search: I got a list of message title & authors, the newest > being from 2008. Nothing on the list was clickable, so it would be useless > even if weren't already useless. > > sas > > > On Mon, Oct 28, 2019 at 10:23 PM Mike Schwab > wrote: > > > > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idai200/dcxmp1.htm > > > > http://publibz.boulder.ibm.com/epubs/pdf/dgt3i201.pdf > > > > Appendix F DCollect output > > Record Type V VOLUME Printed page 478+ PDF page 504+. > > > > Offset 121 x'79' is x'80' when EAV and capacity is stated in MB, Is > > x'00' when non-EAV and capacity is stated in KB. > > Offset 36 (free), 40 (allocated), 44 (total) is 4 bytes binary > > capacity. Non-EAV about 56 (KB) is one track and it uses the exact > > byte count from the capacity table then divides and will jump. So > > dividing by 56 will cause jumps and suggest adding 1 before dividing > > for a report in number of tracks. > > > > On Mon, Oct 28, 2019 at 8:32 PM Paul Gilmartin > > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > On Mon, 28 Oct 2019 16:22:34 -0500, Mike Schwab wrote: > > > > > > >Power of 2. Number of cylinders is another field. > > > > > > > Citation needed. > > > > > > >On Mon, Oct 28, 2019 at 4:12 PM Steve Smith wrote: > > > >> > > > >> What does "kilobytes" and "megabytes" mean to DCOLLECT, > > specifically, type > > > >> "V" (volume) records in the values it shows for volume capacity, and > > > >> several related fields? i.e. does KB=1000 or KB=1024? After spending > > > >> considerable time perusing the fine manual, I haven't seen a hint. > > > >> > > > >> btw, my attempt to search the list on > > https://listserv.ua.edu/cgi-bin/wa > > > >> returned nothing for any term I tried (including 'MVS'). > > > >> > > > That's 1,048,576 VSes. > > > > > > -- gil > > > > > > -- > > > 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 > > > > > -- > sas > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
W dniu 2019-10-29 o 17:58, Paul Gilmartin pisze: On Tue, 29 Oct 2019 11:58:00 -0400, Steve Smith wrote: OK, after I found my old 3390 reference card, and doing the math, I proved that DCOLLECT is indeed using 2**10 to mean kilo- (and presumably 2**20 for mega-). I found a 3390-3 (I think) with 3,339 cylinders, and multiplied by 849,960 (bytes/cyl) and got 2838016440, which /1024 = 2771500.4296875. DCOLLECT shows 2,771,500. QED. In "Glossary of z/OS terms and abbreviations" (no title page nor part #; apparently for z/OS 2.3) I see the (somewhat garbled): megabyte (MB). 220 bytes, 1 048 576 bytes.,048,576 bytes. ??? (sic) I find no similar entry, correct or incorrect, for "kilo*". I wonder which convention IBM uses when it specifies the shipping weight of a z in kilograms? If IBM can flout SI in some cases, why not in all? Gil, It's quite easy. Dualism of kilo as 1000 or maybe 1024 exists only in IT world, exactly in memory (RAM, disk, etc.). So kilograms are obvoiusly clear. The same for GHz of CPU frequency. Some habit/practice say binary prefixes are for RAM (memory), while decimal are used for disks and tapes (external storage), but this is not always true. In many cases programs provides disk information using "binary" megabytes. Of course there are special prefixes for binary: KiB, MiB, GiB. Or just Ki, Mi, Gi. This is unambigous even if you want to tell us about weight - Kig = 1024 grams. Very rare, but unambigous. What remains ambigous is kB, MB, GB - memory size. You never know whether it is intentional decimal prefix, or just author ignored existence of Ki, Mi, Gi, Ti, Pi... Regarding DCOLLECT - I have no idea. :-) Regards -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2019 r. wynosi 169.347.928 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.347.928 as at 1 January 2019. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
On Tue, 29 Oct 2019 11:58:00 -0400, Steve Smith wrote: >OK, after I found my old 3390 reference card, and doing the math, I proved >that DCOLLECT is indeed using 2**10 to mean kilo- (and presumably 2**20 for >mega-). I found a 3390-3 (I think) with 3,339 cylinders, and multiplied by >849,960 (bytes/cyl) and got 2838016440, which /1024 = 2771500.4296875. >DCOLLECT shows 2,771,500. QED. > In "Glossary of z/OS terms and abbreviations" (no title page nor part #; apparently for z/OS 2.3) I see the (somewhat garbled): megabyte (MB). 220 bytes, 1 048 576 bytes.,048,576 bytes. ??? (sic) I find no similar entry, correct or incorrect, for "kilo*". I wonder which convention IBM uses when it specifies the shipping weight of a z in kilograms? If IBM can flout SI in some cases, why not in all? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
OK, after I found my old 3390 reference card, and doing the math, I proved that DCOLLECT is indeed using 2**10 to mean kilo- (and presumably 2**20 for mega-). I found a 3390-3 (I think) with 3,339 cylinders, and multiplied by 849,960 (bytes/cyl) and got 2838016440, which /1024 = 2771500.4296875. DCOLLECT shows 2,771,500. QED. sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
OK, I don't follow; in particular, what do you mean by "jump"? In case it helps clarify, I am SORTing a DCOLLECT file, which for some reason, uses "kilobytes" for normal DASD, and "megabytes" for EAV. I came up with an INREC statement that fixes that, but I'd like to use the correct multiplier (I assume 1024 for now): SORT FIELDS=(DCVDVTYP,A,DCVDVNUM,A) INREC IFTHEN=(WHEN=(DCVEAVOL,EQ,X'80'), OVERLAY=(49:DCVVLCAP,MUL,+1024,TO=FI,LENGTH=4)) re 'MVS': funny. re IBM-MAIN search: I got a list of message title & authors, the newest being from 2008. Nothing on the list was clickable, so it would be useless even if weren't already useless. sas On Mon, Oct 28, 2019 at 10:23 PM Mike Schwab wrote: > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idai200/dcxmp1.htm > > http://publibz.boulder.ibm.com/epubs/pdf/dgt3i201.pdf > > Appendix F DCollect output > Record Type V VOLUME Printed page 478+ PDF page 504+. > > Offset 121 x'79' is x'80' when EAV and capacity is stated in MB, Is > x'00' when non-EAV and capacity is stated in KB. > Offset 36 (free), 40 (allocated), 44 (total) is 4 bytes binary > capacity. Non-EAV about 56 (KB) is one track and it uses the exact > byte count from the capacity table then divides and will jump. So > dividing by 56 will cause jumps and suggest adding 1 before dividing > for a report in number of tracks. > > On Mon, Oct 28, 2019 at 8:32 PM Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > > > On Mon, 28 Oct 2019 16:22:34 -0500, Mike Schwab wrote: > > > > >Power of 2. Number of cylinders is another field. > > > > > Citation needed. > > > > >On Mon, Oct 28, 2019 at 4:12 PM Steve Smith wrote: > > >> > > >> What does "kilobytes" and "megabytes" mean to DCOLLECT, > specifically, type > > >> "V" (volume) records in the values it shows for volume capacity, and > > >> several related fields? i.e. does KB=1000 or KB=1024? After spending > > >> considerable time perusing the fine manual, I haven't seen a hint. > > >> > > >> btw, my attempt to search the list on > https://listserv.ua.edu/cgi-bin/wa > > >> returned nothing for any term I tried (including 'MVS'). > > >> > > That's 1,048,576 VSes. > > > > -- gil > > > > -- > > 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 > -- sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idai200/dcxmp1.htm http://publibz.boulder.ibm.com/epubs/pdf/dgt3i201.pdf Appendix F DCollect output Record Type V VOLUME Printed page 478+ PDF page 504+. Offset 121 x'79' is x'80' when EAV and capacity is stated in MB, Is x'00' when non-EAV and capacity is stated in KB. Offset 36 (free), 40 (allocated), 44 (total) is 4 bytes binary capacity. Non-EAV about 56 (KB) is one track and it uses the exact byte count from the capacity table then divides and will jump. So dividing by 56 will cause jumps and suggest adding 1 before dividing for a report in number of tracks. On Mon, Oct 28, 2019 at 8:32 PM Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 28 Oct 2019 16:22:34 -0500, Mike Schwab wrote: > > >Power of 2. Number of cylinders is another field. > > > Citation needed. > > >On Mon, Oct 28, 2019 at 4:12 PM Steve Smith wrote: > >> > >> What does "kilobytes" and "megabytes" mean to DCOLLECT, specifically, type > >> "V" (volume) records in the values it shows for volume capacity, and > >> several related fields? i.e. does KB=1000 or KB=1024? After spending > >> considerable time perusing the fine manual, I haven't seen a hint. > >> > >> btw, my attempt to search the list on https://listserv.ua.edu/cgi-bin/wa > >> returned nothing for any term I tried (including 'MVS'). > >> > That's 1,048,576 VSes. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
On Mon, 28 Oct 2019 16:22:34 -0500, Mike Schwab wrote: >Power of 2. Number of cylinders is another field. > Citation needed. >On Mon, Oct 28, 2019 at 4:12 PM Steve Smith wrote: >> >> What does "kilobytes" and "megabytes" mean to DCOLLECT, specifically, type >> "V" (volume) records in the values it shows for volume capacity, and >> several related fields? i.e. does KB=1000 or KB=1024? After spending >> considerable time perusing the fine manual, I haven't seen a hint. >> >> btw, my attempt to search the list on https://listserv.ua.edu/cgi-bin/wa >> returned nothing for any term I tried (including 'MVS'). >> That's 1,048,576 VSes. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
The listserv search has been dinged for a while. If you go in to the main page and get the list of archives by month then there's a search box on right with advanced options above it. Enter dcollect as string and since 1 jan 2015 get 88 hits. Don't know who's minding the store... In a message dated 10/28/2019 6:21:21 PM Central Standard Time, mike.a.sch...@gmail.com writes: > btw, my attempt to search the list on https://listserv.ua.edu/cgi-bin/wa> > returned nothing for any term I tried (including 'MVS').> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCOLLECT use of KB/MB
Power of 2. Number of cylinders is another field. On Mon, Oct 28, 2019 at 4:12 PM Steve Smith wrote: > > What does "kilobytes" and "megabytes" mean to DCOLLECT, specifically, type > "V" (volume) records in the values it shows for volume capacity, and > several related fields? i.e. does KB=1000 or KB=1024? After spending > considerable time perusing the fine manual, I haven't seen a hint. > > btw, my attempt to search the list on https://listserv.ua.edu/cgi-bin/wa > returned nothing for any term I tried (including 'MVS'). > > -- > sas > > -- > 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
DCOLLECT use of KB/MB
What does "kilobytes" and "megabytes" mean to DCOLLECT, specifically, type "V" (volume) records in the values it shows for volume capacity, and several related fields? i.e. does KB=1000 or KB=1024? After spending considerable time perusing the fine manual, I haven't seen a hint. btw, my attempt to search the list on https://listserv.ua.edu/cgi-bin/wa returned nothing for any term I tried (including 'MVS'). -- sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN