Re: IBM-MAIN Digest - 15 Mar 2024 to 16 Mar 2024 (#2024-76)

I haven't been able to find a case where GNU COBOL has been used on z/OS. Has it and I'm just not aware? On 3/17/24 00:00, IBM-MAIN automatic digest system wrote: Date:Sat, 16 Mar 2024 19:36:29 + From:Mark Jacobs Subject: GNU COBOL GnuCOBOL "has reached an industrial maturity and

Re: IBM-MAIN access with Usenet / news (NNTP) reader

TA (albeit many, if not all, USENET servers, e.g., eternal-september.org, are filled with SPAM :( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO

Re: IBM-MAIN access with Usenet / news (NNTP) reader

IIRC the list is sent to USENET using a one way link and it is not possible to send posts back to the link from USENET. This has been discussed before. Search the archives for more information. -- Tom Marchant On Fri, 5 Jan 2024 04:33:02 -0600, Niemand @ thuis.nl wrote: >Is access possible

Re: IBM-MAIN Posting Guidelines

Thanks. Well said. Can I just add the general Internet advice "If in doubt, don't feed the troll"? :-) Roops. On Sun, 17 Sep 2023, 22:48 Darren Evans-Young, wrote: > First, I would like to apologize to the list for not being a better list > owner. > Life has been busy. > > I've had numerous

Re: IBM-MAIN Posting Guidelines

Totally agree. From: IBM Mainframe Discussion List on behalf of Support, DUNNIT SYSTEMS LTD. Sent: Tuesday, September 19, 2023 2:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN Posting Guidelines [External: Use caution with links & attachments]

Re: IBM-MAIN Posting Guidelines

Hi Darren, If possible, may I suggest that your simple 1-2 sentence guidelines be included at the top of the main IBM-MAIN archive web page as well as at the top of every digest email sent out? Thanks for all of your efforts here over the years. This list and group of professionals has always

Re: IBM-MAIN Posting Guidelines

Long overdue - thanks Darren. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Darren Evans-Young Sent: Sunday, September 17, 2023 17:48 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM-MAIN Posting Guidelines First, I would like to apologize to the list for not being a

Re: IBM-MAIN Posting Guidelines

Classification: Confidential Thank you, Darren -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roberto Halais Sent: Sunday, September 17, 2023 5:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN Posting Guidelines [CAUTION: This Email is from outside

Re: IBM-MAIN Posting Guidelines

Of Doug Fuerst Sent: Sunday, September 17, 2023 6:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN Posting Guidelines Finally. Thanks Darren. Doug Fuerst Principal Consultant BK Associates 718.921.2620 (O) 917.572.7364 (C) d...@bkassociates.net -- Original Message -- >From &quo

Re: IBM-MAIN Posting Guidelines

Thank you On Sun, Sep 17, 2023 at 6:33 PM Doug Fuerst wrote: > Finally. Thanks Darren. > > Doug Fuerst > Principal Consultant > BK Associates > 718.921.2620 (O) > 917.572.7364 (C) > d...@bkassociates.net > > > -- Original Message -- > From "Darren Evans-Young" > To

Re: IBM-MAIN Posting Guidelines

Finally. Thanks Darren. Doug Fuerst Principal Consultant BK Associates 718.921.2620 (O) 917.572.7364 (C) d...@bkassociates.net -- Original Message -- From "Darren Evans-Young" To IBM-MAIN@LISTSERV.UA.EDU Date 9/17/2023 17:48:07 PM Subject IBM-MAIN Posting Guidelines First, I would

Re: IBM-MAIN Posting Guidelines

Thank you! On Sun, Sep 17, 2023 at 4:48 PM Darren Evans-Young wrote: > First, I would like to apologize to the list for not being a better list > owner. > Life has been busy. > > I've had numerous complaints about some postings on the list. > So, here's the deal. All posts WILL be directly

Re: IBM-MAIN Posting Guidelines

Thank you. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com --- Original Message --- On Sunday, September 17th, 2023 at 5:48 PM, Darren Evans-Young wrote: > First, I would like to

Re: IBM-MAIN@LISTSERV.UA.EDU

It appears i can retriev information by specifying either of these two commands:NETSTAT ALL FORM SHORT (CLIENT AWTSTDP3 NETSTAT ALL FORM LONG (CLIENT AWTSTDP3.Thanks everyone -- Original Message -- From: Colin Paice To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN

Re: IBM-MAIN@LISTSERV.UA.EDU

-- Original Message -- From: Colin Paice To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN@LISTSERV.UA.EDU Date: Fri, 11 Aug 2023 13:49:42 +0100 The doc says *The APPLname filter is valid only with TELnet. *Are you using telnet? On Fri, 11 Aug 2023 at 13:43, esst...@juno.com

Re: IBM-MAIN@LISTSERV.UA.EDU

rom: Peter Vels > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM-MAIN@LISTSERV.UA.EDU > Date: Fri, 11 Aug 2023 08:52:14 +1000 > > Try: > > NETSTAT TELNET (APPLNAME AWTSTDP3 > > On Fri, 11 Aug 2023 at 07:59, esst...@juno.com wrote: > > > Yes I have looked at that

Re: IBM-MAIN@LISTSERV.UA.EDU

My understanding is that NETSTAT with a FILTER; should return a subset of the information returned by NETSTAT ALL NETSTAT TELNET (APPLNAME AWTSTDP3 only returned -- -- Original Message -- From: Peter Vels To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN

Re: IBM-MAIN@LISTSERV.UA.EDU

NETSTAT TELNET (APPLNAME AWTSTDP3 did not reurn any useful data It only returned -- Original Message -- From: Peter Vels To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN@LISTSERV.UA.EDU Date: Fri, 11 Aug 2023 08:52:14 +1000 Try: NETSTAT TELNET (APPLNAME AWTSTDP3

Re: IBM-MAIN@LISTSERV.UA.EDU

IN@LISTSERV.UA.EDU > Subject: Re: IBM-MAIN@LISTSERV.UA.EDU > Date: Thu, 10 Aug 2023 16:23:11 -0500 > > https://www.ibm.com/docs/en/zos/2.2.0?topic=overview-netstat-command-filter > > > On Thu, Aug 10, 2023, 15:56 esst...@juno.com wrote: > > > Hello.I am trying to use TSO NETSTA

Re: IBM-MAIN@LISTSERV.UA.EDU

Yes I have looked at that page, and not getting any data - so I suspect my sytax is incorrect -- Original Message -- From: Mike Schwab To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN@LISTSERV.UA.EDU Date: Thu, 10 Aug 2023 16:23:11 -0500 https://www.ibm.com/docs/en/zos/2.2.0

Re: IBM-MAIN@LISTSERV.UA.EDU

https://www.ibm.com/docs/en/zos/2.2.0?topic=overview-netstat-command-filter On Thu, Aug 10, 2023, 15:56 esst...@juno.com wrote: > Hello.I am trying to use TSO NETSTAT with a FILTER and keep receiving > -EZZ2351I Incorrect option: FILTER..I can issue NETSTAT ALL, however there > too much

Re: ibm-main topics, was: Re: Cloud may be overpriced...

This list is practically worthless. There are thousands of mainframe workers and 20 people here who use it to prove they’re “geniuses”. In an earlier thread, most of you talked about how easy it was to write some filter to send my things to the circular file. Or you could simply ignore me. But,

Re: ibm-main topics, was: Re: Cloud may be overpriced...

Yep. And people have quit the list because the signal to noise ratio is below minimums. This list badly needs an administrator who will block at least those posters who have never contributed relevant content. sas On Wed, Aug 9, 2023 at 11:18 AM Joel C. Ewing wrote: > The funding of the host

Re: IBM-MAIN

I understood, Bill. I even realized that both of you may not have meant "I've said my say and you should stop talking about it now". It seems more likely that Bill Ogden meant "I'm not going to say anything more on the subject" and you were making a joke. But it was too much fun to ignore.

Re: IBM-MAIN

2 different Bills Sent from Yahoo Mail for iPhone On Thursday, May 4, 2023, 2:30 PM, Bob Bridges wrote: I especially liked the bit at the end (which I have every confidence is not the end): Bill: END no more on this topic! Bill> That's it, no more, I get the last word. --- Bob

Re: IBM-MAIN

I especially liked the bit at the end (which I have every confidence is not the end): Bill: END no more on this topic! Bill> That's it, no more, I get the last word. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* June: Israeli and Palestinian leaders reach an agreement under

Re: IBM-MAIN

So why are you continuing this nonsense? Isn't it hypocritical to thank Darren and then ignore what he wrote? From: IBM Mainframe Discussion List on behalf of billogden Sent: Thursday, May 4, 2023 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM

Re: IBM-MAIN

Why are US oil companies subsidized? Why is agriculture subsidized? Why are banks bailed out almost every time? Why does government fund much of the pharmaceutical research? Why is socialized medicine rated higher? (France #1 US #37) Why are the top rated countries for quality of life always

Re: IBM-MAIN

Thank you for trying to stop the runaway politics. I do spend time looking at a fair amount of history. I have some memories of comments from the 1500s, the 1700s, the 1800s, and the early 1900s all saying (using various terms) that "changes" (aka "progress") should be stopped because "things are

Re: IBM-MAIN

My perspective is:  Politics is philosophy, but with a lot of emotion... On 5/3/2023 10:25 AM, Bob Bridges wrote: Without in the least wishing to feed the trolls, I may as well say that I never mind these digressions. I wouldn't want them to take over the forum, but the occasional

Re: IBM-MAIN

Without in the least wishing to feed the trolls, I may as well say that I never mind these digressions. I wouldn't want them to take over the forum, but the occasional hot-blooded off-topic food fight is at worst mildly entertaining and at best gives me an excuse to emit a superior smirk as I

Re: IBM-MAIN

Matt said “I seeded the discussion with the idea that our technology has impacts beyond the tech itself.” Tech DOES have a huge impact. Automation has killed millions of good paying blue collar jobs here in the Midwest. Most of you “techies” didn’t show much concern for those people. Now that

Re: IBM-MAIN

I think I also triggered this by trying to show why we (the industry) need to pay attention to Asimov's laws of robotics. Sorry, Steve Thompson On 5/3/2023 9:36 AM, Matt Hogstrom wrote: I seeded the discussion with the idea that our technology has impacts beyond the tech itself. Had I

Re: IBM-MAIN

9:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN I seeded the discussion with the idea that our technology has impacts beyond the tech itself. Had I thought about it I could have easily intuited that it would go political and end up exactly where we are at. That wasn’t the intent

Re: IBM-MAIN

iscussion List On Behalf Of Matt Hogstrom Sent: Wednesday, May 3, 2023 8:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN I seeded the discussion with the idea that our technology has impacts beyond the tech itself. Had I thought about it I could have easily intuited that it would go

Re: IBM-MAIN

I seeded the discussion with the idea that our technology has impacts beyond the tech itself. Had I thought about it I could have easily intuited that it would go political and end up exactly where we are at. That wasn’t the intent but was the outcome. I repent in dust and ashes. Matt

Re: IBM-MAIN

at others think you are.”  - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gord Tomlin Sent: Wednesday, May 3, 2023 8:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN On 2023-05-02 22:56 PM, Darren Evans-Young wrote: > Haven't had to

Re: IBM-MAIN

Mainframe Discussion List On Behalf Of Gord Tomlin Sent: Wednesday, May 3, 2023 8:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN On 2023-05-02 22:56 PM, Darren Evans-Young wrote: > Haven't had to remind folks of this in a awhile. This list is for the > discussion of IBM Mainframes.

Re: IBM-MAIN

On 2023-05-02 22:56 PM, Darren Evans-Young wrote: Haven't had to remind folks of this in a awhile. This list is for the discussion of IBM Mainframes. Not political discussions/opinions and other worthless sh*t that I and others really don't care about. If it continues, I will start removing

Re: IBM-MAIN Digest - 12 Jan 2023 to 13 Jan 2023 (#2023-11)

INFO IBM-MAIN -- *Willie* -- Alternate E-Mail -> *myblack...@gmail.com* My Website ---> http://WillieFavero.com/ My Bandmix Info > https://www.bandmix.com/willie_favero/ Kompoz Activity-->

Re: IBM-MAIN Digest - 7 Jan 2023 to 8 Jan 2023 (#2023-7)

? -- *Willie* -- Alternate E-Mail -> *myblack...@gmail.com* My Website ---> http://WillieFavero.com/ My Bandmix Info > https://www.bandmix.com/willie_favero/ Kompoz Activity-->

Re: IBM-MAIN Digest - 25 Dec 2022 to 26 Dec 2022 (#2022-355)

On Tue, 27 Dec 2022 11:04:55 -0800, Bill wrote: ... o Please don't reply with "Subject: ... Digest ..." o Please don't quote the entire digest in your reply. Aren't there tools for replying to individual digest entries? (But the Digest should have a "No-Reply" header.) -- gil

Re: IBM-MAIN Digest - 25 Dec 2022 to 26 Dec 2022 (#2022-355)

There is a PTF for IBM Markup R100, 5669-326, volid 3102, PTF # IP00082, flagged as Corrective Service, on 3.5 and 5.25 diskettes. Message originated on my iPhone 12 > On Dec 27, 2022, at 11:10 AM, Bill wrote: > > The IBM Markup User’s Guide and Tutorial publication number is S544-3350-00,

Re: IBM-MAIN Digest - 25 Dec 2022 to 26 Dec 2022 (#2022-355)

The IBM Markup User’s Guide and Tutorial publication number is S544-3350-00, Dept. V53, P.O. Box 1900, Boulder, CO 80301-9191. Message originated on my iPhone 12 > On Dec 27, 2022, at 11:04 AM, Bill wrote: > > I have a pristine, complete boxed copy of IBM Markup in 3.5 and 5.25 > diskettes.

Re: IBM-MAIN Digest - 25 Dec 2022 to 26 Dec 2022 (#2022-355)

I have a pristine, complete boxed copy of IBM Markup in 3.5 and 5.25 diskettes. IBM Markup, Version 1.0, part no. 6476161, dated 10/1987, S544-3357-00, is described in the license information as “… an IBM Personal Computer entry-assist program that allows you to create and edit GML documents

Re: IBM-MAIN Digest - 5 Nov 2022 to 6 Nov 2022 (#2022-306)

? -- *Willie* -- Alternate E-Mail -> *myblack...@gmail.com* My Website ---> http://WillieFavero.com/ My Bandmix Info > https://www.bandmix.com/willie_favero/ Kompoz Activity-->

Re: IBM-MAIN Digest - 1 Nov 2022 to 2 Nov 2022 (#2022-302)

$#@ Is it Friday yet? On 11/3/2022 7:57 PM, Reg Harbeck wrote: /* ¬ */ - Reg Harbeck, M.A. +1.403.605.7986 On Nov 3, 2022, at 17:23, Reg Harbeck wrote: #! - Reg Harbeck, M.A. +1.403.605.7986 On Nov 3, 2022, at 15:17, zMan wrote: ! Srsly, what do you mean? On Thu, Nov 3, 2022 at

Re: IBM-MAIN Digest - 1 Nov 2022 to 2 Nov 2022 (#2022-302)

/* ¬ */ - Reg Harbeck, M.A. +1.403.605.7986 > On Nov 3, 2022, at 17:23, Reg Harbeck wrote: > > #! > > - Reg Harbeck, M.A. > +1.403.605.7986 > >> On Nov 3, 2022, at 15:17, zMan wrote: >> >> ! >> >> Srsly, what do you mean? >> On Thu, Nov 3, 2022 at 4:33 PM Willie Favero wrote: >>>

Re: IBM-MAIN Digest - 1 Nov 2022 to 2 Nov 2022 (#2022-302)

#! - Reg Harbeck, M.A. +1.403.605.7986 > On Nov 3, 2022, at 15:17, zMan wrote: > > ! > > Srsly, what do you mean? > >> On Thu, Nov 3, 2022 at 4:33 PM Willie Favero wrote: >> >> ? >> >> -- >> For IBM-MAIN subscribe /

Re: IBM-MAIN Digest - 1 Nov 2022 to 2 Nov 2022 (#2022-302)

! Srsly, what do you mean? On Thu, Nov 3, 2022 at 4:33 PM Willie Favero wrote: > ? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO

Re: IBM-MAIN Digest - 1 Nov 2022 to 2 Nov 2022 (#2022-302)

? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM-MAIN Digest - 25 Aug 2022 to 26 Aug 2022 (#2022-235)

...@akphs.com] Sent: Monday, August 29, 2022 11:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN Digest - 25 Aug 2022 to 26 Aug 2022 (#2022-235) Seymour J Metz wrote: >Influence for Waterloo? Eh? If you mean UofW, no, there was never any 3270 emulator development there. I wor

Re: IBM-MAIN Digest - 25 Aug 2022 to 26 Aug 2022 (#2022-235)

Seymour J Metz wrote: >Influence for Waterloo? Eh? If you mean UofW, no, there was never any 3270 emulator development there. I worked there 1980-86, and managed to leave at the peak of the mainframe there-dumb luck. It was gone soon after. SimWare (Sim3270) and UofW worked together,

Re: IBM-MAIN Digest - 25 Aug 2022 to 26 Aug 2022 (#2022-235)

On Sun, 28 Aug 2022 22:27:21 +, Seymour J Metz wrote: >Influence for Waterloo? > > >From: Phil Smith III >Sent: Saturday, August 27, 2022 12:08 PM > >Tony Harminc wrote, re Hummingbird: >>Which, iirc, was the TN3270 program developed at McGill U. by

Re: IBM-MAIN Digest - 25 Aug 2022 to 26 Aug 2022 (#2022-235)

@LISTSERV.UA.EDU Subject: Re: IBM-MAIN Digest - 25 Aug 2022 to 26 Aug 2022 (#2022-235) Tony Harminc wrote, re Hummingbird: >Which, iirc, was the TN3270 program developed at McGill U. by Pierre >Goyette. And QWS3270 came from Queens', no? Interesting that two of the (many, Many, MANY!) 3270 emulator

Re: IBM-MAIN Digest - 25 Aug 2022 to 26 Aug 2022 (#2022-235)

Tony Harminc wrote, re Hummingbird: >Which, iirc, was the TN3270 program developed at McGill U. by Pierre >Goyette. And QWS3270 came from Queens', no? Interesting that two of the (many, Many, MANY!) 3270 emulators came from Canadian universities...

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

> Interesting. That completion code would not have been in correct IBM code > (Fxx abends have indicated the non-availability of SVC xx, for as long as > the SVC FLIH has existed, as far as I know). It was many moons ago, maybe it was z/OS 1.4 or earlier (OS/390 2.10?). Definitely it was RMM

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

W dniu 25.10.2020 o 14:44, Peter Relson pisze: BTW2: I even experienced F37 abend in the past. It was related to huge (at the time) Jaguar J1A tapes and good compression and ...problems in RMM. AFAIK I put over 6TB (terabytes) of uncompressed data on 300GB cart. Interesting. That completion

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

...@us.ibm.com] Sent: Sunday, October 25, 2020 9:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down BTW2: I even experienced F37 abend in the past. It was related to huge (at the time) Jaguar J1A tapes and good compression and ...problems in RMM. AFAIK

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

BTW2: I even experienced F37 abend in the past. It was related to huge (at the time) Jaguar J1A tapes and good compression and ...problems in RMM. AFAIK I put over 6TB (terabytes) of uncompressed data on 300GB cart. Interesting. That completion code would not have been in correct IBM code

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

AFAIK, the abend for directory exhaustion is NOT x37. It is rather B14 or so. BTW: yes, I know there are several x37 abends. That's why I used lowercase 'x'. BTW2: I even experienced F37 abend in the past. It was related to huge (at the time) Jaguar J1A tapes and good compression and

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Sat, 24 Oct 2020 09:55:43 -0500, Joel C. Ewing wrote: > > ... Or does PDSE logic design >somehow preclude reading a PDSE member when an out-of-space condition >has prevented a proper close and writing of all data blocks during the >member creation? >    I should hope that a well-designed

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

I'm not assuming any abend code outside the x37 family, just asking which one. x37 is not an actual abend code but a generic reference to family of abend codes  (A37, B37, D37, E37) relating to various out-of-space conditions.  For a PDS, you get a distinct E37 abend rather than a B37 or D37 when

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

... I think PDSE on LNKLST *may have* secondary extents and it is NOT bad practise like in case of PDS. A PDSE counts as having only one extent. That correlates to the DEB for the opened concatenation having only one extent entry for a PDSE. I conclude that the information about other extents

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down W dniu 22.10.2020 o 15:12, Paul Gilmartin pisze: On Thu, 22 Oct 2020 13:50:44 +0200, R.S. wrote: Remark: while shortage of space is possible in PDSE, then shortage of directory blocks is not possible. What happens if an i

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

. A mischievous programmer adding an unbounded >>> number of empty members would be no different in effect from a mischievous >>> programmer adding one member of unbounded size. >>> >>> Charles >>> >>> >>> -Original Message- >>&

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

m a mischievous > > programmer adding one member of unbounded size. > > > > Charles > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of R.S. > > Sent: Thursday

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down I would assume a directory entry must be created before attempting to allocate space for the contents of a new PDSE member. So, assuming the PDSE has no free blocks and cannot be extended, do you get a different type of ABEND

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

unbounded size. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of R.S. > Sent: Thursday, October 22, 2020 7:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: emptying a PDS: was RE: [IB

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Thu, 22 Oct 2020 08:52:38 -0700, Charles Mills wrote: >Putting it differently, there is no distinction between "member data space" >and "directory entry space." Being out of one is being out of both. A PDSE of >10 tracks could equally well hold one member of ~500K or lots and lots of tiny

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

sday, October 22, 2020 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down W dniu 22.10.2020 o 15:12, Paul Gilmartin pisze: > On Thu, 22 Oct 2020 13:50:44 +0200, R.S. wrote: > >> Remark: while shortage of space is possible in

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

W dniu 22.10.2020 o 15:12, Paul Gilmartin pisze: On Thu, 22 Oct 2020 13:50:44 +0200, R.S. wrote: Remark: while shortage of space is possible in PDSE, then shortage of directory blocks is not possible. What happens if an inquisitive programmer mischievously adds an unbounded number of empty

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Thu, 22 Oct 2020 13:50:44 +0200, R.S. wrote: >Remark: while shortage of space is possible in PDSE, then shortage of >directory blocks is not possible. > What happens if an inquisitive programmer mischievously adds an unbounded number of empty members to a small PDSE? Or adds numerous aliases

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

Remark: while shortage of space is possible in PDSE, then shortage of directory blocks is not possible. BTW: Correct me if I'm wrong, but I think PDSE on LNKLST *may have* secondary extents and it is NOT bad practise like in case of PDS. -- Radoslaw Skorupka Lodz, Poland W dniu

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Saturday, October 17, 2020 9:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down On Sat, 17 Oct 2020 16:19:40 -0700, Charles Mills wrote: Back in the late sixties ... I wrote a quic

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

Hi Peter, Since SCSQAUTH contains all MQ LNKLSTd modules (and no MQ modules are in any other LNKLSTd PDS(e)) and MQ, CICS, IMS and Batch are down, I can guarantee that no User/Task/Job will attempt to fetch an MQ module. There are 2 reasons why I would not compress SCSQAUTH: 1) It's a PDSE

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

How about this situation ... I am part of a team of people who plan maintenance upgrades many months in advance. There is no possibility of IPL (for many of the maintenance upgrades). All Batch is held (other than implementation jobs); DFSMShsm, CICS, IMS and DB2 are down. TSO is limited to

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

Hi Peter, How about this situation ... I am part of a team of people who plan maintenance upgrades many months in advance. There is no possibility of IPL (for many of the maintenance upgrades). All Batch is held (other than implementation jobs); DFSMShsm, CICS, IMS and DB2 are down. TSO is

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

You delete members (let alone delete all members) from any LNKLST data set at your own risk. If you're going to do that, you'd better not have LLA active. Maybe you get away with it with LLA up and a refresh. That doesn't mean it worked or didn't leave you undesirably exposed. Peter Relson

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Sat, 17 Oct 2020 18:04:38 -0500 Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: :>On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote: :>>Good ole IDCAMS anyone? :>>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm :>How

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

a PDS: was RE: [IBM-MAIN] getting XCFAS down On Sat, 17 Oct 2020 16:19:40 -0700, Charles Mills wrote: >Back in the late sixties ... I wrote a quick program that exactly filled the >remaining space in the library and named it ALL. They ran the appropriate >utility with the control stateme

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

: was RE: [IBM-MAIN] getting XCFAS down Hi Dave, In case that it's a LNKLKSTd PDSE (i.e. not a PDS) and it's close to 100% full (Of course, it's only 1 extent, because that's a good practice for LNKLST Datasets) and more than a few large modules/program objects are deemed to be in use, your IEBCOPY

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

  |  Grand Rapids, MI 49546 616.653.8429  |  fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Spiegel Sent: Sunday, October 18, 2020 6:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down **CAUTION

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Sun, 18 Oct 2020 06:06:50 -0400, David Spiegel wrote: > >For LNKLSTd PDSEs, modules deemed to be in use aren't "removed" from the >PDSE, which could cause shortage of directory blocks or space. >I usually have to run it twice. The first time is without a PARM, the >second time with

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Sunday, October 18, 2020 12:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down [External Email. Exercise caution when clicking links or opening attachments

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Hi Dave, For LNKLSTd PDSEs, modules deemed to be in use aren't "removed&

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

y, October 18, 2020 12:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Hi Dave, If it's a Linklisted PDSE, you also may h

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Sun, 18 Oct 2020 05:18:20 +, Jousma, David wrote: >Never heard of the utility. Why would that be needed? > IEBPDSE is the PDS/E Validation Utility and it validates a PDS/E to see if it is valid or corrupted. See the DFSMSdfp Utilities manual. Roger

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

616.653.8429  |  fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Spiegel Sent: Sunday, October 18, 2020 12:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down **CAUTION EXTERNAL EMAIL** **DO

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Good ole IDCAMS anyone? https://eur05.safelinks.protection.outlook.com/?url=https

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Sat, 17 Oct 2020 16:19:40 -0700, Charles Mills wrote: >Back in the late sixties ... I wrote a quick program that exactly filled the >remaining space in the library and named it ALL. They ran the appropriate >utility with the control statement DELETC ALL with the predictable results. >They

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Horein Sent: Saturday, October 17, 2020 6:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Saturday, October 17, 2020 7:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote: >Good ole IDC

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote: >Good ole IDCAMS anyone? >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm > How might one delete a PDS member named

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Sat, Oct 17, 2020 at 6:04 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote: > > >Good ole IDCAMS anyone? > > > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm > > >

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

I would suggest shooting the creator. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Saturday, October 17, 2020 4:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: emptying a PDS: was RE: [IBM-MAIN

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote: >Good ole IDCAMS anyone? >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm > How might one delete a PDS member named "* "? -- gil

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

On Sat, 17 Oct 2020 22:34:17 +, Chris Hoelscher wrote: >I have employed this REXX script for years: > >/* REXX */ >DSNAME = 'my PDS' >DSN = STRIP(DSNAME, 'BOTH', ) /* IN CASE IT'S IN

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

Good ole IDCAMS anyone? https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm On Sat, Oct 17, 2020 at 5:34 PM Chris Hoelscher wrote: > I have employed this REXX script for years: > > /* REXX */ > DSNAME = 'my PDS' > DSN = STRIP(DSNAME, 'BOTH', ) /*

emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

I have employed this REXX script for years: /* REXX */ DSNAME = 'my PDS' DSN = STRIP(DSNAME, 'BOTH', ) /* IN CASE IT'S IN QUOTES */ QUOTE = "'"

  1   2   3   >