Re: z/OS UNIX file can't be deleted. (Was confusing and confused)
In 2101290758-1319650465-cardhu_decombobulator_blackberry.rim.net-1732476978-@b11.c1.bise6.blackberry, on 10/26/2011 at 05:34 PM, Ted MacNEIL eamacn...@yahoo.ca said: Gee, I don't think you should call Mr. Mason a null. I didn't; he does other things besides correct incorrect usage. Who, besides you and he, believes it's a correction? You've already been told multiple times. Do you have reason to believe that John Eells and Message-ID: 4a6f2d35.2080...@us.ibm.com are figments of my imagination? We did not chose USS as an acronym for z/OS UNIX System Services. It's not on the list of names people are supposed to use, and nobody in IBM should use this abbreviation to mean z/OS UNIX System Services. (Anyone from IBM who thinks differently should contact me so I can tell them why they're wrong.) Also, where do you get the temerity to do the 'corrrection'? Do you represent IBM in any (legal) way? Do you? John does. Are you really that stupid? Anybody on the list has standing to correct anybody else on the list unless Big D says otherwise. -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
---snip- Are you really that stupid? Anybody on the list has standing to correct anybody else on the list unless Big D says otherwise. unsnip That may very well be, but can't we do it without hurling thunderbolts at one another? The H D (Hatred and discontent) are getting a bit thick around this circle of so-called professionals. Rick -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
W dniu 2011-10-26 20:07, Mark Zelden pisze: [...] IMHO there are two solutions of the problem: 1. Put the person in your email killfile - you won't see him anymore (except replies). 2. Escalate the problem to list owner. Few weeks ago Chris Mason lost ability to post messages to RACF-L. Guess why. ;-) We should reduce level of noise on this list. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
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.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu 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 IBM-MAIN@bama.ua.edu In 1505488263-1319523459-cardhu_decombobulator_blackberry.rim.net-690171122-@b11.c1.bise6.blackberry, on 10/25/2011 at 06:17 AM, Ted MacNEIL eamacn...@yahoo.ca 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 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
That's the null set. Gee, I don't think you should call Mr. Mason a null. If he's not complaining, he's doing a pretty good approximation. But there *is* the group of those who reply solely to complain about a correction. Who, besides you and he, believes it's a correction? IBM uses it -- they introduced me to the term almost 15 years ago. Also, where do you get the temerity to do the 'corrrection'? Do you represent IBM in any (legal) way? Or, are you just a self-appointed evangelist? I complain about the 'correction' because it's a dead horse you two keep flogging. Since you two aren't listening to the fact that, except for the useless chatter from you two and the deliberately misleading post(s), we don't care! I, for one, shall continue to 'misuse' the TLA. And, since I have already put both of you on my kill list a long time ago, I shall only be seeing any posts indirectly, by others quoting you. So, most of the time, I won't have to exercise the delete key. But, I shall not be responding to any more bump on USS. The world will continue to spin and the sun to shine, while I blithely tool along in my 'arrogance'. But, none are so arrogant as those who continue to 'correct' those who do not wish it, and said 'correctors' have no valid authority. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
In of57ada4cc.6b03be91-on86257935.0053dbce-86257935.00544...@us.ibm.com, on 10/26/2011 at 10:20 AM, Wayne Driscoll wdri...@us.ibm.com said: 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) Could you quote the text in question? I don't recall seing any such reply. More to the point, is it true that all posts from the same author are of that sort? I tend to doubt it, and Ted's word on it is worthless. -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
On Wed, 26 Oct 2011 12:22:12 -0500, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In of57ada4cc.6b03be91-on86257935.0053dbce-86257935.00544...@us.ibm.com, on 10/26/2011 at 10:20 AM, Wayne Driscoll wdri...@us.ibm.com said: 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) Could you quote the text in question? I don't recall seing any such reply. You could check the archives or google it.Why this is being brought up again 2 weeks later, I don't know. Well, maybe I do... OP: http://bama.ua.edu/cgi-bin/wa?A2=ind1110L=ibm-mainD=1O=DT=0X=0E4B87165A2879B0C9Y=mark%40mzelden.comP=455654 Response: http://bama.ua.edu/cgi-bin/wa?A2=ind1110L=ibm-mainD=1O=DT=0X=0E4B87165A2879B0C9Y=mark%40mzelden.comP=459202 My response and subsequent ad hominem attack after a legitimate question about a reply that made no sense to me based on the post. http://bama.ua.edu/cgi-bin/wa?A2=ind1110L=ibm-mainD=1T=0O=DF=S=X=0E4B87165A2879B0C9Y=mark%40mzelden.comP=475252 http://bama.ua.edu/cgi-bin/wa?A2=ind1110L=ibm-mainD=1O=DT=0X=0E4B87165A2879B0C9Y=mark%40mzelden.comP=484186 Then a claim that only the subject was read and not the context (if true, then that was the only response needed to my post) and more ad hominem attacks on every poster that disagreed with everyone that disagreed with Mr. Mason. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
On Mon, 24 Oct 2011 21:38:15 -0500, Chris Mason chrisma...@belgacom.net wrote: Matan has asked VTAM questions in the not too distant past in case you didn't know which was a further factor in wanting to point out how this misuse wasted my time and that of anyone else who might have more of an interest in Communications Server (CS). Once these novices have started to specialise in supporting CS they may well be joining me in getting upset by diving into posts - or just being alerted by these false subject lines - which are not what they might be. Which pales in comparison to the time wasted responding at length to it each and every time it happens... For former novices, once specialized, might I suggest IBMTCP-L (or whatever list exists for SNA)? Kills several pigeons with one cat, methinks. Old habits die hard. Even IBM still disclaims the completeness of their corrections to errant references in their products and documentation. Cut some slack. Let it go once in a while. Or at least take it up with the offenders offline (we don't all need to repeat the lesson). Regards, Art Gutowski -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
That is the group who know the two meanings of the three letters and use them properly in context 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. To bad he doesn't have a life, mor does he get it. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
You should read your own reply and heed it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Monday, October 24, 2011 10:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS UNIX file can't be deleted. (Was confusing and confused) If you don't have anything useful to say there are many subscribers who would say don't bother to post. I will not tolerate falsely being accused negatively in public and that's what arrogant Mr Zelden did. Chris Mason On Wed, 12 Oct 2011 13:23:59 -0500, Greg Shirey wgshi...@benekeith.com wrote: Arrogant? Mark Zelden?? I don't think so... Greg Shirey -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
If you don't have anything useful to say there are many subscribers who would say don't bother to post. and others who would say, you don't have to go to every gunfight you're invited to /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
Chris - I wasn't offended . Me using the USS term for unix system service is because this is how I was intruduce to the Z/os Unix when I first got into the Z/os ( it was OS\390 2.10 and not so long ago ) and it probably will stay always USS for me. On Tue, Oct 25, 2011 at 1:47 PM, Bonno, Tuco t...@cio.sc.gov wrote: If you don't have anything useful to say there are many subscribers who would say don't bother to post. and others who would say, you don't have to go to every gunfight you're invited to /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -- 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 -- best regards, matan cohen MF System Administrator. -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
In 1505488263-1319523459-cardhu_decombobulator_blackberry.rim.net-690171122-@b11.c1.bise6.blackberry, on 10/25/2011 at 06:17 AM, Ted MacNEIL eamacn...@yahoo.ca 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS UNIX file can't be deleted. (Was confusing and confused)
Tony Let's branch back to being professional. What an excellent idea! Let's branch back to using terms correctly especially so that newcomers are not destined to be confused when they have to deal with the real thing! I'd say that was not only the *professional* approach but also the kind and considerate approach. Unfortunately there are very many, noticeably among the usual suspects, who set their face against such a *professional* attitude, more's the pity! Chris Mason On Wed, 12 Oct 2011 11:12:51 -0500, Tony's Comcast account tbabo...@comcast.net wrote: Bill Maher's prediction has come to pass. Email has turned us into a nation of 10 year old girls. Let's branch back to being professional. -- 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
z/OS UNIX file can't be deleted. (Was confusing and confused)
Matan Since my little joke has caused so much fuss, I checked back in the IBM-MAIN archives that my basic premise, which may not be appreciated by all casually reading these exchanges, namely that, on the evidence of threads you have initiated and with the questions raised in which I have assisted - in I hope other than the French sense, you are well acquainted with z/OS Communications Server and so you are well aware of correct usage. I can assure the spittle-flecked - and any others following this thread - that I would not have poked your ribs had this not been the case. Incidentally I hope you enjoyed your little holiday! It has nothing to do with your problem. Chris believes USS can only be used to refer to Unformatted System Services, to use it to mean Unix System Services is not to be allowed. Correct. From a Summary of Changes in the OS/390 V2R6 MVS Initialization and Tuning Guide: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA1E106/CHANGES quote | As part of the name change of OS/390 OpenEdition to OS/390 UNIX System | Services, occurrences of OS/390 OpenEdition have been changed to OS/390 | UNIX System Services or its abbreviated name, OS/390 UNIX. OpenEdition may | continue to appear in messages, panel text, and other code with OS/390 | UNIX System Services. /quote Today's abbreviated form is, naturally, z/OS UNIX. ... USS can only be used to refer to Unformatted System Services, ... By adding the adverb correctly, correct again. He has fought wars over this. What nonsense! I have mentioned it from time to time, generally when the inevitable ambiguity in the context of Communications Server was in evidence. If the subsequent lobbing of mortars by members of the spittle-flecked brigade constitutes a *war* for Mr Chicklon, then this is one misuse I won't bother contesting. Many have learned to ignore the war, ... Which I think means many have ignored the confusion they deliberately spread among typically newcomers by persisting with the incorrect use even when they know it is incorrect, thereby storing up problems of comprehension when the newcomers find themselves having to work with Communications Server. ... and simply help those who ask easily understood questions. I'm not sure what the point is here. It's not as if every last post in this list supposedly within a thread always has direct bearing on the question originally asked - or any reasonable spin-off. My observation was pertinent, although indirect, and tailored to your expected understanding. Fortunately, everyone else who replied to your question was able to determine what you meant based on the context of your question. This would be a sensible observation if it was not abundantly evident after just a moment's reflection that I was dealing solely with the subject text. My suggestion is to listen to those offering legitimate help. Agreed. However I suspect that Mr. Chicklon fondly imagines that my help - in the form of a gentle nudge - was not legitimate. But since he's a paid-up member of the spittle-flecked brigade, he would, wouldn't he? Chris Mason On Wed, 12 Oct 2011 09:40:16 -0400, Chicklon, Thomas thomas.chick...@53.com wrote: Matan, It has nothing to do with your problem. Chris believes USS can only be used to refer to Unformatted System Services, to use it to mean Unix System Services is not to be allowed. He has fought wars over this. Many have learned to ignore the war, and simply help those who ask easily understood questions. Fortunately, everyone else who replied to your question was able to determine what you meant based on the context of your question. My suggestion is to listen to those offering legitimate help. Tom Chicklon -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
Jon Get over yourself. The only response to this is get over your nonsensical instructions to others to get over themselves. What tosh! Most of the folks on this list ... Interesting approach, leading to an exercise in set theory, wouldn't you say? Most suggests not all, so let's try and work out who knows what. A is all the list subscribers. B is the subset of A who know of the three letters in the incorrect context. C is the subset of B who also know of the three letters in the correct context. D is the subset of B who do not know of the three letters in the correct context. E is the subset of C who studiously employ the correct abbreviations when communicating to others. F is the subset of C who studiously employ the incorrect abbreviation when communicating to others. Most of the folks on this list know exactly what the question was about ... As I made clear already in other posts, I am considering only what appeared in the subject. At the time the subject was seen your folk would constitute set D in terms of *imagining* they knew exactly. I'm obliged to exclude set C because of the possible ambiguity in the subject. ... and most of the folks I know are aware that USS is also used to denote UNIX System Services, ... Interesting also! Without the also and assuming you know all the list subscribers, this is a definition of set B while. with the also, this is a definition of set C. I'm actually rather pleased that most of your acquaintances are aware of both the incorrect use and the correct use. I do hope they act on that knowledge and belong to set E rather than set F, the elevated rather than the forsaken! In case you haven't noticed it in another post, here is why I feel confident with the adjectives correct and incorrect: From a Summary of Changes in the OS/390 V2R6 MVS Initialization and Tuning Guide: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA1E106/CHANGES quote | As part of the name change of OS/390 OpenEdition to OS/390 UNIX System | Services, occurrences of OS/390 OpenEdition have been changed to OS/390 | UNIX System Services or its abbreviated name, OS/390 UNIX. OpenEdition may | continue to appear in messages, panel text, and other code with OS/390 | UNIX System Services. /quote Today's abbreviated form is, naturally, z/OS UNIX. - Anyhow the reason for the set theory was to highlight the fate of set D, whom we have discovered are most of the folk on this list. With a let go here and a let go there or when responsibility is transferred to some geography with a time difference from GMT which is not a whole number of hours, for example, responsibilities may well be transferred from some z/OS topic responsibility over to or may well include - I'm not endorsing the wisdom of such a spread of responsibility - Communications Server in all its aspects. It is quite unnecessary that the seeds of confusion are then sown in the minds of the already put-upon systems programmer who may suffer some trauma moving out of set D into set C. It is quite unnecessary to cause any confusion when that Summary of Changes text is noted There is no good reason to keep arguing over this and it is a waste of everybody's time. and there is thus an excellent reason to keep pointing this out - since I'm right, I don't have to argue, I just have to turn to pointing out the truth from time to time - and I thank you for your time which I assure you, if you were not previously aware of the truth, has not been wasted! If you were previously aware of the truth, you will only be wasting time if you have it to spare and you continue reading an answer you already know. - However, if we're talking about wasting time, how about the members of set D getting the wrong impression from the subject line and then discovering that there are commands and messages that cannot be reconciled with what they thought they knew. How about the following as subjects?: - Trouble with USS command - What does this USS message mean? - How do I change the USS module? If this refers to the correct usage - which is entirely possible from the wording - what about our often recently arrived brethren who we have proof, since they sometimes reply to posts as well as initiating them, may well decide they could help when z/OS UNIX System Services is the topic and we oblige them to do a double take - at least? And how about you? Although you appear to belong to set C, what would you assume? Chris Mason On Wed, 12 Oct 2011 12:53:02 -0400, Veilleux, Jon L veilleu...@aetna.com wrote: Chris, Get over yourself. Most of the folks on this list know exactly what the question was about and most of the folks I know are aware that USS is also used to denote UNIX System Services, despite your objections. There is no good reason to keep arguing over this and it is a waste of everybody's time. Pax vobiscum, Jon
Re: z/OS UNIX file can't be deleted. (Was confusing and confused)
Mary Anne Arrogant? Pot/Kettle/Black! I'm a bit lost on the logic of this but it may be more a reflection on the speaker than the spoken to. Maybe the girls' age to which Tony Babonas referred is not a necessary qualification. Possibly Sticks and stones .. stays with some for life. I believe I've noted before that you are one of the spittle-flecked brigade so your response is to be expected. BTW, it's dreaded, not dread. It's not all that easy to be able to tell the difference now I look into it: http://www.thefreedictionary.com/dread adj. 1. Causing terror or fear: a dread disease. 2. Inspiring awe: the dread presence of the headmaster. http://www.thefreedictionary.com/dreaded adj. 1. Causing terror or fear: a dread disease. 2. Inspiring awe: the dread presence of the headmaster. Google prefers dread to dreaded in a ratio of 2 to 1. I win! Chris Mason On Wed, 12 Oct 2011 12:20:58 -0500, Mary Anne Matyaz maryanne4...@gmail.com wrote: Arrogant? Pot/Kettle/Black! BTW, it's dreaded, not dread. -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
If you don't have anything useful to say there are many subscribers who would say don't bother to post. I will not tolerate falsely being accused negatively in public and that's what arrogant Mr Zelden did. Chris Mason On Wed, 12 Oct 2011 13:23:59 -0500, Greg Shirey wgshi...@benekeith.com wrote: Arrogant? Mark Zelden?? I don't think so... Greg Shirey -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
Rick It's good to see that out of Read, mark, learn and inwardly digest, some can managed two out of four - at least - one lives in hope! One can note however that this presumably an incorrectly corrected typo - under the influence of the spelling checker - is not entirely inappropriate: the exclamation mark - typing very carefully! - can indeed double as an explanation mark - still typing very carefully! - especially when it's uncertain any irony may happen to be missed! Chris Mason On Wed, 12 Oct 2011 16:18:01 -0500, Rick Fochtman rfocht...@ync.net wrote: Mary Anne Matyaz wrote: Arrogant? Pot/Kettle/Black! BTW, it's dreaded, not dread. ... And it's a EXCLAMATION POINT, not a EXPLANATION POINT. Rick -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
Rob From a Summary of Changes in the OS/390 V2R6 MVS Initialization and Tuning Guide: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA1E106/CHANGES quote | As part of the name change of OS/390 OpenEdition to OS/390 UNIX System | Services, occurrences of OS/390 OpenEdition have been changed to OS/390 | UNIX System Services or its abbreviated name, OS/390 UNIX. OpenEdition may | continue to appear in messages, panel text, and other code with OS/390 | UNIX System Services. /quote Today's abbreviated form is, naturally, z/OS UNIX. You knew that USS was being used for unix system services ... On reading the subject I didn't! Matan has asked VTAM questions in the not too distant past in case you didn't know which was a further factor in wanting to point out how this misuse wasted my time and that of anyone else who might have more of an interest in Communications Server (CS). Once these novices have started to specialise in supporting CS they may well be joining me in getting upset by diving into posts - or just being alerted by these false subject lines - which are not what they might be. It's put the cat among the pigeons to illustrate what this means - as it was intended to with some effect it would seem! And the *really* intelligent might take note. Sadly I expect some won't. Chris Mason - Original Message - From: Rob Schramm rob.schr...@gmail.com To: chrisma...@belgacom.net Sent: Wednesday, October 12, 2011 6:14 PM Subject: Re: USS - file can't be deleted. Chris, I happen to read this in my trash. In the examination, I know that you are not unintelligent. Please grant the list a certain amount of credit and do not feign stupidity. You knew that USS was being used for unix system services and chose to make your exhaustively covered campaigning for USS being only referencing Unformatted System Services point once again. Rob Schramm -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
This reply contains a test designed to show what a pointless post it was: http://aime.ua.edu/cgi-bin/wa?A2=ind1110L=ibm-mainD=1O=DP=914102 Chris Mason On Wed, 12 Oct 2011 10:30:18 -0700, Scott Ford scott_j_f...@yahoo.com wrote: Amen, Jon, too old to argue anymore Scott J Ford -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
Whomever it really is This reply contains a test designed to show what a pointless post it was: http://aime.ua.edu/cgi-bin/wa?A2=ind1110L=ibm-mainD=1O=DP=914102 Chris Mason On Wed, 12 Oct 2011 13:27:27 -0400, Ford Prefect ford...@gmail.com wrote: Jon, I couldn't have said it better. -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
On 25/10/2011 13:28 PM, Chris Mason wrote: Interesting approach, leading to an exercise in set theory, wouldn't you say? Most suggests not all, so let's try and work out who knows what. A is all the list subscribers. B is the subset of A who know of the three letters in the incorrect context. C is the subset of B who also know of the three letters in the correct context. D is the subset of B who do not know of the three letters in the correct context. E is the subset of C who studiously employ the correct abbreviations when communicating to others. F is the subset of C who studiously employ the incorrect abbreviation when communicating to others. Chris, There is one other subset and I believe on emperical evidence (this listserver) that many people fit the subset. That is the group who know the two meanings of the three letters and use them properly in context Ken -- 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
