Re: Help with CICS CEMT display
Hi Dave You need to look to the CICS system programming information for a detailed description of what can be returned (displayed). In doing so I was returned below, postage free at that! CEMT INQUIRE TASK Retrieve information about a user task. FACILITY (value) Displays a 4-character string identifying the name of the terminal or queue that initiated the task. If no FACILITY value is displayed, the task was started without a facility. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: Thursday, September 11, 2014 5:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with CICS CEMT display Kolusu, Thank you for your suggestions. I tabbed to the beginning of the line and hit PF1 and just got the general help. I placed the cursor on TAS and hit PF1, and also on TRA and hit PF1. Yup, I also tried it with the cursor on SUS. The link is a good one. But it doesn't tell me the field names I am seeing on the display: Tas(029) Tra(JNL2) Sus Tas Pri( 255 ) Sta(U ) Use(CICMNX1 ) Uow(CDBC6D3E2D965E09) Tas(0002138) Tra(CEMT) Fac(0001) Run Ter Pri( 255 ) Sta(TO) Use(PMSBDH ) Uow(CDBE117F38E7F508) The second entry is me running CEMT. It has a field called FAC. Not sure why after all these years things just show up as RUN and TER like on the CEMT display. I would imagine it's a facility and I'm runnable. I keep looking, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sri h Kolusu Sent: Thursday, September 11, 2014 4:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with CICS CEMT display Dave, Place the cursor on the transaction you are interested and press ENTER and CICS will display the transaction in detail Check this link which explains in detail about CEMT INQ TASK http://pic.dhe.ibm.com/infocenter/cicsts/v4r1/index.jsp?topic=%2Fcom.ibm.cics.ts.doc%2Fdfha7%2Ftransactions%2Fcemt%2Fdfha71l.html Thanks Kolusu IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 09/11/2014 02:17:08 PM: From: Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/11/2014 02:17 PM Subject: Help with CICS CEMT display Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Dear Listeners (Still not on the CICS-L listserv yet), I entered a CICS command. It was CEMT INQ TAS. Here is the output from my 3,720 emulation: Tas(043) Tra(AAON) Sus Tas Pri( 255 ) Sta(SD) Use(CICMNX1 ) Uow(CDBC6D36F2AD2309) Hty(EKCWAIT ) Tas(053) Tra(XPFS) Sus Tas Pri( 001 ) Sta(S ) Use(CICMNX1 ) Uow(CDBC6D3956983D08) Hty(EKCWAIT ) Tas(0002101) Tra(CEMT) Fac(0001) Run Ter Pri( 255 ) Sta(TO) Use(PMSBDH ) Uow(CDBE0A26F9188109) Once there was a time I would INSERVICE and ACQUIRE stuff. Now I'm just trying to find out what the layout of the display is. I see the following fields: TAS(xxx) TRA(xxx) SUS TAS PRI(xxx) STA(xx) USE(XXX) UOW(xxx) HTY(xxx). I can guess that TAS is task and TRA is transaction. And I'd bet SUS is suspended. I tried PF1, but it wasn't the help I was looking for. I would like to find some information like: Results The following example output is typical output from the inquire command. TAS(n) ppp ddd cc TCL() USE() ATT(s) CPU(s) RUA(s) HTI(s) HTY() HVA() This is from: CEKL INQUIRE TASK documented in the CICS Supplied Transactions book. I can find a whole section on HTY codes listed under The resources that CICS tasks can wait for documented at the infocenter. I found EKCWAIT. I even tried Using the information center @ http:// pic.dhe.ibm.com/infocenter/cicsts/v5r1/index.jsp to look for CEMT display info. Maybe we know this so well we don't need to document it any more. I noticed the RCF in the back of the books for CICS go to Hursley Park in the UK. Lots of postage! Thanks again, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help with CICS CEMT display
Dave, Why are you hitting PF1 when Kolusu (and the manual) says to place the cursor on a task and press ENTER. This gives a full display of the selected task with the values spelled out in full. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: 11 September 2014 22:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with CICS CEMT display Kolusu, Thank you for your suggestions. I tabbed to the beginning of the line and hit PF1 and just got the general help. I placed the cursor on TAS and hit PF1, and also on TRA and hit PF1. Yup, I also tried it with the cursor on SUS. The link is a good one. But it doesn't tell me the field names I am seeing on the display: Tas(029) Tra(JNL2) Sus Tas Pri( 255 ) Sta(U ) Use(CICMNX1 ) Uow(CDBC6D3E2D965E09) Tas(0002138) Tra(CEMT) Fac(0001) Run Ter Pri( 255 ) Sta(TO) Use(PMSBDH ) Uow(CDBE117F38E7F508) The second entry is me running CEMT. It has a field called FAC. Not sure why after all these years things just show up as RUN and TER like on the CEMT display. I would imagine it's a facility and I'm runnable. I keep looking, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sri h Kolusu Sent: Thursday, September 11, 2014 4:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with CICS CEMT display Dave, Place the cursor on the transaction you are interested and press ENTER and CICS will display the transaction in detail Check this link which explains in detail about CEMT INQ TASK http://pic.dhe.ibm.com/infocenter/cicsts/v4r1/index.jsp?topic=%2Fcom.ibm .cics.ts.doc%2Fdfha7%2Ftransactions%2Fcemt%2Fdfha71l.html Thanks Kolusu IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 09/11/2014 02:17:08 PM: From: Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/11/2014 02:17 PM Subject: Help with CICS CEMT display Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Dear Listeners (Still not on the CICS-L listserv yet), I entered a CICS command. It was CEMT INQ TAS. Here is the output from my 3,720 emulation: Tas(043) Tra(AAON) Sus Tas Pri( 255 ) Sta(SD) Use(CICMNX1 ) Uow(CDBC6D36F2AD2309) Hty(EKCWAIT ) Tas(053) Tra(XPFS) Sus Tas Pri( 001 ) Sta(S ) Use(CICMNX1 ) Uow(CDBC6D3956983D08) Hty(EKCWAIT ) Tas(0002101) Tra(CEMT) Fac(0001) Run Ter Pri( 255 ) Sta(TO) Use(PMSBDH ) Uow(CDBE0A26F9188109) Once there was a time I would INSERVICE and ACQUIRE stuff. Now I'm just trying to find out what the layout of the display is. I see the following fields: TAS(xxx) TRA(xxx) SUS TAS PRI(xxx) STA(xx) USE(XXX) UOW(xxx) HTY(xxx). I can guess that TAS is task and TRA is transaction. And I'd bet SUS is suspended. I tried PF1, but it wasn't the help I was looking for. I would like to find some information like: Results The following example output is typical output from the inquire command. TAS(n) ppp ddd cc TCL() USE() ATT(s) CPU(s) RUA(s) HTI(s) HTY() HVA() This is from: CEKL INQUIRE TASK documented in the CICS Supplied Transactions book. I can find a whole section on HTY codes listed under The resources that CICS tasks can wait for documented at the infocenter. I found EKCWAIT. I even tried Using the information center @ http:// pic.dhe.ibm.com/infocenter/cicsts/v5r1/index.jsp to look for CEMT display info. Maybe we know this so well we don't need to document it any more. I noticed the RCF in the back of the books for CICS go to Hursley Park in the UK. Lots of postage! Thanks again, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Fwd: [sqlite] presentation about ordering and atomicity of filesystems
This is not about the z, per se, but is interesting. I don't think that any of the IBM systems have this type of filesystem. Hum, perhaps the i? -- Forwarded message -- From: Kees Nuyt k.n...@zonnet.nl Date: Thu, Sep 11, 2014 at 4:49 PM Subject: [sqlite] presentation about ordering and atomicity of filesystems To: sqlite-us...@sqlite.org Hi all, Today I bumped into a presentation about ordering and atomicity of filesystems that might interest you. https://www.youtube.com/watch?v=YvchhB1-Aws The Application/Storage Interface: After All These Years, We're Still Doing It Wrong Remzi Arpaci-Dusseau, University of Wisconsin—Madison Talk at usenix 2014 Published on Sep 4, 2014 by USENIX Association Videos Somewhat related to the article drh recently wrote about using sqlite as an application data store. -- Regards, Kees Nuyt ___ sqlite-users mailing list sqlite-us...@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CSV513I Issued for SYSLIB LINKLIB(xxxx) dataset
On 09/11/14 15:06, Tom Marchant wrote: On Thu, 11 Sep 2014 08:23:46 -0400, Mark Jacobs wrote: I tried to replace the SYSLIB LINKLIB dataset in the linklist, but SETPROG wouldn't let me delete the in use one from the newly defined linklist set. You can only do that at IPL time. Did you read the Using the SYSLIB statement chapter in the Init and Tuning Reference? -- Tom Marchant Not in *mumble* years. -- Mark Jacobs Time Customer Service Tampa, FL The standard you walk past is the standard you accept. Lt. Gen. David Morrison, Australian Army Chief -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CSV513I Issued for SYSLIB LINKLIB(xxxx) dataset
As Tom Marchant alluded, it is documented (and intended) that you cannot get rid of the SYSLIB datasets. The system has taken some shortcuts based on those data sets. It was mentioned that you cannot remove things like SYS1.LINKLIB from a LNKLST; that is not fully correct. It is the SYSLIB data sets that you cannot remove (which do, of course, default to their SYS1 analog). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Doctor's Appointment at 9 am
Sorry for the late notice but they sprung this one on me yesterday afternoon. I need to have an EKG done before starting PT on my knee. I’ll be leaving at 8:30 but should not be gone too long. Gary Gary L. Shiminsky Senior zVM/zVSE Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1509 Fax 603-271-1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Doctor's Appointment at 9 am
And who should be interested in that in this forum ??? On 12.09.2014 14:21, Shiminsky, Gary wrote: Sorry for the late notice but they sprung this one on me yesterday afternoon. I need to have an EKG done before starting PT on my knee. I’ll be leaving at 8:30 but should not be gone too long. Gary Gary L. Shiminsky Senior zVM/zVSE Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1509 Fax 603-271-1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mit freundlichen Grüßen / Kind Regards, Leopold Strauss, Team DEV-zOsUnix, T: +43-2236-27551-331 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure
Whew! What a mouthful of a subject line. Anyway, I am using a z/OS 2.1 system to try to port BASH 4.2 to work on z/OS. I want to support older releases. The oldest that the C compiler lets me specify is TARG(LE,ZOSV1R12). Which is, in itself, a royal PITA. But this is causing a problem with the way that GNU's ./configure works. In my particular case, ./configure tries to determine if the __fpurge() function exists. If it does, then it sets some macros to so indicate in config.h. On z/OS 2.1, the __fpurge() does exist. But this is the first release. So when I do a compile with the TARG set, instead of not defining __fpurge() at all, the person who wrote the #include wrote: __new4201(void, __fpurge, (FILE *)); which, with the above TARG, generates the code: extern struct __notSupportedBeforeOS4V2R1__ __fpurge; which compiles. At least in the small code segment used by ./configure to determine if __fpurge() exists. This sets a macro HAVE___FPURGE. When this macro is defined, the actual compile of lib/sh/fpurge.c fails with the message: CCN3023 30 Expecting function or pointer to function. This is because the fpurge.c program tries to use __fpurge() as a function call. But the definition created by the elided #include is for variable. Honestly, I am so angry with whomever in the C language (or maybe LE) group who made that sarcastic clever /sarcastic __new4201() C macro that I could pummel them. Or are they deliberately trying to make it difficult to use GNU software? Stinking vendor lock in. I am basically enraged with such clever programmers. And I will stop typing before I say something _really_ nasty. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Doctor's Appointment at 9 am
It depends. A frequent poster to this listserv (who I won't name) just had a knee replacement. He *might* be interested. :-) As for me, I've had a quadruple bypass and a couple of stents since the bypass...so maybe his doctor is concerned about PT and blood pressure. Just a guess. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Leopold Strauss Sent: Friday, September 12, 2014 8:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Doctor's Appointment at 9 am And who should be interested in that in this forum ??? On 12.09.2014 14:21, Shiminsky, Gary wrote: Sorry for the late notice but they sprung this one on me yesterday afternoon. I need to have an EKG done before starting PT on my knee. I’ll be leaving at 8:30 but should not be gone too long. Gary Gary L. Shiminsky Senior zVM/zVSE Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1509 Fax 603-271-1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mit freundlichen Grüßen / Kind Regards, Leopold Strauss, Team DEV-zOsUnix, T: +43-2236-27551-331 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Doctor's Appointment at 9 am
Probably his out of office type email. Or, as happens _often_ at this place, it was sent to the wrong email address. On Fri, Sep 12, 2014 at 7:24 AM, Leopold Strauss leopold.stra...@isis-papyrus.com wrote: And who should be interested in that in this forum ??? On 12.09.2014 14:21, Shiminsky, Gary wrote: Sorry for the late notice but they sprung this one on me yesterday afternoon. I need to have an EKG done before starting PT on my knee. I’ll be leaving at 8:30 but should not be gone too long. Gary Gary L. Shiminsky Senior zVM/zVSE Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1509 Fax 603-271-1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mit freundlichen Grüßen / Kind Regards, Leopold Strauss, Team DEV-zOsUnix, T: +43-2236-27551-331 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Doctor's Appointment at 9 am
Shiminsky, Gary wrote: yet another private message posted on IBM-MAIN!!! Sorry for the late notice but they sprung this one on me yesterday afternoon. It IS very late. Today is Friday 15:00 or so. Time for drink, lawn mowing, fishing, hunting, having fun, etc. :-D I need to have an EKG done before starting PT on my knee. No, it is weekend and your doc is giving you a knee-jerk junk. Actually it is your zVM/zVSE user groups who are giving you lots of trouble for your poor barely beating heart, now you're needing EKG. ;-D I’ll be leaving at 8:30 but should not be gone too long. We will/will not (take your pick) misss you, but you should check out your OOO thing so we won't get any private message(s) on IBM-MAIN! For myself, hope you can get on your feet soon and holding your heart... ;-D Perhaps you can kick your zVM users soon... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure
This isn't really consistent with how other TARGET() sensitive functions work, and IMO the way that LE (C library) did this was incredibly myopic. (They add new functions for GNU compatibility and then don't test their include files with a typical autoconf configure script :-) You can patch configure or the generated config.h to tail on a section that #undefs these HAVE_s for z/OS 2.1 I also suggest opening an APAR. The good news is that this will probably be the easiest part of your bash port :-) Will you be trying to add local spawn compatibility with the z/OS shell? A bash port that did that (better) would be fantastic. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Sep 12, 2014 at 7:29 AM, John McKown john.archie.mck...@gmail.com wrote: Whew! What a mouthful of a subject line. Anyway, I am using a z/OS 2.1 system to try to port BASH 4.2 to work on z/OS. I want to support older releases. The oldest that the C compiler lets me specify is TARG(LE,ZOSV1R12). Which is, in itself, a royal PITA. But this is causing a problem with the way that GNU's ./configure works. In my particular case, ./configure tries to determine if the __fpurge() function exists. If it does, then it sets some macros to so indicate in config.h. On z/OS 2.1, the __fpurge() does exist. But this is the first release. So when I do a compile with the TARG set, instead of not defining __fpurge() at all, the person who wrote the #include wrote: __new4201(void, __fpurge, (FILE *)); which, with the above TARG, generates the code: extern struct __notSupportedBeforeOS4V2R1__ __fpurge; which compiles. At least in the small code segment used by ./configure to determine if __fpurge() exists. This sets a macro HAVE___FPURGE. When this macro is defined, the actual compile of lib/sh/fpurge.c fails with the message: CCN3023 30 Expecting function or pointer to function. This is because the fpurge.c program tries to use __fpurge() as a function call. But the definition created by the elided #include is for variable. Honestly, I am so angry with whomever in the C language (or maybe LE) group who made that sarcastic clever /sarcastic __new4201() C macro that I could pummel them. Or are they deliberately trying to make it difficult to use GNU software? Stinking vendor lock in. I am basically enraged with such clever programmers. And I will stop typing before I say something _really_ nasty. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure
Wow, you're porting BASH! I'll be an alpha tester for that one. On 12/09/2014 8:29 PM, John McKown wrote: Whew! What a mouthful of a subject line. Anyway, I am using a z/OS 2.1 system to try to port BASH 4.2 to work on z/OS. I want to support older releases. The oldest that the C compiler lets me specify is TARG(LE,ZOSV1R12). Which is, in itself, a royal PITA. But this is causing a problem with the way that GNU's ./configure works. In my particular case, ./configure tries to determine if the __fpurge() function exists. If it does, then it sets some macros to so indicate in config.h. On z/OS 2.1, the __fpurge() does exist. But this is the first release. So when I do a compile with the TARG set, instead of not defining __fpurge() at all, the person who wrote the #include wrote: __new4201(void, __fpurge, (FILE *)); which, with the above TARG, generates the code: extern struct __notSupportedBeforeOS4V2R1__ __fpurge; which compiles. At least in the small code segment used by ./configure to determine if __fpurge() exists. This sets a macro HAVE___FPURGE. When this macro is defined, the actual compile of lib/sh/fpurge.c fails with the message: CCN3023 30 Expecting function or pointer to function. This is because the fpurge.c program tries to use __fpurge() as a function call. But the definition created by the elided #include is for variable. Honestly, I am so angry with whomever in the C language (or maybe LE) group who made that sarcastic clever /sarcastic __new4201() C macro that I could pummel them. Or are they deliberately trying to make it difficult to use GNU software? Stinking vendor lock in. I am basically enraged with such clever programmers. And I will stop typing before I say something _really_ nasty. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help with CICS CEMT display
To All, OK I got it. When I did press ENTER I was presented with the field names and their values. I did find the pressing ENTER documented under Expanded panels in the Supplied Transactions book. I was hoping to find that SUS was runstatus and TAS was ftype in a book. But I am very glad to know where to look now. I find it interesting that on some panels ENTER is displayed on the bottom. Below is Figure 7. The List debugging profiles screen, showing the example profiles from the Supplied Transactions book. 7 profile(s). All profiles shown Enter=Process PF1=Help 2=Filter 3=Exit 4=View 5=Create LE 6=Create Java 9=Set display device 10=Edit 11=Sort I am getting more used to using the online stuff because less is documented in the books. I also sent another request to the CICS-L group to be a member of their listserv. Thank you for your help and patience, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ray Pearce Sent: Friday, September 12, 2014 5:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with CICS CEMT display Dave, Why are you hitting PF1 when Kolusu (and the manual) says to place the cursor on a task and press ENTER. This gives a full display of the selected task with the values spelled out in full. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: 11 September 2014 22:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with CICS CEMT display Kolusu, Thank you for your suggestions. I tabbed to the beginning of the line and hit PF1 and just got the general help. I placed the cursor on TAS and hit PF1, and also on TRA and hit PF1. Yup, I also tried it with the cursor on SUS. The link is a good one. But it doesn't tell me the field names I am seeing on the display: Tas(029) Tra(JNL2) Sus Tas Pri( 255 ) Sta(U ) Use(CICMNX1 ) Uow(CDBC6D3E2D965E09) Tas(0002138) Tra(CEMT) Fac(0001) Run Ter Pri( 255 ) Sta(TO) Use(PMSBDH ) Uow(CDBE117F38E7F508) The second entry is me running CEMT. It has a field called FAC. Not sure why after all these years things just show up as RUN and TER like on the CEMT display. I would imagine it's a facility and I'm runnable. I keep looking, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sri h Kolusu Sent: Thursday, September 11, 2014 4:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with CICS CEMT display Dave, Place the cursor on the transaction you are interested and press ENTER and CICS will display the transaction in detail Check this link which explains in detail about CEMT INQ TASK http://pic.dhe.ibm.com/infocenter/cicsts/v4r1/index.jsp?topic=%2Fcom.ibm .cics.ts.doc%2Fdfha7%2Ftransactions%2Fcemt%2Fdfha71l.html Thanks Kolusu IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 09/11/2014 02:17:08 PM: From: Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/11/2014 02:17 PM Subject: Help with CICS CEMT display Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Dear Listeners (Still not on the CICS-L listserv yet), I entered a CICS command. It was CEMT INQ TAS. Here is the output from my 3,720 emulation: Tas(043) Tra(AAON) Sus Tas Pri( 255 ) Sta(SD) Use(CICMNX1 ) Uow(CDBC6D36F2AD2309) Hty(EKCWAIT ) Tas(053) Tra(XPFS) Sus Tas Pri( 001 ) Sta(S ) Use(CICMNX1 ) Uow(CDBC6D3956983D08) Hty(EKCWAIT ) Tas(0002101) Tra(CEMT) Fac(0001) Run Ter Pri( 255 ) Sta(TO) Use(PMSBDH ) Uow(CDBE0A26F9188109) Once there was a time I would INSERVICE and ACQUIRE stuff. Now I'm just trying to find out what the layout of the display is. I see the following fields: TAS(xxx) TRA(xxx) SUS TAS PRI(xxx) STA(xx) USE(XXX) UOW(xxx) HTY(xxx). I can guess that TAS is task and TRA is transaction. And I'd bet SUS is suspended. I tried PF1, but it wasn't the help I was looking for. I would like to find some information like: Results The following example output is typical output from the inquire command. TAS(n) ppp ddd cc TCL() USE() ATT(s) CPU(s) RUA(s) HTI(s) HTY() HVA() This is from: CEKL INQUIRE TASK documented in the CICS Supplied Transactions book. I can find a whole section on HTY codes listed under The resources that CICS tasks can wait for documented at the infocenter. I found EKCWAIT. I even tried Using the information center @ http:// pic.dhe.ibm.com/infocenter/cicsts/v5r1/index.jsp to look for CEMT display info. Maybe we know this so well we don't need to document it any more. I noticed the RCF in the back of the books for CICS go to Hursley Park in the UK. Lots of postage! Thanks
SW XCEL and IBMLINK
Our shop was without a Software Xcel contract for a few months due to a contract mix-up. As of this morning, we have it back. My question is what changed in the interim? I used to be able to initiate TRACK, SIS, SR/PMR, etc. all from one webpage. I no longer see that webpage when I login. Any ideas/suggestions as to what happened? Is there a new webpage I am not aware of? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: [sqlite] presentation about ordering and atomicity of filesystems
On Fri, 12 Sep 2014 06:28:47 -0500, John McKown wrote: This is not about the z, per se, but is interesting. I don't think that any of the IBM systems have this type of filesystem. Hum, perhaps the i? John, you gotta stop posting this stuff just before midnight on a Friday night !!!. I got partway into it, but it'd be almost breakfast by the time it finished - maybe later I'll get back to it :0) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: [sqlite] presentation about ordering and atomicity of filesystems
On Fri, Sep 12, 2014 at 9:08 AM, Shane Ginnane ibm-m...@tpg.com.au wrote: On Fri, 12 Sep 2014 06:28:47 -0500, John McKown wrote: This is not about the z, per se, but is interesting. I don't think that any of the IBM systems have this type of filesystem. Hum, perhaps the i? John, you gotta stop posting this stuff just before midnight on a Friday night !!!. I got partway into it, but it'd be almost breakfast by the time it finished - maybe later I'll get back to it :0) Shane ... It was only after midnight because you Australian don't set your clocks correctly. I posted that in the middle of the day. At least according to GMT time. Which is the only true time. Right? [grin/] -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SW XCEL and IBMLINK
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. Our shop was without a Software Xcel contract for a few months due to a contract mix-up. As of this morning, we have it back. My question is what changed in the interim? I used to be able to initiate TRACK, SIS, SR/PMR, etc. all from one webpage. I no longer see that webpage when I login. Any ideas/suggestions as to what happened? Is there a new webpage I am not aware of? When mine breaks, I just type in www.ibm.com/ibmlink and it redirects either to the sign-in page or the ServiceLink page, depending on the cookie. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How tell if have OMVS Segment
In caajsdjjvuobzy38o4a7gbx_6j+mbh-yobwhpz5pjchpex5a...@mail.gmail.com, on 09/11/2014 at 12:09 PM, John McKown john.archie.mck...@gmail.com said: According to what others have said, it is because the COBOL team has said: There is no need. They are self explanatory to a COBOL programmer.. I have seen self explanatory messages; I haver never seen a self explanatory message whose author claimed it to be self explanatory. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How tell if have OMVS Segment
In 028501cfcde7$0b645d20$222d1760$@mcn.org, on 09/11/2014 at 10:37 AM, Charles Mills charl...@mcn.org said: I have verified by testing that for some condition -- presumably RUNOPTS( POSIX(ON) ) -- LE ABENDs on initialization, before running a single user instruction, if the userid does not have an OMVS segment. So as a programmer I have no (simple) ability to provide a user-friendly message rather than a fairly obscure ABEND. There *is* a simple way to do it but, IMHO, it is a kludge; add another step to the JCL for the sole purpose of validating the user. Were I a vendor, I would be embarrassed at having to suggest that to a customer instead of fixing the code to produce a reasonable message. Is there an open requirement on this? -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: [sqlite] presentation about ordering and atomicity of filesystems
john.archie.mck...@gmail.com (John McKown) writes: This is not about the z, per se, but is interesting. I don't think that any of the IBM systems have this type of filesystem. Hum, perhaps the i? original CMS filesystem from mid-60s ... was somewhat brought over from CTSS ... would simulate fixed-block on CKD dasd (somewhat inverse of the current situation where there hasn't been any CKD DASD manufactured for decades and simulated on industry standard fixed-block). The default was to not replace/update existing record ... but write to newly allocated location ... then periodically update alloction map, file directory (aka VTOC) ... also to new location and then rewrite the MFD record (in-place, single write that would flip between the old set of records and the new set of records). however, ibm CKD dasd had a peculiar power failure mode ... that might occur in the middle of a write operation ... there would be sufficient power to complete a write in progress ... but not sufficient power to continue transmitting the data from processor memory over the channel ... so the controller completed the write operation with all zeros (and no indication of a read/write failure). As far as i know, none of the other mainframe systems made any software provisions to handle this particular failure mode of ibm ckd dasd. As a result, in the mid-70s, the CMS extended file system had fix ... which change to a pair of MFD records and would alternatively write to the pair of records. On initial startup ... it would check both records to see if both records had been written correctly (no zeros propogated at the end of the record) and choose the most recent valid record. UNIX filesystem has been notorious for writting records in arbitrary order ... especially the filesystem control information (metadata) and after a shutdown/failure w/o clean shutdown (all records cleanly written to disk) ... a start up after non-clean shutdown would have to reread all records looking for inconsistencies ... which might take large tens of minutes. Circa 1990, aixv3 for rs/6000 enhanced the unix filesystem with logging changes to the file directory information (metadata) ... a side-effect was aix could almost immediately record/startup ... by rerunning logged information (it doesn't do anything for consistency of file data ... but does fix the unix filesystem integrity problem). AIX JFS filesystem http://en.wikipedia.org/wiki/JFS_%28file_system%29 http://www.linuxjournal.com/article/6268 the original implementation relied on special hardware in 801/risc where the unix filesystem control information (metadata) was placed in memory area that was specially identified to catch all changes. then all changes to filesystem was captured and journaled ... w/o having to change all the unix code to explicitly call the journaling/logging facility. The original claim was that the hardware implementation was also faster than putting in explicit logging/journaling calls. However, when the ibm paloalto group was porting JFS to generic hardware (w/o the 801/risc features), they had to put in explicit logging/journaling calls for changes. When they back ported that implementation to rs/6000, it turns out the explicit calls ran faster than the original implementation. as an aside, we relied on JFS for faster restart when we did ibm's ha/cmp (high availability, cluster multiprocessor) ... some past posts http://www.garlic.com/~lynn/subtopic.html#hacmp past posts mentioning 801/risc http://www.garlic.com/~lynn/subtopic.html#801 recent references to Jim Gray credited with formalizing transaction semantics and ACID properties http://www.garlic.com/~lynn/2014f.html#69 Is end of mainframe near ? http://www.garlic.com/~lynn/2014g.html#2 Is end of mainframe near ? http://www.garlic.com/~lynn/2014g.html#14 Is end of mainframe near ? http://www.garlic.com/~lynn/2014g.html#15 Is it time for a revolution to replace TLS? http://www.garlic.com/~lynn/2014g.html#38 Fifty Years of BASIC, the Programming Language That Made Computers Personal http://www.garlic.com/~lynn/2014k.html#2 Flat (VSAM or other) files still in use? -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How tell if have OMVS Segment
I am wondering about another possibility. I have not RTFM yet, but isn't it possible to replace or provide one's own CEESTART? If so one might write a replacement CEESTART that was merely a front-end to the IBM CEESTART, and did this check before proceeding on to IBM CEESTART. Such a solution would be fairly universal and could go on the CBT tape. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, September 11, 2014 12:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How tell if have OMVS Segment In 028501cfcde7$0b645d20$222d1760$@mcn.org, on 09/11/2014 at 10:37 AM, Charles Mills charl...@mcn.org said: I have verified by testing that for some condition -- presumably RUNOPTS( POSIX(ON) ) -- LE ABENDs on initialization, before running a single user instruction, if the userid does not have an OMVS segment. So as a programmer I have no (simple) ability to provide a user-friendly message rather than a fairly obscure ABEND. There *is* a simple way to do it but, IMHO, it is a kludge; add another step to the JCL for the sole purpose of validating the user. Were I a vendor, I would be embarrassed at having to suggest that to a customer instead of fixing the code to produce a reasonable message. Is there an open requirement on this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [sqlite] presentation about ordering and atomicity of filesystems
Isn't z/OS Unix HFS/ZFS that type of file system, on top of a VSAM linear dataset? I haven't the time now to listen to the whole 90 minutes of video, but the first 13 minutes were enlightening. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, September 12, 2014 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fwd: [sqlite] presentation about ordering and atomicity of filesystems This is not about the z, per se, but is interesting. I don't think that any of the IBM systems have this type of filesystem. Hum, perhaps the i? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Doctor's Appointment at 9 am
Sorry for the posting. I blame Outlook on the MAC Nuff said. Gary Gary L. Shiminsky Senior zVM/zVSE Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1509 Fax 603-271-1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -Original Message- From: John McKown john.archie.mck...@gmail.com Reply-To: IBM List IBM-MAIN@LISTSERV.UA.EDU Date: Friday, September 12, 2014 at 8:32 AM To: IBM List IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Doctor's Appointment at 9 am Probably his out of office type email. Or, as happens _often_ at this place, it was sent to the wrong email address. On Fri, Sep 12, 2014 at 7:24 AM, Leopold Strauss leopold.stra...@isis-papyrus.com wrote: And who should be interested in that in this forum ??? On 12.09.2014 14:21, Shiminsky, Gary wrote: Sorry for the late notice but they sprung this one on me yesterday afternoon. I need to have an EKG done before starting PT on my knee. I’ll be leaving at 8:30 but should not be gone too long. Gary Gary L. Shiminsky Senior zVM/zVSE Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1509 Fax 603-271-1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mit freundlichen Grüßen / Kind Regards, Leopold Strauss, Team DEV-zOsUnix, T: +43-2236-27551-331 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: [sqlite] presentation about ordering and atomicity of filesystems
On 12 September 2014 10:38, Anne Lynn Wheeler l...@garlic.com wrote: however, ibm CKD dasd had a peculiar power failure mode ... that might occur in the middle of a write operation ... there would be sufficient power to complete a write in progress ... but not sufficient power to continue transmitting the data from processor memory over the channel ... so the controller completed the write operation with all zeros (and no indication of a read/write failure). As far as i know, none of the other mainframe systems made any software provisions to handle this particular failure mode of ibm ckd dasd. That's a not unreasonable implementation of an architected behaviour on the BT/OEMI channel to CU interface, independent of power failure. If an I/O reset is received by the control unit while a write is in progress, it completes the write with zeros. What would be a more reasonable behaviour on a disk with little or no buffering? So in theory it's possible to corrupt data on disk just by hitting System Reset (or Load) during a disk write. If you look at the probability it's pretty unlikely, but I worked at one place that had a strict rule about hitting stop and waiting a few seconds before doing the reset or load. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure
On Fri, Sep 12, 2014 at 8:33 AM, David Crayford dcrayf...@gmail.com wrote: Wow, you're porting BASH! I'll be an alpha tester for that one. __ASSUMING__ that I succeed, it will go up on the CBTTape. I am doing it somewhat strangely. I got the source to IBM's port of BASH 2.03. I got the current source(s) to BASH from the GNU Savanah site onto my Linux desktop by doing a git clone git://git.savannah.gnu.org/bash.git. I created my own, personal, branch in GNU's code which I called bash-4.2-zos. Using this as my base, I tried fitting the IBM 2.03 changes into 4.2. The then tar'd up this source and ftp'd it to a z/OS 2.1 system to which I have been granted access. I unwound it and converted it to IBM-1047 using pax. I have been making changes to address problems. As I make changes, I have ftp'd them back to my Linux system. Where I've been updating the git repository. This way, I will have a nice(?) git repository with the changes. Which means that I will have a very good log of what I did. Which, I hope, means that it will be easier to maintain the port when the FSF comes out with more releases. In reality, what I have done, to date, is currently on github under my acccount. Which I keep up to date with what is on my Linux box. I'm having a number of problems trying to get things so that they would correctly. Unfortunately, when I find a mistake which requires updating config-bot.h, then I must start all over again from the ./configure . Oh well, it only costs me time. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Ported Tools (was C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure)
I am using a z/OS 2.1 system to try to port BASH 4.2 Well, you could take the easy route and download a ported version from http://www.rocketsoftware.com/rocket-ported-tools-zos BASH doesn't (yet) appear on the main page but does appear on the download page. You have to fill out an electronic form to register. There is no charge unless you want to buy a subscription. Once you submit the form you will receive an email that directs you back to the ported tools page and then you can download. When you submit the form you will receive an acknowledgement that says Thank you for your interest in Rocket Software. A representative will contact you shortly. I have been assured this will be a no pressure contact. For those wondering what's the catch? there is none. We'd like for people to buy subscriptions, but it's not required. We will do some support, mainly on installation issues, all done through the e-mail address. Buying support gets you portal access. Bob Shannon Rocket Software Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EZANS Requirement
This was posted on the TCPIP List See the RFE number 59073 I've just submitted. http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=59073 Not sure if you can see it - it says 'Private' and I can't seem to find any option to make it public. Maybe that happens once it is reviewed by IBM. Mike Wawiorko Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: [sqlite] presentation about ordering and atomicity of filesystems
t...@harminc.net (Tony Harminc) writes: That's a not unreasonable implementation of an architected behaviour on the BT/OEMI channel to CU interface, independent of power failure. If an I/O reset is received by the control unit while a write is in progress, it completes the write with zeros. What would be a more reasonable behaviour on a disk with little or no buffering? So in theory it's possible to corrupt data on disk just by hitting System Reset (or Load) during a disk write. If you look at the probability it's pretty unlikely, but I worked at one place that had a strict rule about hitting stop and waiting a few seconds before doing the reset or load. re: http://www.garlic.com/~lynn/2014k.html#7 [sqlite] presentation about ordering and atomicity of filesystems/a part of the issue was that incomplete write ... with propogated zeros ... would also (then) rewrite the error correcting codes for the record (with propogated zeros) ... so there wouldn't even be an error indication that the write was performed incorrectly (installation wouldn't even know to perform restore because of write error). later fba disks ... especially in conjunction with raid ... had requirement that single block write would complete correctly once started. before raid and with fba-512 blocks and 4k-byte logical blocks ... the hardware guarantee only applied to the physical 512byte block ... which could result in an inconsistent 4k-byte logical record (8 physical 512byte blocks) with no error condition. As a result, there had to be special software provisions by filesystems with 4k-byte logical records mapped to fba-512. this particular issue has been eliminated with the recent move from fba-512 to fba-4096 ... so 4k-byte logical block filesystems now match the physical block size. part of the move from fba-512 to fba-4096 is that rather than eight error correcting codes per 4k-bytes ... there is only single error correcting code ... increasing the effective data space on disk http://en.wikipedia.org/wiki/Advanced_Format past posts mentioning fba, ckd, multi-track search, etc http://www.garlic.com/~lynn/submain.html#dasd -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How tell if have OMVS Segment
Charles: I would think so, the logic to me is sound..Some LE supported languages do it automatically, I.E. Cobol, I think C or C++ does.. If it doesn't it should for sure. Regards, Scott From: charl...@mcn.org Sent: Friday, September 12, 2014 10:40 AM To: IBM Mainframe Discussion List I am wondering about another possibility. I have not RTFM yet, but isn't it possible to replace or provide one's own CEESTART? If so one might write a replacement CEESTART that was merely a front-end to the IBM CEESTART, and did this check before proceeding on to IBM CEESTART. Such a solution would be fairly universal and could go on the CBT tape. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, September 11, 2014 12:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How tell if have OMVS Segment In 028501cfcde7$0b645d20$222d1760$@mcn.org, on 09/11/2014 at 10:37 AM, Charles Mills charl...@mcn.org said: I have verified by testing that for some condition -- presumably RUNOPTS( POSIX(ON) ) -- LE ABENDs on initialization, before running a single user instruction, if the userid does not have an OMVS segment. So as a programmer I have no (simple) ability to provide a user-friendly message rather than a fairly obscure ABEND. There *is* a simple way to do it but, IMHO, it is a kludge; add another step to the JCL for the sole purpose of validating the user. Were I a vendor, I would be embarrassed at having to suggest that to a customer instead of fixing the code to produce a reasonable message. Is there an open requirement on this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SW XCEL and IBMLINK
Thanks to Lizette, I think I still have an entitlement issue with IBM. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, September 12, 2014 10:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SW XCEL and IBMLINK -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. Our shop was without a Software Xcel contract for a few months due to a contract mix-up. As of this morning, we have it back. My question is what changed in the interim? I used to be able to initiate TRACK, SIS, SR/PMR, etc. all from one webpage. I no longer see that webpage when I login. Any ideas/suggestions as to what happened? Is there a new webpage I am not aware of? When mine breaks, I just type in www.ibm.com/ibmlink and it redirects either to the sign-in page or the ServiceLink page, depending on the cookie. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure
John, Love the idea of using Git... why not publish your finished port there as well as CBTTape? Generally, we use Eclipse CDT on our workstation for editing C/C++ code, and then use Ant to do (delta) uploads with either FTP or SFTP. But you can use Ant by itself. If you are doing a three-way merge of code, I highly recommend trying Meld. Its not a C aware editor, but as a diff/merge tool it is far superior to Eclipse. Here's an FTP example of an Ant script (put it in a .xml file in an ant-src directory under your source tree, along with a build.properties file. Add it to the Eclipse Ant view so that with one click you can synch your source to z/OS.) project name=my-project_upload default=all basedir=.. target name=all depends=upload_src / target name=init !-- Customized properties... -- property file=ant-src/build.properties / /target target name=upload_src depends=init echo message=Uploading source to ${server}:${serverSrcDir} / ftp server=${server} userid=${userid} password=${password} remotedir=${serverSrcDir} depends=no verbose=yes umask=002 passive=yes binary=no fileset dir=. casesensitive=yes include name=src/** / !-- customize includes/excludes here -- modified/ !-- creates a cache.properties file in basedir -- /fileset /ftp /target target name=clear.cache depends=init delete file=cache.properties / /target /project Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Sep 12, 2014 at 10:43 AM, John McKown john.archie.mck...@gmail.com wrote: On Fri, Sep 12, 2014 at 8:33 AM, David Crayford dcrayf...@gmail.com wrote: Wow, you're porting BASH! I'll be an alpha tester for that one. __ASSUMING__ that I succeed, it will go up on the CBTTape. I am doing it somewhat strangely. I got the source to IBM's port of BASH 2.03. I got the current source(s) to BASH from the GNU Savanah site onto my Linux desktop by doing a git clone git://git.savannah.gnu.org/bash.git. I created my own, personal, branch in GNU's code which I called bash-4.2-zos. Using this as my base, I tried fitting the IBM 2.03 changes into 4.2. The then tar'd up this source and ftp'd it to a z/OS 2.1 system to which I have been granted access. I unwound it and converted it to IBM-1047 using pax. I have been making changes to address problems. As I make changes, I have ftp'd them back to my Linux system. Where I've been updating the git repository. This way, I will have a nice(?) git repository with the changes. Which means that I will have a very good log of what I did. Which, I hope, means that it will be easier to maintain the port when the FSF comes out with more releases. In reality, what I have done, to date, is currently on github under my acccount. Which I keep up to date with what is on my Linux box. I'm having a number of problems trying to get things so that they would correctly. Unfortunately, when I find a mistake which requires updating config-bot.h, then I must start all over again from the ./configure . Oh well, it only costs me time. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ported Tools (was C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure)
On Fri, Sep 12, 2014 at 10:57 AM, Bob Shannon bshan...@rocketsoftware.com wrote: I am using a z/OS 2.1 system to try to port BASH 4.2 Well, you could take the easy route and download a ported version from http://www.rocketsoftware.com/rocket-ported-tools-zos BASH doesn't (yet) appear on the main page but does appear on the download page. You have to fill out an electronic form to register. There is no charge unless you want to buy a subscription. Once you submit the form you will receive an email that directs you back to the ported tools page and then you can download. When you submit the form you will receive an acknowledgement that says Thank you for your interest in Rocket Software. A representative will contact you shortly. I have been assured this will be a no pressure contact. For those wondering what's the catch? there is none. We'd like for people to buy subscriptions, but it's not required. We will do some support, mainly on installation issues, all done through the e-mail address. Buying support gets you portal access. Bob Shannon Rocket Software Thanks for the pointer. I'm kind of curious to do it myself. I just had my first successful compile. And my first indefinite loop, which is what I am trying to look into right now. It would be interesting to see how you did it. Bash being GPL'd means that the source _must_ be available to users somehow. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ported Tools (was C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure)
I filled out the contact page but the download link that I received via email sends me to page to enter my contact information again ? Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Sep 12, 2014 at 10:57 AM, Bob Shannon bshan...@rocketsoftware.com wrote: I am using a z/OS 2.1 system to try to port BASH 4.2 Well, you could take the easy route and download a ported version from http://www.rocketsoftware.com/rocket-ported-tools-zos BASH doesn't (yet) appear on the main page but does appear on the download page. You have to fill out an electronic form to register. There is no charge unless you want to buy a subscription. Once you submit the form you will receive an email that directs you back to the ported tools page and then you can download. When you submit the form you will receive an acknowledgement that says Thank you for your interest in Rocket Software. A representative will contact you shortly. I have been assured this will be a no pressure contact. For those wondering what's the catch? there is none. We'd like for people to buy subscriptions, but it's not required. We will do some support, mainly on installation issues, all done through the e-mail address. Buying support gets you portal access. Bob Shannon Rocket Software Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: [sqlite] presentation about ordering and atomicity of filesystems
On Fri, 12 Sep 2014 09:16:54 -0700, Anne Lynn Wheeler wrote: re: http://www.garlic.com/~lynn/2014k.html#7 [sqlite] presentation about ordering and atomicity of filesystems part of the issue was that incomplete write ... with propogated zeros ... would also (then) rewrite the error correcting codes for the record (with propogated zeros) ... so there wouldn't even be an error indication that the write was performed incorrectly (installation wouldn't even know to perform restore because of write error). It's almost as if they concealed the error on purpose. Well, not quite; it depends on where in the data path the ECC was generated -- it should have been done farther upstream. later fba disks ... especially in conjunction with raid ... had requirement that single block write would complete correctly once started. ... With what probability, and subject to what assumptions? If the data lead to the write head fails mechanically at a critical time, a bad block will be written. Negligibly improbable? Yes. Physically impossible? No. Detectable by ECC? Probably. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ported Tools (was C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure)
I filled out the contact page but the download link that I received via email sends me to page to enter my contact information again ? Kirk - If you click on www.rocketsoftware.com/portedtools it should take you back to where you were previously, but it should ask if you are Kirk Wolf. Just reply yes or hit enter. I signed up today and thought it was confusing too. Bob Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure
On Fri, 12 Sep 2014 07:29:59 -0500, John McKown wrote: Honestly, I am so angry with whomever in the C language (or maybe LE) group who made that sarcastic clever /sarcastic __new4201() C macro that I could pummel them. Or are they deliberately trying to make it difficult to use GNU software? Stinking vendor lock in. I am basically enraged with such clever programmers. And I will stop typing before I say something _really_ nasty. And IBM uses metacharacters in places that upset configure. The GNU build process, especially with multiple target platforms, is most useful if VPATH is available. Most non-POSIX makes, such as gmake, support VPATH. IBM's POSIX make doesn't. So gmake is practically a prerequisite. And some time ago, I failed in an attempt to configure coreutils on z/OS because (at least) getmntent() was unavailable. I was able to code an interface to getmntent(), and put it in an archive; I don't know how to feed it to configure and gmake. And I want it to work in Enhanced ASCII mode, so I needn't ferret out and bypass ASCII dependencies, and so one needn't contend with such as Guido van Rossum, opinionated though he is, who's attitude toward incorporating EBCDIC support is essentially, Go fork yourself! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ported Tools (was C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure)
Doesn't do that for me. After opening the link sent in the email, I'm just sent back to the form. If I then go to www.rocketsoftware.com/portedtools, then it starts over. If I fill out the form a second time, I get an email that starts over in an endless loop. Here's my link sent to me in an email: http://www2.rocketsoftware.com/CSg00G0HI0zB1CeQ2j01I0e Maybe it will be useful to someone else :-) Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Sep 12, 2014 at 2:12 PM, Bob Shannon bshan...@rocketsoftware.com wrote: I filled out the contact page but the download link that I received via email sends me to page to enter my contact information again ? Kirk - If you click on www.rocketsoftware.com/portedtools it should take you back to where you were previously, but it should ask if you are Kirk Wolf. Just reply yes or hit enter. I signed up today and thought it was confusing too. Bob Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Question on tracking software
Here is an IBM presentation on software inventory. I think someone asked about this a day or two ago. We invite you to join us for a complimentary webcast, Tivoli Asset Discovery for z/OS: Quick System z ROI and Usage Tracking, brought to you by IBM Systems Magazine and IBM on Wednesday, October 8 at 11:00 a.m. EDT / 3:00 p.m. GMT / 4:00 p.m. BST. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on tracking software
https://ibmsystemsmag.webex.com/mw0401l/mywebex/default.do?siteurl=ibmsystemsmag Oct 8 event. On Fri, Sep 12, 2014 at 3:47 PM, Ed Gould edgould1...@comcast.net wrote: Here is an IBM presentation on software inventory. I think someone asked about this a day or two ago. We invite you to join us for a complimentary webcast, Tivoli Asset Discovery for z/OS: Quick System z ROI and Usage Tracking, brought to you by IBM Systems Magazine and IBM on Wednesday, October 8 at 11:00 a.m. EDT / 3:00 p.m. GMT / 4:00 p.m. BST. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN