Re: How to get filename of a DD PATH=xxxx at runtime?
I had the same problem and I solved using BPXWDYN Call bpxwdyn Info fi(STDERR) INRTPATH(FNAME) Hope in this. Regards. -- 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: How to get filename of a DD PATH=xxxx at runtime?
If you're using Java I assume you're using JZOS right? In that case just call the ZFile.getFilename() method. On 5/09/2011 5:11 PM, Michael Knigge wrote: Hi, I'm looking for a way to get the pathname/filename of a DD (specifying a PATH not a DD) at runtime I tried to get it out of the TIOT - JFCB but there is no field within the JFCB for the name (the field for the DSN ist filled with a dummy-value). Does anybody know if there is another control block where I can get the real name? Because I need to get the name in Java it would be great if there would be a way without using assembler). Thanks! Bye, Michael -- 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
Catalog - CI CA Splits
This question must have been raised numerous before already... but I will raise it again... Does too many CI and CA splits lead to poor catalog performance? If so... why? If not... Why not? Please advise accordingly. Regards Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- 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: Catalog - CI CA Splits
It depends on how the records are handled. Google VSAM Demystified. You will be glad you did. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Buckton, T. (Theo) Sent: Tuesday, September 06, 2011 5:21 AM To: IBM-MAIN@bama.ua.edu Subject: Catalog - CI CA Splits This question must have been raised numerous before already... but I will raise it again... Does too many CI and CA splits lead to poor catalog performance? If so... why? If not... Why not? Please advise accordingly. Regards Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- 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: Catalog - CI CA Splits
As in B+ Tree Data Structure, too many CI CA Splits cause the Index level increased, and it is bad for random access which has to walked the Index tree to get to the target records at the root level, i.e. more I/Os involved to search a record. VSAM Repro, Export/Import, will get the Index structure back to a perfectly Balanced tree, for optimized access to the root-level records. Regards Lim ML On 06/09/11 5:20 PM, Buckton, T. (Theo) wrote: This question must have been raised numerous before already... but I will raise it again... Does too many CI and CA splits lead to poor catalog performance? If so... why? If not... Why not? Please advise accordingly. Regards Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- 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: Speculation: Random thoughts on web based report access
The technology currently exists (sort of). Our content management software is as you describe in your boring historical stuff LPR--W2K Server--CM Application--Tomcat--Web Viewer. The vendor has given the ability for a user to select any report they have access to and select a check box if they want to receive an url link whenever a new report is added to the repository. That way, when they check their email they can readily see what's new and open that report directly via the link. They also have another option with the web viewer that allows users to flag their favorite reports (i.e. Favorites). Then they can go to their favorites link and only pull up the reports they really want. Not exactly RSS but accomplishes the same thing. By no means am I promoting this vendor because there are some areas that they are lacking in but just pointing out that they technology currently exists...somewhat. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McKown Sent: Sunday, September 04, 2011 10:40 PM To: IBM-MAIN@bama.ua.edu Subject: Speculation: Random thoughts on web based report access boring historical stuff Taking reports from the SPOOL and putting them in some sort of archive is now rather well established. I remember host based-only systems such as SAR, RMDS, InfoPAC (now ViewDirect?) and others. And they still exist and are in use. They seem to fall into two groups. The first consists of actual reports generated by an application. The second consists of the JES related SPOOL like JESMSGLG, JESJCL, JESYSMSG, and maybe utility messages to SYSPRINT. Most of these started out being accessed by either TSO ISPF applications or VTAM applications or both. Many of these are now accessible via Web Browsers. Some even keep the data on other platforms such a Windows or Linux. We do this where I work. We have a product which reads the JES SPOOL and uses the LPR protocol to send the print files to a Windows server which indexes it and writes the output into proprietary files. Another server running Tomcat serves up the reports. /boring historical stuff Now for my random thought. Many web sites such as news sites and blogs use RSS and/or Atom news feeds. The user subscribes to the feeds that they are interested in. Their PC or tablet or smartphone periodically scans those feeds for new articles. So I'm curious as to whether people who read reports could also use that facility. That is, instead of coming in, firing up a browser, and checking to see if there is a new xyz report, they subscribe to the xyz report feed. The report archive software, or whatever, would create the feed. Now they just do a fast scan of their aggregator to see if a new report is ready, instead of needing to click on a lot of links to see what is available. Now, the user can look at the report from where ever they are, subject to appropriate authority. And the ability of the device to display the report intelligibly, of course. This function would likely require an HTTPS connection instead of simple HTTP for security reasons as well as some sort of user validation (I'd prefer a digital cert, but userid/password would work too). They fire up their new aggregrator and see all a list of all the new reports to which they are subscribed. Am I stating the obvious and implemented? Or is this actually something that is a new use of existing technology? If this is new, I freely release any and all interest that might theoretically be mine to the community to implement. I say that because somebody is likely to try to patent it in the U.S. And I hate most software patents. -- John McKown Maranatha! -- 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 (and any attachments) may contain information that is confidential and/or protected by law. Any review, use, distribution or disclosure to anyone other than the intended recipient(s) is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and delete all copies of this message. -- 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: CA-1 TMSXITJ
The point of origin is an SMF exit, presumably hung as an IRB off of the Initiator so the JOBSTEP TCB is not directly available; you have to look for it. I rather doubt that any SMF exit like this is run as an IRB. Many SMF exits do run under the initiator TCB. It may well be that the JOBSTEP TCB does not exist yet (or any longer, depending on the exit). I suppose the TCB may still exist in some of the termination cases (just not yet freemained) even if the task has terminated. (IEFUTL is an exit that runs as an IRB) Peter Relson z/OS Core Technology Design -- 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: SMF record error.
Hi, I was trying to write the SMF record to a flat FB PS file for the calculation of CPU and Memory usage. I was getting an abend of : CEE3250C The system or user abend S002 R=0004 was issued. Jags, If you look up the S002-04 (IEC136I) it should give you a clue. The error message provided is helpful, however, you should also look up the error in the IBM Manuals. The best way to tackle this is to put an error handling function in your COBOL program to capture the S002 failure. In assembler that is easy, I am not sure about Cobol. Second, why are you compiling your code to run it. Compile ONCE, then just execute the code after wards. You abend should provide you with a record that you caused your failure. If not, add an error handling routine to list the bad record. Since we do not know your code. You did not post your code. Where in your program did you fail? At open, First record read, last record read, close? Basic diagnostics should get you through this. Lizette -- 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: IBM-MAIN INFO
With only 'info ibm-main' you get the following back: There is no information file for the IBM-MAIN list. Here is a copy of the list header, which usually contains a short description of the purpose of the list, although its main purpose is to define various list configuration options, also called keywords. If you have any question about the IBM-MAIN list, write to the list owners at the generic address: So I guess maybe the info file was deleted during the cutover to the new listserv. Steve On Wed, 31 Aug 2011 12:59:50 -0400, Ed Finnell efinnel...@aol.com wrote: First time it came up was after the Listserv upgrade. I forwarded to Darren but never heard anything back? In a message dated 8/31/2011 9:20:53 A.M. Central Daylight Time, jkali...@csc.com writes: This may help... -- 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
SMF timestamps
The SMF timestamps in SMF records, such as reader start date time, where the date is PL4'0cyydddF' and the time is a fullword binary number of 1/100ths of a second past midnight. But what is confounding me is that this seems to be the LOCAL time, not GMT/UTC (yes, I know GMT != UTC). The problem that I am having is that I really want to convert this to GMT/UTC and then format it to RFC3339 encoding (-mm-ddThh:mm:ss.thZ). I just don't see a way to arbitrarily do this. I have always assumed that the timestamp is basically the local time as you might see from a D T comand. That is, being in the US Central Timezone, when we go to Daylight Saving time (from TIMEZONE=W.06 to TIMEZONE=W.05) at 02:00, the time range from 02:00-02:59 repeats. Is this correct? If so, I don't know if 02:10, for example. is local time for 08:10 or 07:10 GMT. Do I just give up? Or am I missing something simple? 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 -- 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: Jabberwocky was:PTF question
Try `Twas brillig, and the slithy toves Did gyre and gimble in the wabe: ... http://www.jabberwocky.com/carroll/jabber/jabberwocky.html Must be careful to preserve correct wording or you could distort the entire meaning of the poem :) JC Ewing On 09/05/2011 10:14 PM, Ted MacNEIL wrote: Did gyre gymbol on the wabe. PS: I don't think troth is the 'correct' spelling. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Ed Finnellefinnel...@aol.com Sender: IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu Date: Mon, 5 Sep 2011 22:16:35 To:IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu Subject: Re: PTF question 'Twas brillig in the slimy troth... In a message dated 9/5/2011 8:55:03 P.M. Central Daylight Time, jo.skip.robin...@sce.com writes: KFRoaXMgaXMgaG93IGl0IGxvb2tzIGluIG15IFNlbnQgZm9sZGVyLi4uKQ0KDQpBcyB0aGV5IHNh -- 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
Re: SMF timestamps
There are MANY datetime values in SMF records, and in MANY formats. The 8-byte SMFSTAMP format with time to 2 decimals and Julian date is used not only in the standard timestamp in the SMF header bytes 3-10, which is ALWAYS on the LOCAL time zone, but SMFSTAMP8 is used for many other datetime values, especially in the job-related records, like the READTIME. However, some of the job event records contain only the four-byte time so their datetime values must be inferred from the Date part of READTIME or SMFTIME (notable, INITTIME and ALOCTIME in the 30s are only provided as LOCAL times without a date). There are 634 datetime fields that are input with SMFSTAMP8 in MXG Software). I believe all of these SMFSTAMP instances in SMF records are on the LOCAL time zone, although any vendor can write any SMF record with any value in that format. However, there are many other instances of datetime values that are written in 8-byte TODSTAMP format, (1145 instances in MXG) and I believe they are all on the GMT/UTC Time Zone, although there are instances of two TODSTAMP values in some records, with one on LOCAL and the other on GMT. And there are some really strange-looking character date and time and datetime values scattered throughout SMF data, especially for newer records that may come from opensystems sources. In many SMF records, the GMT Offset value (CVTTZ) is provided, but by no means is it always present; in some records, there may be two datetimestamps for the same event that can be compared to determine the GMT offset, but that can require fuzzy logic, for example in the SMF 30s, since SMF30IST is in SMFSTAMP8 format, rounded, and with 10 millisecond resolution, while it's GMT event counterpart, SMF30ISS is in TODSTAMP format with microsecond resolution. And, SMF30ISS only exists in the Subtype 2 and 3 Interval Records. And, SMF30IST does NOT exist in the MULTI-DD records, which contain only the ID and EXCP segments (for steps/intervals with more DDs that will fit in a single 32K SMF record). And, some SMF vendor-created records have only GMT fields, and in the long past, there were user-written records with the header SMFTIME in GMT, but I've not seen that in the current millennium. So, it ain't simple, and each record can only be examined for its specific contents. Merrilly yours, Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas TX 75229 214 351 1966 tel 214 350 3695 fax www.mxg.com P.S. Long ago, I had discussions with IBM SMF developer Bill Richardson for a proposed extension to every SMF record precisely to contain the GMT OFFSET, since expanding the SMF header would have been a VERY incompatible change to the many programs that read SMF with expected fixed field locations, but because many records do not contain a version number, causing the length of the record to be required to determine version (e.g., JES 26 records), that extension was never implemented. P.P.S But there is currently a SHARE Requirement in development that is looking at a suite of fields that are needed for all JOB-related records, for cost-recovery, including JCTJOBID, ACCOUNTn, and SYSPLEX, so the addition of the GMT Offset might be a future consideration, if IBM reviews that requirement in a favorable light. -- 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: SMF timestamps
McKown, John wrote: The SMF timestamps in SMF records, such as reader start date time, where the date is PL4'0cyydddF' and the time is a fullword binary number of 1/100ths of a second past midnight. But what is confounding me is that this seems to be the LOCAL time, not GMT/UTC (yes, I know GMT != UTC). This is indeed LOCAL. SMF doc is not that useful describing LOCAL against GMT/UTC times. The problem that I am having is that I really want to convert this to GMT/UTC and then format it to RFC3339 encoding (-mm-ddThh:mm:ss.thZ). Try this (from one of my live SMF type 30 extract jobs) MVC CONTIME,SMF30TME MVC CONDATE,SMF30DTE -- CONVTOD CONVVAL=CONVVAL, TIMETYPE=DEC, DATETYPE=MMDD, ETODVAL=ETODVAL CONVVAL DS0F CONTIME DC2F'0' CONDATE DSF DCF'0' ETODVAL DS2F and try the OFFSET= keyword for your time. Of course you need to do some editing to insert '-', ':' and '.'. Do I just give up? Or am I missing something simple? You may NOT 'give up' :-D Groete / Greetings Elardus Engelbrecht -- 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: SMF timestamps
I should have said that I know how to convert the SMFSTAMP8 to RCF3339 format. The problem is determining the timezone offset for a specific date time rendered in LOCAL time. Now, for my own shop, there is only one problem: the 1 hour overlap when converting from standard time to daylight saving time. I think I'm dead in the water on this point. I simply don't have any way to confirm which offset to use, W.06 or W.05, just based on the individual SMF record. sigh -- 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 Elardus Engelbrecht Sent: Tuesday, September 06, 2011 9:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF timestamps McKown, John wrote: The SMF timestamps in SMF records, such as reader start date time, where the date is PL4'0cyydddF' and the time is a fullword binary number of 1/100ths of a second past midnight. But what is confounding me is that this seems to be the LOCAL time, not GMT/UTC (yes, I know GMT != UTC). This is indeed LOCAL. SMF doc is not that useful describing LOCAL against GMT/UTC times. The problem that I am having is that I really want to convert this to GMT/UTC and then format it to RFC3339 encoding (-mm-ddThh:mm:ss.thZ). Try this (from one of my live SMF type 30 extract jobs) MVC CONTIME,SMF30TME MVC CONDATE,SMF30DTE -- CONVTOD CONVVAL=CONVVAL, TIMETYPE=DEC, DATETYPE=MMDD, ETODVAL=ETODVAL CONVVAL DS0F CONTIME DC2F'0' CONDATE DSF DCF'0' ETODVAL DS2F and try the OFFSET= keyword for your time. Of course you need to do some editing to insert '-', ':' and '.'. Do I just give up? Or am I missing something simple? You may NOT 'give up' :-D Groete / Greetings Elardus Engelbrecht -- 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: SMF timestamps
On Tue, 6 Sep 2011 08:23:12 -0500, McKown, John john.mck...@healthmarkets.com wrote: ... That is, being in the US Central Timezone, when we go to Daylight Saving time (from TIMEZONE=W.06 to TIMEZONE=W.05) at 02:00, the time range from 02:00-02:59 repeats. Is this correct? If so, I don't know if 02:10, for example. is local time for 08:10 or 07:10 GMT. Do I just give up? Or am I missing something simple? For reader start date/time you would probably need to keep track of when you first saw that date/time combination, and remember whether you were in daylight savings time at that point or not. And then hope that you didn't have a job start during the first 02:00-02:59 interval, and another one start at the exact same time during the second 02:00-02:59 interval. There's another timestamp, though, for the date/time the record was provided to SMF. That one is a bit easier, I think. If you're processing the records from that day sequentially, if you're lucky then when you start getting records from the second 02:00-02:59 interval you'll notice the timestamp move backward, and you would then know that you've crossed the boundary. Of course, you might get unlucky and have no records during the first 02:00-02:59 interval, or have some from that interval but have the ones from the second interval occur late enough that you can't observe the timestamp moving backward. So, there will be some cases you can't determine, I think. -- Walt -- 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: SMF timestamps
On 9/6/2011 9:37 AM, McKown, John wrote: I should have said that I know how to convert the SMFSTAMP8 to RCF3339 format. The problem is determining the timezone offset for a specific date time rendered in LOCAL time. Now, for my own shop, there is only one problem: the 1 hour overlap when converting from standard time to daylight saving time. I think I'm dead in the water on this point. I simply don't have any way to confirm which offset to use, W.06 or W.05, just based on the individual SMF record.sigh Perhaps we need a requirement for an option to use GMT in the SMF header, or maybe to just use TOD timestamps. It would be nice to have the GMT offset in the records too, but this would require changes in the record structure which will be harder to do. I think there are still some unused bits in the header flag byte, perhaps one could be used to indicate a new version of the header. If this is done, much thought should be given to what is needed. -- Richard -- 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: PTF question
`Twas brillig, and the slithy toves Did gyre and gimble in the wabe: All mimsy were the borogoves, And the mome raths outgrabe. My two previous replies came back to me garbled. Both look fine in my Sent folder... . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 09/05/2011 08:16 PM Subject:Re: PTF question Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Did gyre gymbol on the wabe. PS: I don't think troth is the 'correct' spelling. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Ed Finnell efinnel...@aol.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Mon, 5 Sep 2011 22:16:35 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: PTF question 'Twas brillig in the slimy troth... In a message dated 9/5/2011 8:55:03 P.M. Central Daylight Time, jo.skip.robin...@sce.com writes: KFRoaXMgaXMgaG93IGl0IGxvb2tzIGluIG15IFNlbnQgZm9sZGVyLi4uKQ0KDQpBcyB0aGV5IHNh -- 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: SMF timestamps
John, Barry, did a great job of explaining the issue(s). what we did with users is to say all times are where the system (CPU) is. This simplified issues immensely. In our case there were 2 locations one set and in Europe(and. Chicago) Both were fine with the agreement. They were not concerned with start stop issues so much as totals. Ed -- 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: SMF timestamps
On 9/6/2011 11:04 AM, Richard L Peurifoy wrote: Perhaps we need a requirement for an option to use GMT in the SMF header, or maybe to just use TOD timestamps. It would be nice to have the GMT offset in the records too, but this would require changes in the record structure which will be harder to do. The easiest would be to keep existing formats, but add a new SMF record type that would record clock information whenever that is changed (including the daylight savings transition), and provide the IPL settings. While it would be lovely to have only TOD timestamps, there is no business case for a complete SMF rewrite. 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
Re: How to get filename of a DD PATH=xxxx at runtime?
On Tue, 6 Sep 2011 08:14:07 +0200, Marco Gianfranco Indaco mgind...@gmail.com wrote: I had the same problem and I solved using BPXWDYN Call bpxwdyn Info fi(STDERR) INRTPATH(FNAME) Neat! I had been unfamiliar with this facility. However, in: Title: z/OS V1R12.0 Using REXX and z/OS UNIX System Services Document Number: SA22-7806-13 | Arguments that accept REXX variable names will be accepted when | BPXWDYN is called from any environment, but are only effective when | called from a REXX environment. This may not satisfy the OP's Java requirement. I see a followup from David Crayford that appears more promising. -- 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
Re: CA-1 TMSXITJ
In 665755e5c3e01845ad6bda0855b8cec732f931f...@gscmamp01ex.firmwide.corp.gs.com, on 09/05/2011 at 03:30 PM, Bonaduce, Frank frank.bonad...@gs.com said: This is the information that I passed down to the original poster with a suggestion of how I follow the TCB 'chain' down to the JOBSTEP TCB, There may be more than one. presumably hung as an IRB off of the Initiator In that case the daughter TCB is yhe correct jobstep. -- 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: PTF question
Beware the Jabberwock, my son! The jaws that bite, the claws that catch! Beware the Jubjub bird, and shun The frumious Bandersnatch! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Skip Robinson jo.skip.robin...@sce.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Tue, 6 Sep 2011 08:19:38 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: PTF question `Twas brillig, and the slithy toves Did gyre and gimble in the wabe: All mimsy were the borogoves, And the mome raths outgrabe. My two previous replies came back to me garbled. Both look fine in my Sent folder... . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 09/05/2011 08:16 PM Subject:Re: PTF question Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Did gyre gymbol on the wabe. PS: I don't think troth is the 'correct' spelling. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Ed Finnell efinnel...@aol.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Mon, 5 Sep 2011 22:16:35 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: PTF question 'Twas brillig in the slimy troth... In a message dated 9/5/2011 8:55:03 P.M. Central Daylight Time, jo.skip.robin...@sce.com writes: KFRoaXMgaXMgaG93IGl0IGxvb2tzIGluIG15IFNlbnQgZm9sZGVyLi4uKQ0KDQpBcyB0aGV5IHNh -- 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: SMF timestamps
On Tue, 6 Sep 2011 09:43:02 -0500, Walt Farrell wrote: For reader start date/time you would probably need to keep track of when you first saw that date/time combination, and remember whether you were in daylight savings time at that point or not. And then hope that you didn't have a job start during the first 02:00-02:59 interval, and another one start at the exact same time during the second 02:00-02:59 interval. Am I supposed to infer from this discussion that SMF timestamps are recorded in local time, as opposed to UTC? What century is this, anyway? I thought it had long been generally believed that critical timestamps should be recorded in UTC. On Tue, 6 Sep 2011 10:04:25 -0500, Richard L Peurifoy wrote: Perhaps we need a requirement for an option to use GMT in the SMF header, ... Yup. But I suspect that many shops would fear to DTRT. -- 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
Re: SMF timestamps
Am I supposed to infer from this discussion that SMF timestamps are recorded in local time, as opposed to UTC? It depends on the record/vendor, as Dr. Barry stated. What century is this, anyway? I thought it had long been generally believed that critical timestamps should be recorded in UTC. Records/programmes have to be re-engineered to accomplish that. Also, users depending on the existing formats wll be affected. Again, it's the old compatibility issues. I remember, back in the early 1980's, when IBM changed the format of the RMF Type74's (Device Activity) to a collapsed linked list, with the introduction of the 3380. MICS MXG weren't available yet; I had to completely re-write the extract programme, from scratch -- the only thing that had not changed was the standard 18-byte header. And, NO, they didn't convert it to UTC. - 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: SMF timestamps
On Tue, 6 Sep 2011 11:31:22 -0400, Gerhard Postpischil wrote: The easiest would be to keep existing formats, but add a new SMF record type that would record clock information whenever that is changed (including the daylight savings transition), and provide the IPL settings. Also, include CVTLSO, just for completeness. And cut a record whenever CVTLSO or CVTLDTO changes. And whenever a new SMF recording data set is opened (that should cover IPL settings?) There's no help for shops that tweak CVTLDTO to compensate for TOD clock drift. -- 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
Re: SMF timestamps
McKown, John wrote: I should have said that I know how to convert the SMFSTAMP8 to RCF3339 format. The problem is determining the timezone offset for a specific date time rendered in LOCAL time. Ok. You want to determine what the GMT/UTC is at the time of LOCAL time? If so, sorry that I'm not being able to help you out on this one... :( Now, for my own shop, there is only one problem: the 1 hour overlap when converting from standard time to daylight saving time. I think I'm dead in the water on this point. I simply don't have any way to confirm which offset to use, W.06 or W.05, just based on the individual SMF record. Damn! While we are not using those daylight saving time thing, I see your problem... What about a table driven solution? Say for hours 1-hours 2 you use W.06, hours 2 - hours 3 you use W.05? I admit this is *ugly* and may not work every year. Hopefully you can get some good solutions to your problem. Please tell us if you get a good solution. Groete / Greetings Elardus Engelbrecht -- 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: PTF question
I wonder if encoding is switched? Maybe it's weather related... In a message dated 9/6/2011 10:20:10 A.M. Central Daylight Time, jo.skip.robin...@sce.com writes: replies came back to me garbled. Both look fine in my Sent -- 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: CA-1 TMSXITJ
Peter - Yes, that would be correct and a partial assumption on my part since the work I had been doing recently was with IEFUTL. At least in that case, there is no doubt that it runs under the Initator. This is evidenced by what is seen in the TCB chain where you do eventually reach the JOBSTEP TCB. I simply passed this info along as a possible avenue of exploration for the original poster. It is entirely possible that in his scenario, there may not as yet be a JOBSTEP TCB for the particular SMF exit he is using. Frank. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Peter Relson Sent: Tuesday, September 06, 2011 7:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CA-1 TMSXITJ The point of origin is an SMF exit, presumably hung as an IRB off of the Initiator so the JOBSTEP TCB is not directly available; you have to look for it. I rather doubt that any SMF exit like this is run as an IRB. Many SMF exits do run under the initiator TCB. It may well be that the JOBSTEP TCB does not exist yet (or any longer, depending on the exit). I suppose the TCB may still exist in some of the termination cases (just not yet freemained) even if the task has terminated. (IEFUTL is an exit that runs as an IRB) Peter Relson z/OS Core Technology Design -- 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: PTF question
On 6 September 2011 11:19, Skip Robinson jo.skip.robin...@sce.com wrote: `Twas brillig, and the slithy toves Did gyre and gimble in the wabe: All mimsy were the borogoves, And the mome raths outgrabe. My two previous replies came back to me garbled. Both look fine in my Sent folder... Gmail offered to translate from Czech to English. Probably the only language with the potential for so many adjacent consonants. (The translation was not visibly successful.) Tony H. -- 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: SMF timestamps
It's a sad comment on the behavior of some people on this listserv that John felt it necessary to state that he knows GMT and UTC are not the same thing. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2011-09-06 09:23, McKown, John wrote: The SMF timestamps in SMF records, such as reader start date time, where the date is PL4'0cyydddF' and the time is a fullword binary number of 1/100ths of a second past midnight. But what is confounding me is that this seems to be the LOCAL time, not GMT/UTC (yes, I know GMT != UTC). The problem that I am having is that I really want to convert this to GMT/UTC and then format it to RFC3339 encoding (-mm-ddThh:mm:ss.thZ). I just don't see a way to arbitrarily do this. I have always assumed that the timestamp is basically the local time as you might see from a D T comand. That is, being in the US Central Timezone, when we go to Daylight Saving time (from TIMEZONE=W.06 to TIMEZONE=W.05) at 02:00, the time range from 02:00-02:59 repeats. Is this correct? If so, I don't know if 02:10, for example. is local time for 08:10 or 07:10 GMT. Do I just give up? Or am I missing something simple? 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 -- 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: SMF timestamps
On Tue, 6 Sep 2011 11:28:40 -0500, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Damn! While we are not using those daylight saving time thing, I see your problem... What about a table driven solution? Say for hours 1-hours 2 you use W.06, hours 2 - hours 3 you use W.05? I admit this is *ugly* and may not work every year. The problem with the transition from daylight-saving time to standard time, Elardus, is that the hour from 1 a.m. to 2 a.m. (0100 to 0200) happens twice: once while you're on daylight saving time, and once when you've switched back to standard time. (Assuming I got the times, and the direction correct. I think I was wrong about that in my prior note.) So I don't think a table-driven approach can work. You can infer whether you've made the transition if you examine the records carefully, and note the times you see in them, and detect the change by noticing overlapping records (one record that says, e.g., 0159 followed by a record that says 0101. But if you don't see that kind of change you can't be sure whether the first set of 0100-0200 was daylight saving time or not. And that only works for the SMF record date/time, not for the reader start date/time fields. -- Walt -- 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: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
I got this post privately from one of the conceited idiots[1] who is clearly not content with showing his aggression publicly[2] but attempting to do so also privately: If you were simply trying to help an individual with correctly posting to the list, then perhaps it would have been best to contact said individual directly rather than continuing to add substance to the mountain by a 5 to 1 margin. I cannot make any sense of this but then the author appears not to have invested any. I refuse to be attacked for trying to be helpful and I promise to continue to complain if it continues, hence the public exposure. - [1] Footnote 1 in http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainF=S=P=287319 with requested follow-up in http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainF=S=P=342775 [2] For example: http://bama.ua.edu/cgi-bin/wa?A2=ind1105L=ibm-mainF=S=P=66908 can anybody please provide a practical example of how the old USS and the new USS could possibly be used alone or together where the meaning could not be correctly derived from context? QED IBM z/OS V1Rxx Communications Server TCP/IP Implementation: Volume 2 Standard Applications where xx is 11 in the confused case and 12 in the case where thanks to yours truly the confusion was finally, after some toing and froing with the responsible redbook author who was thoroughly confused, resolved. V1R11: http://www.redbooks.ibm.com/abstracts/sg247799.html V1R12: http://www.redbooks.ibm.com/abstracts/sg247897.html If you have SG23-7997 downloaded, be sure you have the latest. Early drafts still had the contagion. And thanks to Mark Regan for prompting this effort to get this document, where the context inevitably - repeat inevitably - attracted the above-mentioned confusion, sorted out. Grinsell: Look for UNIX System Services in the TN3270E Telnet server chapter of the V1R11 edition and eat you stetson! ... the old USS and the new USS ... Incidentally, there is indeed a jejune flavour whose adherents falsely imagine that the territory is free. This redbook among many other sources, were the lazy to take care actually to look, shows that the original is very much alive today and looking for suitable anatomy to kick! - Chris Mason -- 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
LE issue: RPTOPTS and RPTSTG - no output
I am attempting to run an LE program and get the specified output. I put it in CEEOPTS and nothing comes out. TRAP(OFF,NOSPIE),RPTSTG,RPTOPTS,MSGFILE(CEEMSG) STACK(512K,128K) I know that LE is reading the options as if I put in an invalid option I get a CEEMSG dataset. What am I missing? Pure batch. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: SMF timestamps
In 4e663cca.5070...@valley.net, on 09/06/2011 at 11:31 AM, Gerhard Postpischil gerh...@valley.net said: The easiest would be to keep existing formats, but add a new SMF record type Ot new segments in the type 30. -- 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: LE issue: RPTOPTS and RPTSTG - no output
You might need a coma at the end of the first line. On Tue, Sep 6, 2011 at 1:17 PM, Binyamin Dissen bdis...@dissensoftware.com wrote: I am attempting to run an LE program and get the specified output. I put it in CEEOPTS and nothing comes out. TRAP(OFF,NOSPIE),RPTSTG,RPTOPTS,MSGFILE(CEEMSG) STACK(512K,128K) I know that LE is reading the options as if I put in an invalid option I get a CEEMSG dataset. What am I missing? Pure batch. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: PTF question
In 3f82f.2e38b385.3b96d...@aol.com, on 09/05/2011 at 10:16 PM, Ed Finnell efinnel...@aol.com said: 'Twas brillig in the slimy troth... You're marrying the Jaberwock? -- 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: LE issue: RPTOPTS and RPTSTG - no output
On 9/6/2011 4:18 PM, Binyamin Dissen wrote: I am attempting to run an LE program and get the specified output. I put it in CEEOPTS and nothing comes out. TRAP(OFF,NOSPIE),RPTSTG,RPTOPTS,MSGFILE(CEEMSG) STACK(512K,128K) I know that LE is reading the options as if I put in an invalid option I get a CEEMSG dataset. What am I missing? Pure batch. Bin, Off the top of my head, I think you need to use SYSOUT or another special DD, defined by option MSGDD (can't remember). Also, the storage report is often not generated if the program abends or terminates prior to LE init. I submitted a SHARE requirement a number of years ago so that LE would generate the storage report when abending. Regards, Tom Conley -- 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: LE issue: RPTOPTS and RPTSTG - no output
On Tue, 6 Sep 2011 16:30:51 -0400, Pinnacle pinnc...@rochester.rr.com wrote: On 9/6/2011 4:18 PM, Binyamin Dissen wrote: I am attempting to run an LE program and get the specified output. I put it in CEEOPTS and nothing comes out. TRAP(OFF,NOSPIE),RPTSTG,RPTOPTS,MSGFILE(CEEMSG) STACK(512K,128K) I know that LE is reading the options as if I put in an invalid option I get a CEEMSG dataset. What am I missing? Pure batch. Bin, Off the top of my head, I think you need to use SYSOUT or another special DD, defined by option MSGDD (can't remember). Also, the storage report is often not generated if the program abends or terminates prior to LE init. I submitted a SHARE requirement a number of years ago so that LE would generate the storage report when abending. Regards, Tom Conley Binyamin, you aren't showing the JCL you used so Tom is probably correct. My sample uses SYSOUT. I think the parm Tom is referring to is MSGFILE.Also, it probably doesn't matter (and I'm too lazy to RTFM - you can if not sure), but my coding is RPTOPTS(ON),RPTSTG(ON). Mark -- 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: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
Mr. Mason, It's really sad that you feel the constant need to lash out at anybody and everybody who has any viewpoint other than your own. You seem like a knowledgeable person, however, I can't get past the fact that you behave like an obnoxious boor in almost all of your posts to this forum. I can only conclude that you have a very big axe to grind or you simply enjoy reading your own rhetoric. In any case, I've had enough and am consigning you to the automated trash bin as I'm sure more than one subscriber has already done. Good day and good riddance. -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov Travel is fatal to prejudice, bigotry, narrow-mindedness, all foes of real understanding. Likewise tolerance, or broad wholesome, charitable views of men and things cannot be acquired by vegetating in one little corner of the earth all one's lifetime. -- Mark Twain -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Tuesday, 06 September 2011 13:53 To: IBM-MAIN@bama.ua.edu Subject: Re: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now? I got this post privately from one of the conceited idiots[1] who is clearly not content with showing his aggression publicly[2] but attempting to do so also privately: If you were simply trying to help an individual with correctly posting to the list, then perhaps it would have been best to contact said individual directly rather than continuing to add substance to the mountain by a 5 to 1 margin. I cannot make any sense of this but then the author appears not to have invested any. I refuse to be attacked for trying to be helpful and I promise to continue to complain if it continues, hence the public exposure. - [1] Footnote 1 in http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainF=S=P=287319 with requested follow-up in http://bama.ua.edu/cgi-bin/wa?A2=ind1108L=ibm-mainF=S=P=342775 [2] For example: http://bama.ua.edu/cgi-bin/wa?A2=ind1105L=ibm-mainF=S=P=66908 can anybody please provide a practical example of how the old USS and the new USS could possibly be used alone or together where the meaning could not be correctly derived from context? QED IBM z/OS V1Rxx Communications Server TCP/IP Implementation: Volume 2 Standard Applications where xx is 11 in the confused case and 12 in the case where thanks to yours truly the confusion was finally, after some toing and froing with the responsible redbook author who was thoroughly confused, resolved. V1R11: http://www.redbooks.ibm.com/abstracts/sg247799.html V1R12: http://www.redbooks.ibm.com/abstracts/sg247897.html If you have SG23-7997 downloaded, be sure you have the latest. Early drafts still had the contagion. And thanks to Mark Regan for prompting this effort to get this document, where the context inevitably - repeat inevitably - attracted the above-mentioned confusion, sorted out. Grinsell: Look for UNIX System Services in the TN3270E Telnet server chapter of the V1R11 edition and eat you stetson! ... the old USS and the new USS ... Incidentally, there is indeed a jejune flavour whose adherents falsely imagine that the territory is free. This redbook among many other sources, were the lazy to take care actually to look, shows that the original is very much alive today and looking for suitable anatomy to kick! - Chris Mason -- 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: LE issue: RPTOPTS and RPTSTG - no output
There is a SYSOUT which is being used by COBOL. The program is completing. On Tue, 6 Sep 2011 16:30:51 -0400 Pinnacle pinnc...@rochester.rr.com wrote: :On 9/6/2011 4:18 PM, Binyamin Dissen wrote: : I am attempting to run an LE program and get the specified output. I put it in : CEEOPTS and nothing comes out. : TRAP(OFF,NOSPIE),RPTSTG,RPTOPTS,MSGFILE(CEEMSG) : STACK(512K,128K) : I know that LE is reading the options as if I put in an invalid option I get a : CEEMSG dataset. : What am I missing? Pure batch. :Bin, :Off the top of my head, I think you need to use SYSOUT or another :special DD, defined by option MSGDD (can't remember). Also, the storage :report is often not generated if the program abends or terminates prior :to LE init. I submitted a SHARE requirement a number of years ago so :that LE would generate the storage report when abending. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: LE issue: RPTOPTS and RPTSTG - no output
Yes, that was it. The ON parm is required. How foolish of me. On Tue, 6 Sep 2011 15:28:41 -0500 Mark Zelden m...@mzelden.com wrote: :On Tue, 6 Sep 2011 16:30:51 -0400, Pinnacle pinnc...@rochester.rr.com wrote: : :On 9/6/2011 4:18 PM, Binyamin Dissen wrote: : I am attempting to run an LE program and get the specified output. I put it in : CEEOPTS and nothing comes out. : : TRAP(OFF,NOSPIE),RPTSTG,RPTOPTS,MSGFILE(CEEMSG) : STACK(512K,128K) : : I know that LE is reading the options as if I put in an invalid option I get a : CEEMSG dataset. : : What am I missing? Pure batch. : :Bin, : :Off the top of my head, I think you need to use SYSOUT or another :special DD, defined by option MSGDD (can't remember). Also, the storage :report is often not generated if the program abends or terminates prior :to LE init. I submitted a SHARE requirement a number of years ago so :that LE would generate the storage report when abending. : :Regards, :Tom Conley : : : :Binyamin, you aren't showing the JCL you used so Tom is probably :correct. My sample uses SYSOUT. I think the parm Tom is referring :to is MSGFILE.Also, it probably doesn't matter (and I'm too lazy to :RTFM - you can if not sure), but my coding is RPTOPTS(ON),RPTSTG(ON). : :Mark -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: PTF question
snip Beware the Jabberwock, my son! The jaws that bite, the claws that catch! Beware the Jubjub bird, and shun The frumious Bandersnatch! -unsnip- It's been many years since I read Lewis Carroll, but wasn't it claws that scratch ?? :-) 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: PTF question
Nope. Sorry for ever starting it. I was just trying to poke Skip. It might not even be his mailer's fault. _http://www.jabberwocky.com/carroll/jabber/jabberwocky.html_ (http://www.jabberwocky.com/carroll/jabber/jabberwocky.html) In a message dated 9/6/2011 4:22:57 P.M. Central Daylight Time, rfocht...@ync.net writes: snip Beware the Jabberwock, my son! The jaws that bite, the claws that catch! Beware the Jubjub bird, and shun The frumious Bandersnatch! -unsnip- It's been many years since I read Lewis Carroll, but wasn't it claws that scratch ?? :-) 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 -- 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: PTF question
Not according to WIKI -- that was a direct paste. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Rick Fochtman rfocht...@ync.net Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Tue, 6 Sep 2011 16:22:22 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: PTF question snip Beware the Jabberwock, my son! The jaws that bite, the claws that catch! Beware the Jubjub bird, and shun The frumious Bandersnatch! -unsnip- It's been many years since I read Lewis Carroll, but wasn't it claws that scratch ?? :-) 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 -- 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
Jabberwocky (Was: PTF question)
Rick A Google survey shows that catch wins over snatch by a factor of about 1000. Whenever I see The frumious Bandersnatch, I am reminded of some argot current among - at least - the nurses of the Royal Victoria Institute in Newcastle-upon-Tyne in the early 1960s. The expression which today is rendered by something causing a shudder every time I hear it, namely cool, in those halcyon days in that charming coterie was served by the word frumy. (I hope I spelled that correctly since I never saw it written down!) I never had any confirmation but I always assumed the origin was Jabberwocky. Chris Mason On Tue, 6 Sep 2011 22:04:05 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Not according to WIKI -- that was a direct paste. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Rick Fochtman rfocht...@ync.net Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Tue, 6 Sep 2011 16:22:22 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: PTF question snip Beware the Jabberwock, my son! The jaws that bite, the claws that catch! Beware the Jubjub bird, and shun The frumious Bandersnatch! -unsnip- It's been many years since I read Lewis Carroll, but wasn't it claws that scratch ?? :-) 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: SMF timestamps
On Tue, 6 Sep 2011 10:47:42 -0500 Paul Gilmartin wrote: Am I supposed to infer from this discussion that SMF timestamps are recorded in local time, as opposed to UTC? What century is this, anyway? I thought it had long been generally believed that critical timestamps should be recorded in UTC. LOL - I wondered how long it'd take for gil to arch up ... yet again. Some systems make (sensible) use of tzdata. 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
AUTO: Mike Smith-IS is out of the office. (returning 09/09/2011)
I am out of the office until 09/09/2011. In Atlanta for DR exercise. I will respond to your email when I return. Note: This is an automated response to your message IBM-MAIN Digest - 5 Sep 2011 to 6 Sep 2011 (#2011-249) sent on 9/7/2011 12:00:01 AM. This is the only notification you will receive while this person is away. ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- 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
WWW based access to reports
Now for my random thought. Many web sites such as news sites and blogs use RSS and/or Atom news feeds. The user subscribes to the feeds that they are interested in. [snip] Am I stating the obvious and implemented? We implemented that in the report management feature for our NJE Bridge product earlier this year. You can subscribe to individual reports, versions of reports, directories/repositories, etc and get the info via SMS, RSS, email, etc. Works on most mobile equipment, desktops, etc. -- 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
