Re: Humour
All I remember is that it was an April Fools article in Datamation, supposedly an archaeological paper describing the way IBM's last OS became obsessed with following control block pointers to the exclusion of doing useful work. Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mosley, George Sent: Wednesday, November 16, 2011 09:37 To: IBM-MAIN@bama.ua.edu Subject: Humour Does anyone remember, and better still, have a copy of a humourous piece poking fun at IBM from years ago called (as I recall) The End of OS? George Mosley -- 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: OT measures was Re: Out damn'd GMT ...
It's not so much the humidity as the mingyness of the lumber industry. Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gerhard Postpischil Sent: Tuesday, November 08, 2011 14:43 To: IBM-MAIN@bama.ua.edu Subject: Re: OT measures was Re: Out damn'd GMT ... On 11/8/2011 8:29 AM, J R wrote: ... Two by four construction lumber is still the same dimensions (more like 1.6in by 3.2in). And in the UK, they still call it four-by-two (otherwise Cockney rhyming slang wouldn't make sense) and it is a lot closer to its nominal dimensions. If I had to guess, it's because the UK is a lot more humid and the lumber wouldn't shrink as much? g Makes me wonder whether dimensional lumber in Seattle is bigger than in Texas. Gerhard Postpischil Bradford, VT -- 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: Out damn'd GMT ...
Funny, this thread originally started as a rant about time standards... :-) Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Saturday, November 05, 2011 21:51 To: IBM-MAIN@bama.ua.edu Subject: Re: Out damn'd GMT ... In ca+vt6kpukfmngpg5vkocmeyv42wd-t9lf5wqofyw1-6tbwd...@mail.gmail.com, on 11/04/2011 at 03:06 PM, Joe Aulph syspro...@gmail.com said: Are you sure we're not confusing mass for weight? Yes. Is not an ounce and ounce? No. I'm sure that wiki can fill you in on all of the units called ounce. -- 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: Out damn'd GMT ...
I meant funny(peculiar), not funny(ha-ha). :-) Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Monday, November 07, 2011 08:50 To: IBM-MAIN@bama.ua.edu Subject: Re: Out damn'd GMT ... Not funny, quite a lot of threads change directions so often that you don't recognize the original subject anymore. Kees. Turriff, Leslie leslie.turr...@oa.mo.gov wrote in message news:87348bf0403c3e42b369e1989a8961130183cf6...@exchvs5a.mx.state.mo.us ... Funny, this thread originally started as a rant about time standards... :-) Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Saturday, November 05, 2011 21:51 To: IBM-MAIN@bama.ua.edu Subject: Re: Out damn'd GMT ... In ca+vt6kpukfmngpg5vkocmeyv42wd-t9lf5wqofyw1-6tbwd...@mail.gmail.com, on 11/04/2011 at 03:06 PM, Joe Aulph syspro...@gmail.com said: Are you sure we're not confusing mass for weight? Yes. Is not an ounce and ounce? No. I'm sure that wiki can fill you in on all of the units called ounce. -- 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 For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: OT measures was Re: Out damn'd GMT ...
This is one of those situations where someone (the US government) has taken a generic term for use for their own specific purpose. Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Grinsell, Don Sent: Monday, November 07, 2011 09:43 To: IBM-MAIN@bama.ua.edu Subject: Re: OT measures was Re: Out damn'd GMT ... I think in this case the term state is not wholly inappropriate: state (n): 8.the territory, or one of the territories, of a government. Respectfully submitted by a former resident (and still citizen) of said province. -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov Learn from the mistakes of others. You can't live long enough to make them all yourself. -- Eleanor Roosevelt -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, 04 November 2011 17:48 To: IBM-MAIN@bama.ua.edu Subject: Re: OT measures was Re: Out damn'd GMT ... Still province not state - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: John Gilmore johnwgilmore0...@gmail.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 4 Nov 2011 18:36:32 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: OT measures was Re: Out damn'd GMT ... The 'O' in LCBO stands for 'Ontario'. It thus seemed likely that the LCBO was a creature of the Province of Ontario even before this was confirmed for us so definitively. --jg -- 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 -- 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: Out damn'd GMT ...
Presumably my post was unclear; That's what I meant, Shmuel. Leslie Turriff ITSD 751-3480 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, November 03, 2011 17:21 To: IBM-MAIN@bama.ua.edu Subject: Re: Out damn'd GMT ... In 87348bf0403c3e42b369e1989a8961130183cf6...@exchvs5a.mx.state.mo.us, on 11/03/2011 at 11:05 AM, Turriff, Leslie leslie.turr...@oa.mo.gov said: This will actually make sense once (if ever) we become a spacefaring culture, and are no longer tied to the rotation rate of the earth. No. What would make sense for a spacefaring culture is a standardd decoupled from the Earth's rotation. -- 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: TSO SCREENSIZE
Perhaps if you go to ISPF Settings (0 from the main menu) and set Screen format to Std that will help. (?) Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Juergen Keller Sent: Friday, November 04, 2011 08:54 To: IBM-MAIN@bama.ua.edu Subject: TSO SCREENSIZE hello together, I have a strange problem and maybe someone had the same and had a solution for this we got new terminals with bigger sizes and now the users wants to use the new PCOM-size of 62x160 which is supported I think since PCOM6.0. So a user logon to TSO with the variable logmode D4C32XX3. In ISPF you can see that it uses 62x160 (SDSF LOG) and TSO also uses 62x160 (also SDSF LOG). Now we have some ISPF-applications having problems with this logmode. The panels are not defined to ISPPLIB and look like hardcoded in the application. The result is that the panels are disrupted. The first line (80 bytes) of the panel is shown in line 1 - byte 1-80 and the second line of the panel is shown in line 1 - byte 81-160. The result is that the panels look very stange. Now I had the idea to use the TERMINAL-command and set the screensize to 43x80 for this application (first command in calling REXX). But unfortunately the result is the same. I can see that TSO has switched its size but the panels of the application are still disrupted. The problem now is what are this very old applications doing? Do we have sourcecode? We have no answer .. we only have that problem :-( Then I tried to call SDSF in READY-mode of TSO after I had changed the screensize to 43x80. The result is the same. The panel is disrupted and look like the problem we have with our applications. I can ask IBM (pmr) but I new the answer: why are we doing that and this is not supported. But I only want to help the users to use 62x160 for ISPF and maybe 43x80 when using TSO. To make it complete confusing ... it you change SCRSIZE to 24x80 all looks fine ... only with 32x80, 43x80 and 27x132 and SDSF called in READY-mode you have that problem (and also with our own application). Is there anyone who had the same problem in the past and got a solution? TNX Juergen -- 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: Out damn'd GMT ...
Ounces measure weight, not mass. But there are at least two ounces, the common ounce (I don't know what its formal name is) and the Troy ounce, used for measuring gold, etc. Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Joe Aulph Sent: Friday, November 04, 2011 14:06 To: IBM-MAIN@bama.ua.edu Subject: Re: Out damn'd GMT ... 1 oz of gold weighs more than 1 oz of water while 1 lb of gold weight lots less than 1 lb of water - the water is 21.53% heavier. Are you sure we're not confusing mass for weight? Is not an ounce and ounce? What was the old question, which is heavier a ton of bricks or a ton of feathers? I'll think on that one durring my extra hour of sleep Sunday... On Fri, Nov 4, 2011 at 2:05 AM, Robert A. Rosenberg hal9...@panix.comwrote: At 03:12 + on 11/04/2011, Ted MacNEIL wrote about Re: Out damn'd GMT ...: US: 2 cups - 8 by 2 = 16 oz IMPERIAL: 2.5 cups = 20 oz 1 IMP gallon = 10 lb (water) 1 US gallon = 8 lb 1 IMP gallon = 160 oz 1 US = 128 oz In both systems: 1 oz weighs 1 oz (water) 1 millilitres of water = 1 gramme. OTOH: 1 oz of gold weighs more than 1 oz of water while 1 lb of gold weight lots less than 1 lb of water - the water is 21.53% heavier. --**--**-- 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.htmlhttp://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- 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: Out damn'd GMT ...
I was referring to the section of that page labeled /In Popular Culture/; I believe you must have been looking at the references to Computing. Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, November 04, 2011 13:08 To: IBM-MAIN@bama.ua.edu Subject: Re: Out damn'd GMT ... In 87348bf0403c3e42b369e1989a8961130183cf6...@exchvs5a.mx.state.mo.us, on 11/04/2011 at 07:25 AM, Turriff, Leslie leslie.turr...@oa.mo.gov said: Presumably my post was unclear; That's what I meant, Shmuel. The referenced article talked about leap minutes. That means that it is *not* decoupled from the Earth's rotation. -- 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: units (was: Out damn'd GMT ...)
The Newton is a unit of force, IIRC. Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Friday, November 04, 2011 14:52 To: IBM-MAIN@bama.ua.edu Subject: units (was: Out damn'd GMT ...) On Fri, 4 Nov 2011 14:13:41 -0500, Turriff, Leslie wrote: Ounces measure weight, not mass. But there are at least two ounces, the common ounce (I don't know what its formal name is) [avoirdupois - gil] and the Troy ounce, used for measuring gold, etc. And Specific Impulse is measured in seconds: the time an engine burning one pound of fuel can produce one pound of thrust. So: delta-V = ln( initial mass / final mass) * SI * 32.2 ft/sec^2 (What do you think they are? Rocket scientists?) And I have been told that engineers working in the metric system use the kilogram, not the newton, as a unit of weight, and a unit of mass equal to 9.8 kilograms. Go to your hardware store and ask to buy a rope with a load-bearing strength rated in newtons. All terracentric thinking. -- gil -- 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: Out damn'd GMT ...
Now if we could only manage to do away with Daylight Savings Time. Really, how many folks pay more attention to how high the sun is when determining when it's time to go to|leave work, etc.? It's just a nuisance any more. Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Thursday, November 03, 2011 04:40 To: IBM-MAIN@bama.ua.edu Subject: Out damn'd GMT ... This would be primarily for the gratification of gil: http://www.abc.net.au/news/2011-11-03/time-for-change-gmt-could-be-history/3617226 Shane ... -- 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: Out damn'd GMT ...
This will actually make sense once (if ever) we become a spacefaring culture, and are no longer tied to the rotation rate of the earth. See http://en.wikipedia.org/wiki/Metric_time, section /In popular culture/. Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, November 03, 2011 09:21 To: IBM-MAIN@bama.ua.edu Subject: Re: Out damn'd GMT ... On Thu, 3 Nov 2011 20:40:00 +1100, Shane Ginnane wrote: This would be primarily for the gratification of gil: http://www.abc.net.au/news/2011-11-03/time-for-change-gmt-could-be-history/3617226 Wherein I read: ... We are starting to have parallel definitions of time. Imagine a world where there were two or three definitions of a kilogram. Imagine a world where there were two or three definitions of a pint. ... That would see atomic time slowly diverge from GMT, by about one minute every 60 to 90 years, or by an hour every 600 years, and there would need to be leap minutes a couple of times a century to bring the two in line. At a quadratically increasing rate. Right; let our grandchildren deal with the problem. A pernicious compromise: either abandon Earth Rotation Time or stick with UTC; don't just introduce a third standard. -- gil -- 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: SLightly O/T Perl
Many language designers appear to be more concerned with how easily a language can be parsed by its compiler than by its users; thus the proliferation of arcane tokens (,),{,},[,],\=,,-,;,:,... that give us double vision. :-) Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Post Sent: Wednesday, November 02, 2011 13:29 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl On 11/2/2011 at 12:02 PM, John Gilmore johnwgilmore0...@gmail.com wrote: Professional programmers will certainly be needed in the future; but what they need in a programming language is expressive power, not simplicity achieved by leaving the hard parts out. Yeah, but they also need a language that (at worst) doesn't actively hinder writing maintainable code. Perl doesn't fare so well by that standard. Mark Post -- 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: SLightly O/T Perl
I suspect that the COBOL code you're referring to was crippled by poorly-chosen identifiers. Even the most readable language can be made inscrutable by (im)prudent choice of variable names. :-) Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, November 02, 2011 13:53 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl It's better than APL. And depends on the coder not using weird idioms. I've seen COBOL which is incomprehensible. IIRC, COBOL was supposedly designed so that an English speaking army private could write clean code. Which simply proves that programmers can't speak English (properly). -- John McKown Systems Engineer IV -- 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: SLightly O/T Perl
LoL! That reminds me, after Edsger W. Dijkstra published his famous paper, Go to considered harmful, of a parody article touting the benefits of a come from statement. :-) Leslie Turriff ITSD 751-3480 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, November 02, 2011 15:56 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl The DWIM language - Do What I Meant! BTW, no need for messages! snip What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. /snip -- 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: SLightly O/T Perl
BNF description: Program ::= Just do it. :-) Leslie Turriff MO ITSD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, November 02, 2011 16:02 To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl I prefer DWIN - Do What I Need. Because I may not know what I need and so may not say what I need to say. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, November 02, 2011 3:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SLightly O/T Perl The DWIM language - Do What I Meant! BTW, no need for messages! snip What we need is a language that dynamically adapts to the programmer. A compiler for this language could recognize not only valid syntax in the language, but also detect unskilled programmers and automatically limit their access to some (or all ;-) features. Using advanced heuristics, in some cases the compiler would just write messages like: Sorry, you are an idiot. Compilation aborted. /snip -- 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 -- 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: Maintenance at two in the afternoon? On a Friday?
Probably not a mainframe system. When I was working at EDS we had some unix folks who pulled the same trick on a production system. Boy, the air sure turned blue! :-) Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, October 28, 2011 15:30 To: IBM-MAIN@bama.ua.edu Subject: Maintenance at two in the afternoon? On a Friday? Well, I just tried to do some online credit card account maintenance with my Capital One card, and got the message 'System Unavailable'. I called tech support and they said they were doing maintenance on the system. Regular weekend maintenance. At 2:00 on a Friday afternoon? Does anyone know if they are using mainframes for their online / web based work? Sheesh! Someone should teach them they can use mainframes and do maintenance while the system keeps running! Makes you wonder about staying with them. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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 -- 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: Lines per page - IDCAMS output
There's no easy way to do this. You could route the listing through a REXX program that would strip out the page headings and reinsert them in appropriate places, then print its output. If you have TSO Pipelines installed you can write a little filter to do the same. Here's a possible solution (not tested; may need tweaking): /*.-- REXX --.*/ /*|LONGAMS - reformat the output of IDCAMS for longer pages |*/ /*| |*/ /*|Syntax: |*/ /*| .-LINECT-55-. |*/ /*|-LONGAMS-+---+|*/ /*| '-LINECT-nn-' |*/ /*'--'*/ if arg(1) = '?', | arg(1) = 'HELP' then do call help exit 0 end trace normal parse upper arg options do while words(options) 0 parse var options option options select when option = 'LINECT' then parse var options linect options otherwise say 'Option' option 'is not recognized.' exit 8 end address TSO execio 1 diskr SYSUT1 (open stem amsline hdrline = amsline execio 1 diskw SYSUT2 (open stem hdrline line# = 1 do while rc = 0 if left(amsline,24) = '1IDCAMS SYSTEM SERVICES' then do execio 1 diskr SYSUT1 (stem amsline amsline = ' 'substr(amsline,2) end execio 1 diskw SYSUT2 (stem amsline line# = line# + 1 if line# linect then do execio 1 diskw SYSUT2 (stem hdrline line# = 1 end execio 1 diskr SYSUT1 (stem amsline end execio 0 diskw SYSUT1 (finis execio 0 diskw SYSUT2 (finis exit rc help: procedure trace normal say; say; say do l = 2 by 1 while left(sourceline(l),2) = '/*' parse value sourceline(l) with '/*|' text '|*/' . say text end return and JCL to run it (also not tested; may need tweaking): //jobname JOB (account), // programmer, // CLASS=A, // MSGCLASS=A //* //IDCAMS EXEC PGM=IDCAMS //SYSINDD * LISTCAT ENTRY(dataset.name) ALL /* //SYSPRINT DD DSN=IDCAMS, // UNIT=SYSDA, // SPACE=(CYL,(1,1)), // DCB=(RECFM=FBA,LRECL=121), // DISP=(NEW,PASS) //* //LONGASM EXEC PGM=IRXJCL, // PARM='LONGAMS LINECT 80' //SYSTSIN DD DUMMY //SYSUT1 DD DSN=IDCAMS, // DISP=(OLD,DELETE) //SYSUT2 DD SYSOUT=A, // DCB=(RECFM=FBA,LRECL=121) //SYSTSPRT DD SYSOUT=A //* // Leslie Turriff State of Missouri Information Technology Services Division -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Hilliard Sent: Tuesday, October 25, 2011 09:49 To: IBM-MAIN@bama.ua.edu Subject: Lines per page - IDCAMS output Curious if anyone knows whether or not you can change the lines per page for IDCAMS output. It appears to be set to something like 52. On occasion we need to print off rather large LISTCAT listings. In the interest of saving paper, being able to fill up the page would be useful. I serached the archive but didn't find too many hits. -- 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: Segmenting an output spool file in z/OS - 2nd attempt
The original version was sent from my Outlook mail client in HTML format. I have since changed my default email format to Rich Text, because Outlook has an option to convert Rich Text messages as plain text when they're sent to the internet Leslie Turriff -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Thursday, October 20, 2011 17:48 To: IBM-MAIN@bama.ua.edu Subject: Re: Segmenting an output spool file in z/OS - 2nd attempt Leslie, Off topic, but did you do anything different on 2nd posting to get it to work? Like something we could advise for others with similar base64 posting issues? I received some additional headers from ibm-main with your 2nd posting attempt, most notably a X-MIME-Autoconverted: from base64 to 8bit by bama.ua.edu id p9KEf61i001292 which implies Email was still received by bama in base64 format, but for some reason it was able to convert the 2nd post to 8bit and handle it reasonably but failed to do so for the 1st. From the Received headers, it looks like the 2nd posting was received by a different ua.edu mail server than the first post (mailapp-2.ua.edu versus mailapp-1.ua.edu), so perhaps the difference is an issue at ua.edu. Maybe they're experimenting with a circumvention/resolution of the original problem and you just hit a fixed path on 2nd try. (The routing of Email though mo.gov servers was different as well, but base64 encoding apparently got to bama in both cases) JC Ewing On 10/20/2011 09:41 AM, Turriff, Leslie wrote: Hi, I know that in z/VM and z/VSE I can break a large output spool file into several segments. I've Googled, and looked through the z/OS JCL Reference and User Guide and the JES2 Introduction and Commands manuals, but I can't find an equivalent mechanism for z/OS. Perhaps a different term is used in z/OS, and I'm looking for the wrong thing? Leslie Turriff State of Missouri Information Technology Services Division -- 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 -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- 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: Segmenting an output spool file in z/OS - 2nd attempt
I intended to say: The original version was sent from my Outlook mail client in HTML format. I have since changed my default email format to Rich Text, because Outlook has an option to convert Rich Text messages as plain text when they're sent to the internet. Leslie Turriff -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Turriff, Leslie Sent: Friday, October 21, 2011 08:37 To: IBM-MAIN@bama.ua.edu Subject: Re: Segmenting an output spool file in z/OS - 2nd attempt The original version was sent from my Outlook mail client in HTML format. I have since changed my default email format to Rich Text, because Outlook has an option to convert Rich Text messages as plain text when they're sent to the internet Leslie Turriff -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Thursday, October 20, 2011 17:48 To: IBM-MAIN@bama.ua.edu Subject: Re: Segmenting an output spool file in z/OS - 2nd attempt Leslie, Off topic, but did you do anything different on 2nd posting to get it to work? Like something we could advise for others with similar base64 posting issues? I received some additional headers from ibm-main with your 2nd posting attempt, most notably a X-MIME-Autoconverted: from base64 to 8bit by bama.ua.edu id p9KEf61i001292 which implies Email was still received by bama in base64 format, but for some reason it was able to convert the 2nd post to 8bit and handle it reasonably but failed to do so for the 1st. From the Received headers, it looks like the 2nd posting was received by a different ua.edu mail server than the first post (mailapp-2.ua.edu versus mailapp-1.ua.edu), so perhaps the difference is an issue at ua.edu. Maybe they're experimenting with a circumvention/resolution of the original problem and you just hit a fixed path on 2nd try. (The routing of Email though mo.gov servers was different as well, but base64 encoding apparently got to bama in both cases) JC Ewing On 10/20/2011 09:41 AM, Turriff, Leslie wrote: Hi, I know that in z/VM and z/VSE I can break a large output spool file into several segments. I've Googled, and looked through the z/OS JCL Reference and User Guide and the JES2 Introduction and Commands manuals, but I can't find an equivalent mechanism for z/OS. Perhaps a different term is used in z/OS, and I'm looking for the wrong thing? Leslie Turriff State of Missouri Information Technology Services Division -- 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 -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- 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 -- 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
Segmenting an output spool file in z/OS
��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�
Segmenting an output spool file in z/OS - 2nd attempt
Hi, I know that in z/VM and z/VSE I can break a large output spool file into several segments. I've Googled, and looked through the z/OS JCL Reference and User Guide and the JES2 Introduction and Commands manuals, but I can't find an equivalent mechanism for z/OS. Perhaps a different term is used in z/OS, and I'm looking for the wrong thing? Leslie Turriff State of Missouri Information Technology Services Division -- 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: Segmenting an output spool file in z/OS - 2nd attempt
Well, I don't know how I missed that; guess I was concentrating on the OUTPUT statement. Would there be any way to do that dynamically from within the program writing the spool file? I know how to do it with VSE/Power... Leslie Turriff -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, October 20, 2011 10:38 To: IBM-MAIN@bama.ua.edu Subject: Re: Segmenting an output spool file in z/OS - 2nd attempt Leslie, Look at the segment sub-parameter of the dd statement in the JCL Reference manual. -Original Message- From: Turriff, Leslie [mailto:leslie.turr...@oa.mo.gov] Sent: Thursday, October 20, 2011 10:41 AM To: IBM-MAIN@bama.ua.edu Subject: Segmenting an output spool file in z/OS - 2nd attempt Hi, I know that in z/VM and z/VSE I can break a large output spool file into several segments. I've Googled, and looked through the z/OS JCL Reference and User Guide and the JES2 Introduction and Commands manuals, but I can't find an equivalent mechanism for z/OS. Perhaps a different term is used in z/OS, and I'm looking for the wrong thing? Leslie Turriff State of Missouri Information Technology Services Division -- 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 -- 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: Segmenting an output spool file in z/OS - 2nd attempt
Okay, thanks, Andy, David and John. Leslie Turriff ITSD 751-3480 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andy Robertson Sent: Thursday, October 20, 2011 11:59 To: IBM-MAIN@bama.ua.edu Subject: Re: Segmenting an output spool file in z/OS - 2nd attempt in Assembler, the SETPRT macro can be issued against a DCB writing SYSOUT it's literally a decade since I wrote the relevant bit of code but I think what you do is more or less SETPRT dcbaddr,DISP=SCHEDULE Dunno of any facility in a HLL to do this Andy Robertson telephone mobile 0777 214 9545 home 01308 420797 -IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote: - To: IBM-MAIN@bama.ua.edu From: Turriff, Leslie leslie.turr...@oa.mo.gov Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 10/20/2011 04:42PM Subject: Re: Segmenting an output spool file in z/OS - 2nd attempt Well, I don't know how I missed that; guess I was concentrating on the OUTPUT statement. Would there be any way to do that dynamically from within the program writing the spool file? I know how to do it with VSE/Power... Leslie Turriff -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, October 20, 2011 10:38 To: IBM-MAIN@bama.ua.edu Subject: Re: Segmenting an output spool file in z/OS - 2nd attempt Leslie, Look at the segment sub-parameter of the dd statement in the JCL Reference manual. -Original Message- From: Turriff, Leslie [mailto:leslie.turr...@oa.mo.gov] Sent: Thursday, October 20, 2011 10:41 AM To: IBM-MAIN@bama.ua.edu Subject: Segmenting an output spool file in z/OS - 2nd attempt Hi, I know that in z/VM and z/VSE I can break a large output spool file into several segments. I've Googled, and looked through the z/OS JCL Reference and User Guide and the JES2 Introduction and Commands manuals, but I can't find an equivalent mechanism for z/OS. Perhaps a different term is used in z/OS, and I'm looking for the wrong thing? Leslie Turriff State of Missouri Information Technology Services Division -- 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 -- 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 email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.johnlewis.com/insurance http://www.johnlewispartnership.co.uk ** -- 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