Complaining about a correction is one thing. Knowingly providing an invalid response (referencing a VTAM command to delete a "file" which is an unheard of structure to VTAM) was uncalled for and could have delayed the OP from being able to resolve the problem that he reported. And the claim of confusion meant that the message text was ignored, since the first line of text spelled out that the problem was in the /tmp filesystem. =============================================== Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com ===============================================
From: "Shmuel Metz (Seymour J.)" <[email protected]> To: [email protected] Date: 10/25/2011 06:29 PM Subject: Re: z/OS UNIX file can't be deleted. (Was confusing and confused) Sent by: IBM Mainframe Discussion List <[email protected]> In <1505488263-1319523459-cardhu_decombobulator_blackberry.rim.net-690171122-@b11.c1.bise6.blackberry>, on 10/25/2011 at 06:17 AM, Ted MacNEIL <[email protected]> said: >There is also the group that is like a dog with a bone and has >nothing better to do but bitch about a TLA that even IBM uses in both >contexts. That's the null set. But there *is* the group of those who reply solely to complain about a correction. -- 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 [email protected] 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 [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
