Re: Documentation for environment of EXCP appendages
Seymour: I found this also which shows an example of a seldom-ending channel program, used in a communications function. Channel program for HPDT MPC data transfer z/OS Communications Server: SNA Diagnosis Vol 1, Techniques and Procedures Pretty cool. Thanks for this jogging my memory regarding stuff I had not thought about recently. Mike Myers On 11/4/20 10:52 PM, Seymour J Metz wrote: I'm editing the wiki article on EXCP, and I'd like to correct what it says about appendages. I couldn't find any documentation on the environment in which appendages run, although I'm fairly certain that it's PASN, SRB and all the usual suspects. Wiki politics being what they are, it's a lot easier if I provide a citation for everything. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- 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: Documentation for environment of EXCP appendages
Seymour: I found there is documentation online. I searched for: IBM z/OS EXCP appendage and came back with a hit: EXCP and EXCPVR Appendages in z/OS DFSMSdfp Advanced Services It has been several years, but I have explored use of the appendages dating back to OS/360, where I used to teach the internals of ISAM and BDAM to PSRs. The neatest use was PCI, where the interrupt coming from a specific CCW in a channel program notified the appendage of the point where the channel program was executing and the appendage could make changes to the channel program in response. In general, the appendage could choose to let the channel program end or could add more CCWs to the channel program to continue the I/O operation in response to new information obtained in data read or in response to new related requests from system activity. The main usage was "self modifying channel programs" as in ISAM and BDAM and in "seldom ending channel programs" more recently in ASM, where a channel program already running and performing paging I/O could add new page I/O to the running channel program as more page in or page out requests occurred. Mike Myers On 11/4/20 10:52 PM, Seymour J Metz wrote: I'm editing the wiki article on EXCP, and I'd like to correct what it says about appendages. I couldn't find any documentation on the environment in which appendages run, although I'm fairly certain that it's PASN, SRB and all the usual suspects. Wiki politics being what they are, it's a lot easier if I provide a citation for everything. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- 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: Documentation for environment of EXCP appendages
On 11/4/20 10:52 PM, Seymour J Metz wrote: I'm editing the wiki article on EXCP, and I'd like to correct what it says about appendages. I couldn't find any documentation on the environment in which appendages run, although I'm fairly certain that it's PASN, SRB and all the usual suspects. Wiki politics being what they are, it's a lot easier if I provide a citation for everything. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- 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: Startio documentation
Erik: I took the reference I passed you earlier a bit further. If you look here, you will find a lot more detail on EXCP, EXCPVR and STARTIO. It's been a long time since I did my own channel programming and made use of EXCP, but I think you will find all you need to know here. You will also have to look into the structure of channel programming and CCWs for specific device types to understand more about what is really happening. The Principles of Operation can supply much of this. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas300/eyocp.htm Mike Myers On 2/8/20 10:26 PM, Susan Shumway wrote: Hi Erik, I searched the Technical help database for System z ( https://www14.software.ibm.com/webapp/set2/psearch/search?domain=sysz ) and got plenty of hits for "startio", but none with the term in the title. If you haven't looked there yet, give it a try and see if anything looks helpful. There are also a number of hits to the term in the V2R4 KC, though probably not true nerd brain entertainment fodder like what you're looking for: https://www.ibm.com/support/knowledgecenter/search/startio?scope=SSLTBW_2.4.0 . Since it's just a simple term search, Mike's recommended KC reading is most likely your better bet. -Sue Shumway On 2/8/2020 7:11 PM, Christopher Y. Blaicher wrote: Having done all of this, I would suggest that you start with EXCP and then progress to EXPC/VR. Even with EXCP you have to know and understand the relationship of the CCW's you are going to use. Read carefully. Start simple. Build on it slowly. Going from EXCP to EXCP/VR is a big jump. Everything you have to do for EXCP/VR you will have to do for STARTIO, plus more. Once you have EXCP/VR running, go look at the STARTIO macro in SYS1.MODGEN. EXCP and EXCP/VR have some guard rails built into them, but you can still really screw things up at EXCP/VR because you will have to supply the REAL addresses for the CCW's. When, and if, you start playing with EXCP/VR, I strongly suggest using a sandbox LPAR. If you ever get to STARTIO that suggestion should rise to a requirement. Chris Blaicher Technical Architect Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Myers Sent: Saturday, February 8, 2020 4:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Startio documentation [ External - This message originated Externally. Use proper judgment and caution with attachments, links, or responses. ] Hey Eric: You might want to start your exploration at a higher level than the lowest level you can possibly go to understand the internals of z/OS I/O. For example you might want to look at EXCP or EXCPVR first, as both prepare for entry into IOS, but both do special setup functions to make that possible. As an example of the setup needed, consider the difference between EXCP and EXCPVR. EXCP, among other preliminary things, converts all addresses in the channel program CCWs being passed to IOS from virtual to real addresses. Ultimately, these areas must be pagefixed so as to remain in storage during the actual I/O operation. Since STARTIO comes at the next lower level, everything that an access method must do before calling EXCP must also be done. This includes creating a DCB, an IOSB, etc. I would recommend you start here, if you haven't already. as it covers EXCP and EXCPVR. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas300/eyocp.htm Mike Myers On 2/8/20 12:48 PM, Erik Janssen wrote: Hello List, Out of curiosity I want to learn a bit more about startio. Don't worry, I won't go and attempt to mess up someones z/os lpar, it is just for pure nerd brain entertainment. Searching through the archives I found that there is a whitepaper that was written by Peter Haas called "The STARTIO Facility of MVS", that there were some examples called startio.txt or startio.ex.txt, that Bill Fairchild gave a SHARE presentation on the subject in March 2009 in Austin and that IBM documented it, partially, in IOS logic manuals; the versions for OS/VS2 R2 through R3.8 were publicly available. My search engines efforts to find any of the mentioned documents have failed so far, so is there anybody on the list that has (some of) the mentioned documents available and is willing to share? Kind regards, Erik Janssen. PS. I had posted the same question through Google groups, but that doesn't work in a way that the actual list gets the message it seems. -- 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 instructio
Re: Startio documentation
Hey Eric: You might want to start your exploration at a higher level than the lowest level you can possibly go to understand the internals of z/OS I/O. For example you might want to look at EXCP or EXCPVR first, as both prepare for entry into IOS, but both do special setup functions to make that possible. As an example of the setup needed, consider the difference between EXCP and EXCPVR. EXCP, among other preliminary things, converts all addresses in the channel program CCWs being passed to IOS from virtual to real addresses. Ultimately, these areas must be pagefixed so as to remain in storage during the actual I/O operation. Since STARTIO comes at the next lower level, everything that an access method must do before calling EXCP must also be done. This includes creating a DCB, an IOSB, etc. I would recommend you start here, if you haven't already. as it covers EXCP and EXCPVR. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas300/eyocp.htm Mike Myers On 2/8/20 12:48 PM, Erik Janssen wrote: Hello List, Out of curiosity I want to learn a bit more about startio. Don't worry, I won't go and attempt to mess up someones z/os lpar, it is just for pure nerd brain entertainment. Searching through the archives I found that there is a whitepaper that was written by Peter Haas called "The STARTIO Facility of MVS", that there were some examples called startio.txt or startio.ex.txt, that Bill Fairchild gave a SHARE presentation on the subject in March 2009 in Austin and that IBM documented it, partially, in IOS logic manuals; the versions for OS/VS2 R2 through R3.8 were publicly available. My search engines efforts to find any of the mentioned documents have failed so far, so is there anybody on the list that has (some of) the mentioned documents available and is willing to share? Kind regards, Erik Janssen. PS. I had posted the same question through Google groups, but that doesn't work in a way that the actual list gets the message it seems. -- 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: S/360
George: Your comment reminded me of an experience I had sometime back around 1967. I was working for IBM in Poughkeepsie at the time and had some hands-on time on a 360/40. Nearby at another system was Don Ludlow, who was reputed to be the primary designer of IOS for OS/360. He was going through the switches changing code and single stepping while watching a tape drive to see if it was reacting as desired. It was an obvious exercise in doing things directly in machine language, which was pretty impressive to a new assembler programmer like myself at the time. Mike Myers Mentor Services Corporation Goldsboro, NC 27530 On 4/11/19 1:42 PM, George Rodriguez wrote: A ways back, even I can't remember, I attended a Guide (it merged with Share) meeting and after the conference was over, Jack (a friend I met at Guide) and I went to the Boston Computer Museum. Once we got in, at a distance I saw a sign S/360! I tell Jack "let's go see!" When we got there, there were 3 S/360 on display, the model 20, 30 and 40. Those were the first computer systems that I worked on in a place called IDPC (International Data Processing Corp.) on Canal Street in New York. It was a service bureau but it's main customer was Grove Press (a publishing company). The 360/20 was used only to print large reports. Tape input printer output. The 360/30 was used for all production runs and the 360/40 was used for testing. I remember a smart aleck programmer stopping the CPU, raising and lowering the toggle switches on the model 40 just to impress his buddies! The link you included in this post brought me back to that time! I was hired as an operator, but after they lost the Grove Press as a client, I got to do programming, and systems work. That first job taught me so much! After moving to south Florida for a job as an Operator, I finally got into the career that I liked best! I became a Systems Programmer, first in DOS, then VSE, then VSE/AF and then I finally joined the big boys and z/OS. Thanks for bringing back old memories! *George Rodriguez* *Specialist II - IT Security* *PX - 47652* *(561) 357-7652 (office)* *(954) 415-7586 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District* On Mon, Apr 8, 2019 at 10:43 AM Dave Jones wrote: is now 55 years old, as of yesterday, April 7th. An interesting story about it: https://spectrum.ieee.org/tech-history/silicon-revolution/building-the-system360-mainframe-nearly-destroyed-ibm DJ -- 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
Any IBM pSeries gurus out there?
I have a contact who is looking for a pSeries expert for a temporary assignment. Mike Myers Mentor Services Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF record for FTP
Venkat: SMF 118 records are TCP/IP records. Subtype 70 records are cut for each completed FTP server transaction. Mike Myers Mentor Services Corporation On 05/28/2017 05:17 AM, venkat kulkarni wrote: Hello All, We are in the process of converting FTP jobs to SFTP and many of the jobs are converted. But before blocking port 23 for FTP, we want to make sure that all jobs are running with SFTP. Is it possible to collect some SMF record, which can indicate the current running jobs that are still using FTP. -- 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: SMF Records
Leonard: I don't have access to the system any more where I did this, but based on the retained documents of the time, I gathered SMF type 119 records from TCP/IP. Subtype 7 records contain all data relating to FTP file transfers. They give the file name, origin IP address, time stamp (date is relative and not in the record), receptor IP address, and file size. Filtering on these, I was able to find info on all files FTPed into or out of the z/OS box. You should be able to use this by sorting by file name to discover your over-writes. If I recall, it didn't matter whether the file was a USS or MVS file. As I recall, I did have to turn on SMF record creation in TCP/IP, which were not being generated by default. Mike Myers Vice President z/OS consultant Mentor Services Corporation On 05/16/2017 05:47 PM, Sasso, Leonard wrote: A customer transmits, via SFTP, a sequential file, from an external site to an IBM Mainframe. An hour later, they transmit the same file with the SAME file name, overwriting the original file. 1. What SMF Record Type was cut when the first file was transmitted? 2. Is another SMF Record cut for the overwrite and is it the SAME SMF Record Type as the original? If not, what SMF Record Type is cut? Thank You, Len Sasso System Administrator RDC - 327 Columbia TPKE, Rensselaer NY 12144-4400 t: +1.518.257.4209 | m: +1.518.894.0879 len.sa...@csra.com | www.csra.com Follow us on Facebook | Twitter | LinkedIn CSRA Think Next. Now. This electronic message transmission contains information from CSRA that may be attorney-client privileged, proprietary or confidential. The information in this message is intended only for use by the individual(s) to whom it is addressed. If you believe you have received this message in error, please contact me immediately and be aware that any use, disclosure, copying or distribution of the contents of this message is strictly prohibited. NOTE: Regardless of content, this email shall not operate to bind CSRA to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of email for such purpose. -- 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: ISPF edit macro
Check Mark Zelden's web site for EDMACALL. I believe it does what you want. Mike Myers Mentor Services Corporation On 04/19/2017 03:35 PM, R.S. wrote: I have an edit macro for issuing another macro against all member is a given library. It works OK, but in "attended" mode - every change has to be confirmed by issuing PF3 (or PF12 if you don't want changes in a given member). I'm looking for something more automated - a macro, which issues another edit macro against all the members, but running unattended. I'm pretty sure someone already invented this wheel. Any help? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What are mainframes
Hey Connor: My name is Mike Myers and I am a long-time (51 years) mainframe systems programmer. I am presently involved in a Dept. of Labor project with NC A&T State University, IBM, SHARE and several others to bring under-served communities (women, minorities, veterans, etc.) into mainframe apprenticeship programs. One thing I am trying to do is understand the reasons that young people like yourself find Information Technology appealing, and particularly things that would attract that community to mainframes. If you have any specific ideas you would be willing to share, I would certainly appreciate it. The ideas will be incorporated into a presentation that will ultimately appear on the Destination Z website. Old guys like myself, who have been in the mainframe community for decades, had our reasons to get involved years ago (most of which still apply), but those details are so mature now that it's more difficult to see what those the same age we were way back then see as being attractive today. Any thoughts you have would be helpful. Mike Myers Vice President Senior Systems Programmer Mentor Services Corporation Goldsboro, NC (919) 341-5210 - voice On 04/05/2017 04:57 PM, Connor Krukosky wrote: On 4/5/2017 4:15 PM, Phil Smith wrote: Agreed, though he loses partial points for (a) being overwrought and (b) getting SAP wrong. But the first is obviously subjective and the second is a nit. If you check the description of the video you'll see my name there :) I supplied them with about 1000x the amount of information they put into the video since its a 'tech quickie' and what I supplied would have made a solid hour long video or something. I did mention SAPs but didn't go into detail about them. They may have done their own research and gotten that info. I'd say for the average person who thought mainframes were dead or didn't know they existed, its more than a good enough explanation. I helped with this video for the exact reason that I'd hope that this would reach out to a younger audience who don't know about mainframes or who might have thought they were old tech. I may be doing a different video with them in the future on their main channel which will hopefully get about 10 times the views this one is getting. Again, all in hope that some of the younger generation, my generation, will learn that the mainframe is NOT dead. -Connor Krukosky -- 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: curious: why S/360 & decendants are "big endian".
All: Many years ago, I aided Karl Finkemeyer, an IBMer on assignment in NY at the time from Germany, and a great friend of mine to immigrate to the US. He eventually became a citizen, and a director at Fidelity Investments. During the immigration process, his daughter, who by that time, spoke fluent English and German, showed me a paper which made fun of pronunciation of words in English. Unfortunately, I did not obtain a copy, but this discussion made me go and look on-line, hoping to find it. Although this is not Friday, for those of you that like language (especially English), Google "English pronunciation poem" or "English is a crazy language". Lots of good chuckles for language fans. My favorites were: https://archive.org/stream/EnglishCrazyLanguageEssay/English%20Crazy%20Language%20Essay_djvu.txt http://www.thepoke.co.uk/2011/12/23/english-pronunciation/ the one above as a poem: http://ncf.idallen.com/english.html Mike Myers Mentor Services Corporation Goldsboro, NC 27530 (919) 341-5210 - office On 03/13/2017 05:28 PM, Jesse 1 Robinson wrote: "English is a _stupid_ language." Every language is stupid in its own way, some more so than others. If English were rational and simple, everybody would be using it. ;-) . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, March 09, 2017 1:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: curious: why S/360 & decendants are "big endian". On Thu, Mar 9, 2017 at 3:50 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: On Thu, 9 Mar 2017 15:18:03 -0600, Joel C. Ewing wrote: It's cultural. Consider how Europeans write dates. https://xkcd.com/1179/ And significance is subjective. About 10 years ago, I asked an astronomer, "When is the equinox on Saturn?" "Nine fourteen." (orally) September 14th seemed too soon until I pondered and realized she meant, "September, 2014." In Boulder, CO, in the '60s (some century), all local phone numbers were (303)442-xxx or (303)443-. People routinely exchanged phone numbers (orally) by only the last 5 digits. The first 5 were, if not insignificant, inconsequential. Computer science professor W.M. Waite used to say, "Top of memory," pointing to the floor, and "Bottom of memory", pointing to the ceiling. Same in other books I've seen. Why? Probably because we write from top to bottom. We write the lowest first, at the top, and the highest last, at the bottom. And then we confuse everybody by calling them "ascending" memory addresses while writing them in a descending pattern. English is a _stupid_ language. -- gil -- "Irrigation of the land with seawater desalinated by fusion power is ancient. It's called 'rain'." -- Michael McClary, in alt.fusion 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: curious: why S/360 & decendants are "big endian".
Warren: My God, you've been around even longer than me. I only joined IBM on Nov. 9, 1964 and started programming school the day before OS/360 went GA. How many other old f***s (friends) have we out here on this forum? Mike Myers Mentor Services Corporation (919) 341-5210 On 03/09/2017 07:39 PM, Warren Brown wrote: I thought it was me . .joined IBM the same day as the 360 was announced On Thu, 3/9/17, Anne & Lynn Wheeler wrote: Subject: Re: curious: why S/360 & decendants are "big endian". To: IBM-MAIN@LISTSERV.UA.EDU Date: Thursday, March 9, 2017, 7:26 PM john.archie.mck...@gmail.com (John McKown) writes: > Same in other books I've seen. Why? Probably because we write from top to > bottom. We write the lowest first, at the top, and the highest last, at the > bottom. And then we confuse everybody by calling them "ascending" memory > addresses while writing them in a descending pattern. English is a _stupid_ > language. in the 70s as fullscreen 3270s editors were starting to appear, there was big editor culture wars over up & down. prior to that, line-editing was from perspective of the user ... "up" moving towards the "top" (beginning) of the file and "down" was moving towards the "bottom" (end) of the file. The side that had enhanced previous line editors to support 3270 fullscreen and preserved the up/down orientation (meaning). A couple of "new" 3270 fullscreen editors, done from scratch, insisted on "up" was from the orientation of the program (not the user), the program would move the file up ... towards the bottom of the file or move the file "down" ... towards the top of the file (difference was` whether up/down was from the human perspective or the program/software perspective). -- 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 -- 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: Fujitsu Mainframe Vs IBM mainframe
Mike: Interesting that you bring that up. I was working at the IBM Poughkeepsie lab at the time and was charged with comparing Fujitsu documentation with the IBM equivalent manuals. I don't recall which specific manuals those were, but I do remember that the English version seemed to be written by a non-English speaking person (at least for a first language), but that the contents of the paragraphs appeared in the same order as our (IBM) manuals. Looked like a really poor example of plagiarism. As you say, there were a lot of good laughs and I wish I too had saved some of those manuals. I don't recall what came from the results of our study (probably some ineffective lawsuits), as I soon got reassigned to something more interesting, like the design of Data In Virtual. Mike Myers Mentor Services Corporation On 02/23/2017 09:43 AM, Mike Cairns wrote:One of the funniest things I recall was attempting to understand the documentation. I wish I had kept some of the old manuals just for a laugh. Apparently they had been translated from the IBM documentation into Japanese, and then translated back into English. They were both awful, difficult to read and understand, and sometimes very funny in the poorly translated phrases that appeared regularly. I also recall that there was a serious dispute between my then employer and IBM, which led to the buying of Fujistu at the time. IBM tried to get the decision reversed. The story I heard was that the local head of IBM took the government minister responsible for the organisation out for a round of golf together... This may have been just be a rumour though, the people involved are long ago retired. -- 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: Question on an HMC's ethernet adapter
Dana: Thanks, I'll keep this in mind when I replace the pci card. I probably wouldn't have thought of that. Mike On 02/20/2017 11:57 AM, Dana Mitchell wrote: We recently had trouble with one of our HMC's ( a little newer than yours, ours is a 7327 tower) but it also had one ethernet port on the motherboard and one on a pci card. After an unrelated hardware problem and repair, the OS wasn't recognizing the existence of the port on the motherboard, they finally figured out that it had to have the hmc code reinstalled to correct it... finicky beasts, these are Dana On Mon, 20 Feb 2017 10:10:25 -0500, Mike Myers wrote: Radislaw: Thanks for the idea. Actually, I am keeping the old HMC. What I am trying to work out is if I can simply install an ethernet card in the HMC to resolve the problem. I am about 2 hours remote from the HMC so I have not been able to look at the model information other than it is a mini-tower, which I remember from the last time I was there. Perwez suggested that this model (8485) has an ethernet port on the motherboard and another on a card?. I do know that the ethernet connection to the outside network is working, as I can access the HMC remotely. So it looks like the failure is on the private (HMC-SE) LAN side, especially since I can't access the SE. I am hoping that a simple replacement of the ethernet card (assuming there is one) will solve the problem. Mike -- 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: Question on an HMC's ethernet adapter
Radislaw: Thanks for the idea. Actually, I am keeping the old HMC. What I am trying to work out is if I can simply install an ethernet card in the HMC to resolve the problem. I am about 2 hours remote from the HMC so I have not been able to look at the model information other than it is a mini-tower, which I remember from the last time I was there. Perwez suggested that this model (8485) has an ethernet port on the motherboard and another on a card?. I do know that the ethernet connection to the outside network is working, as I can access the HMC remotely. So it looks like the failure is on the private (HMC-SE) LAN side, especially since I can't access the SE. I am hoping that a simple replacement of the ethernet card (assuming there is one) will solve the problem. Mike On 02/20/2017 08:53 AM, R.S. wrote: W dniu 2017-02-19 o 02:55, Mike Myers pisze: Hello all: I have a remote client that has experienced an ethernet LAN adapter failure in their HMC and I won't be able to see the system until I travel there next week. Can anyone tell me if the adapter in an older HMC (for a z9) is likely to be anything other than a simple ethernet card? if you need any specific model information for the HMC, let me know and I will send what I have. You want to swap a card from old (z9) HMC to a new (which one???) HMC. It is likely that won't work. However there's another option: to plug some router to internal (HMC-SE) network. It can be considered unsafe, but actually the difference is not big (when compared with remoted access to HMC). In such scenario you would have access to both HMC and directly to SE. The later is needed for operations like "Load from DVD of ftp server". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on an HMC's ethernet adapter
Parwez: Thanks for the detailed info. ]I haven't personally seen the HMC for some time as I provide remote support. I know it is a mini-tower, so I guess it is the 8485, which should hopefully have an expansion slot or more for a replacement or additional ethernet adapter card. I am going to have someone at the university take a look before I go over there later this week to fix the problem and do some other physical work. I am able to access the HMC itself remotely so that connection is good, but the connection to the HMC-SE LAN is the one that is failing, as I cannot access SE functions, such as single object operations from the HMC. And I found a hardware message indicating the adapter failure. Mike On 02/19/2017 12:41 PM, Parwez Hamid wrote: Mike, 2827-HA1 is the machine type and model for the z9 itself. That's no good. What is required is the same info for the PC which has the HMC code. My guess is the machine type is likely to be 8141 (Feature Code 0079) or 8485 (Feature Code 0081). 8141 is a desktop PC and the 8485 is a 'mini tower' PC. Both had a single Ethernet port on the motherboard as standard. If these were supplied with dual Ethernet configurations (at the time customers had a option of Token Ring also) then the 2nd port would have been supplied as a Ethernet adapter in one of the expansion slots. Unless someone in your data centre knows better, it will have to be a physical' check of the HMC. -- 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: Question on an HMC's ethernet adapter
Parwez: Thanks for the reply. The HMC is a 2827-HA1. Mike On 02/19/2017 03:06 AM, Parwez Hamid wrote: It depends on your HMC PC model. Some older HMCs had Ethernet cards and the 'newer' ones have Ethernet ports built-in the motherboard of the HMC PC. The minimum info the SR would need is the Machine Type and Model of the HMC e.g: -123. This is important as over time, like all x86 PCs, these are 'refreshed'. Your z9 HMC may have come with the System or even be an older one if the z9 was upgraded from a prior generation. -- 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 an HMC's ethernet adapter
Hello all: I have a remote client that has experienced an ethernet LAN adapter failure in their HMC and I won't be able to see the system until I travel there next week. Can anyone tell me if the adapter in an older HMC (for a z9) is likely to be anything other than a simple ethernet card? if you need any specific model information for the HMC, let me know and I will send what I have. Mike Myers for NC A&T State University Greensboro, NC (919) 341-5210 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM LinuxONE Rockhopper
Edward: I can say something about that, as I was a member of the team that developed the prototype and was scheduled to become the leader of one of the two development teams charged with the planned "CMS on MVS" product. While we were getting staffed up, IBM canceled the project. The planned team leader for the other development team, who was also a member of the prototype team, was the late Karl Finkemeyer, who had created a PR/SM prototype he called "The Thin Layer" while working at the Heidelberg Scientific Center. We had successfully IPLed and run CMS in a TSO address space using SIE. The CMS nucleus was unmodified. Our prototype was proof of the feasibility of the product. There was no VM in our prototype, though we had to implement some underlying functionality. My part in the prototype was the implementation of the CMS file system, which I did using Control Interval access in a VSAM data set. I believe that the idea was later used as a basis for PDS/E and HFS, although by the time both of these came along, I had left IBM and gone into consulting Mike Myers Mentor Services Corporation On 02/10/2017 08:53 PM, Edward Finnell wrote: Back in the days. There was CMS for MVS in the early 80's. One of the developers was a regular at SHARE and I guess resigned due to the decision to shelve it for 'Marketing Considerations'. Went on the shelf right next to the Clist Compiler-CLIC. In a message dated 2/10/2017 6:58:25 P.M. Central Standard Time, charl...@mcn.org writes: Would not the proper phrase be "run independently of CP"? CMS is a component of z/VM; it can't be independent of z/VM, it *is* z/VM. -- 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: Paper tape (was Re: Hidden Figures)
Phil: Hard to say. As mentioned earlier, my last contact with paper tape (other than 1403 printer control tape) was in1962 on my return to the lower 48 and my next USAF assignment at SAC HQ in Omaha, NB, where I remained in the USAF for another 2 years and stayed active in encrypted teletype and voice communications. I don't recall any subsequent paper tape use even at SAC HQ, although teletype communications were in significant use there. On going to work at IBM as a field engineer responsible for unit record equipment repair, I saw no paper tape use. After transferring to the IBM Data Systems Division in Poughkeepsie in 1966, I never saw paper tape (except for 1403 printer control tape). Not that it might have been in use elsewhere, but in the development lab in P'ok, NY, I never saw it after leaving the radar site in Alaska (and even there, it was only with teletypes). So while it may have been in use elsewhere with IBM gear, I had no experience with it on any IBM equipment I ever came into contact with. Punched cards, yes, that's a whole different story and that went on for a long time thereafter. Mike Myers Mentor Services Corporation On 01/17/2017 08:45 PM, Phil Smith wrote: Tom Marchant wrote: Well into the 1970's almost every mainframe shop used paper tape. Huh. We had a keypunch in the house in 1965, and I started hanging out in the computer room at UofW in 1971. I've never seen paper tape in use, only at the Computer History Museum. Maybe I was just lucky? ...phsiii -- 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: Paper tape (was Re: Hidden Figures)
For the education of the newbies, I'm going to take paper tape back to the '60s. I was in the Air Force from 1960-1964 as an electronics technician maintaining cryptographic equipment, some of which was used with teletype equipment. Teletypes used a 5-bit code called Baudot code. For those of you who have heard the term baud before, it represented a single character in the Baudot code. There was a specific code that shifted between letters and numbers/figures modes, so that there could be more than 32 values represented. Messages could be punched onto a paper tape from a keyboard and then later transmitted through a tape reader into a communications link. Or, on the receiving end, a message could either be printed by a teletype or punched into a paper tape for further transmission or later printing. The technology was eventually used with early computers, as you are hearing here. Mike Myers Mentor Services Corporation On 01/13/2017 03:35 PM, David W Noon wrote: On Fri, 13 Jan 2017 14:21:58 -0600, Tom Marchant (000a2a8c2020-dmarc-requ...@listserv.ua.edu) wrote about "Paper tape (was Re: Hidden Figures)" (in <3742476116017335.wa.m42tomibmmainyahoo@listserv.ua.edu>): On Fri, 13 Jan 2017 13:56:57 -0600, Mike Schwab wrote: https://en.wikipedia.org/wiki/Punched_tape About 1974-75, I lived with my dad, manager of a Kroger store. At night he would insert various strips of punch film into a reader to report the store's daily transactions. Well into the 1970's almost every mainframe shop used paper tape. What was it used for? In the mid 1970s I was working for a multi-national chemical company in Melbourne, Australia. We had 2 paper tape readers and 1 paper tape punch. They were used mostly for threatening young programmers who spoke derisively about punched cards. ... :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Clarification On Storage
I don't know when it wouldn't. I personally wrote the code to zero out a page on its first reference after GETMAIN back in the '70s. But as has been discussed here, if it is part of a page that is FREEMAINed and then the same address is returned by a subsequent GETMAIN, data may likely be present from its last use. That is unless subsequent versions were modified to clear any newly GETMAINed storage. Mike Myers Mentor Services Corporation Technical Team Lead for VSM and RSM development for the first release of MVS On 01/07/2017 04:19 PM, Binyamin Dissen wrote: On Sat, 7 Jan 2017 16:57:05 + "Blaicher, Christopher Y." wrote: :>Generally speaking, a page sized request will return a zeroed page, but there is no guarantee for that unless you specify that on the GETMAIN. What is the case where it would not return a zeroed page? -- Binyamin Dissen 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...@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: Position available
Alan: I would be interested if this can be done remotely. If so, please fill in the details. I am in Goldsboro, NC an hour east of Raleigh. I am a long-time z/OS sysprog. Mike Myers On 12/12/2016 04:51 PM, Alan Haff wrote: I work for a multinational ISV and we have an opening for a z/OS sysprog. The system is located in the Rocky Mountain west but relocation isn't required. We run z/OS 1.13, 2.1 and 2.2, and subsystems include IMS 12, 13 & 14; CICS 3.1, 4.1, 4.2, 5.1 & 5.2; DB2 8, 9 & 10; and MQ 7 & 8. The hardware is a z13s (2965-G03) with 88GB of memory, three CPs, three IFLs and an ICF, connected to a DS8000 with 33.5 TiB of storage. Let me know if you're interested and I'll fill you in on the details. -- 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: concat
OK, thanks for that info. Mike On 11/30/2016 05:25 PM, Edward Finnell wrote: Attachments are permitted for .txt. In a message dated 11/30/2016 12:30:40 P.M. Central Standard Time, m...@mentor-services.com writes: I don't believe that we can attach files on this listserv, so here it is in source form: -- 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: concat
/
if substr(lista.line,1,8) \= '' then ,
found = 1 /* Next file name found */
else do /* Add another data set name */
line = line - 1 /* Back up one line */
parse var lista.line name . /* Get dataset name */
dsnames = dsnames "'"strip(name)"'" /* Add it. */
line = line + 1 /* Go next line. */
end
else found = 1 /* end of lista output. */
end
end
end
end
/* --
Add the data set name to the top or bottom of the data set
names already allocated to the file and redo the allocation.
-- */
if option = 'TOP' then dsnames = dsname dsnames
else dsnames = dsnames dsname /* Add dsname to name list. */
address tso 'ALLOC F('filename') DA('dsnames') SHR REUSE'
if rc = 0 then say 'Data set 'dsname' allocated at the 'option ,
'of the concatenation order for file: 'filename
end
otherwise say 'Invalid option: 'option' only TOP, BOTTOM or ',
'REPLACE allowed.'
end
/*
End of processing, set up to execute REXX procedures and leave.
*/
address TSO 'EXECUTIL SEARCHDD(YES)'
Mike Myers
Mentor Services Corporation
On 11/30/2016 11:19 AM, Steely.Mark wrote:
Would anyone be able to provide a way to concatenate a library to the SYSPROC
allocation.
I have tried the concat program from the CBT tape file 134 that abend with a
S0c4.
I have tried a rexx exec called ALLOCREX. This sort of works ( it adds my ds to
SYSPROC) but does not keep the same setup of SYSPROC before the addition.
I have tried clist SPROC from IBM but for some reason it is not working.
Does anyone have something they can share for z/os V2.2.
Thanks
--
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: z/OS Operating System size
Agreed. it is a very serious question. I don't know exactly what a line of code means either, having programmed in assembler (consider a single instruction vs. a macro, where both are a single line of source code). And oh yes, I have also programmed in PL/1 and then created some very complex programs and algorithms in a single line of APL, where you can do an awful lot of complicated computing in a string of 130 characters (as on a 2741). The real issue of size seems to depend on what you want to really measure. For example, we have used "lines of code" for a long time to estimate the time required to develop programs or whole systems (remember "The Mythical Man-month"?). Resulting byte count or machine instructions don't mean as much either, as really sloppy code can be substantially larger than it's most efficient equivalent, so which is better? Realize that even the most efficient assembler program can be made less effective by changes in the architecture, such as pipe-lining or other similar advances. A few years ago, we pretty much dropped the concept of MIPS, changing it from Millions of Instructions Per Second to Meaningless Indicator of Processor Speed. Simply compare the accomplishment of a single line of assembler, such as comparing LR to CFC (Compare and Form Codeword) or UPT (UPdate Tree). It becomes obvious that a lot more LRs (or similar RR instructions) can be accomplished per second than the number of CFCs or UPTs in the same interval of time on the same machine. So why size matters, except in sporting events such as sumo wrestling or in other topics into which I would prefer not to go here, I don't have an answer either, and, for that matter, I'm not sure I really care, except when I have to get a bigger PC to update my Windoze system to the next version :-). Mike Myers Senior z/OS systems programmer and consultant Mentor Services Corporation on the saOn 09/06/2016 02:35 PM, R.S. wrote: W dniu 2016-09-06 o 13:39, Elardus Engelbrecht pisze: John Eells wrote: What's a "line of code"? That's a serious question. Indeed! This is one of completely misleading measures very popular in pseudo-technical environments, like airline magazine articles, or used by "managers". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Operating System size
Some conversion was not particularly easy. I had a senior programmer (technical equivalent of a third line manager) in my group who had to re-write getmain/freemain in PL/S. Talk about spaghetti code. It was pretty much all that he could manage to do in the whole development cycle. He spent about 3/4ths of the time analyzing logic and the remaining quarter coding it. Turned out that using PL/S didn't necessarily make things efficient. The ASM code, which came from outside of Poughkeepsie (Boulder, as I remember), suffered from several high-language programming errors: calculations inside of loops, excessive modularization that lead to many layers of prologue/epilog code (which included getmain and freemain of dynamic storage areas) , use of division and multiplication by powers of 2 (where shifts would have been faster) and other things which I have forgotten after all these years. My Poughkepsie group had to do a lot of scrambling to recode ASM to meet our performance requirements in order to get an acceptable page fault path length when we were doing the system build Mike Myers z/OS systems programmer and consultant Mentor Services Corporation On 09/05/2016 12:22 PM, J R wrote: I would agree with regard to brand new code that became the essence of MVS, eg storage management and the paging subsystem. But there was a lot of MVT that was included pretty much as-is. Conversion of such to PL/S was for the sake of appearance only. Sent from my iPhone On Sep 5, 2016, at 11:35, Mike Myers wrote: Not true. As the technical team leader for the development of the paging subsystem for the first release of MVS, I can attest that most of ASM, RSM and VSM were written in PL/S (with a few exceptions). For the most part, the GENERATE/ENDGEN approach was used for the inclusion of instructions that the compiler would not generate (like PTLB). Mike Myers z.OS systems programmer and consultant Mentor Services Corporation On 09/03/2016 09:03 PM, J R wrote: That may not reliably indicate "size" in lines of PL/S code. As I recall, the vast majority of modules were migrated to PL/S by simply wrapping them in the equivalent of: PROC GENERATE ENDGEN END Sent from my iPhone On Sep 3, 2016, at 20:35, Rob Schramm wrote: Maybe lines of PL/s code?? Rob Schramm On Sat, Sep 3, 2016, 5:22 PM Mick Graley wrote: I think we're comparing apples and oranges here though. S/370 assembler (you said original MVS) ¬= C/C++ lines of code or generated object (machine) code. Cheers, Mick. -- 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: z/OS Operating System size
Not true. As the technical team leader for the development of the paging subsystem for the first release of MVS, I can attest that most of ASM, RSM and VSM were written in PL/S (with a few exceptions). For the most part, the GENERATE/ENDGEN approach was used for the inclusion of instructions that the compiler would not generate (like PTLB). Mike Myers z.OS systems programmer and consultant Mentor Services Corporation On 09/03/2016 09:03 PM, J R wrote: That may not reliably indicate "size" in lines of PL/S code. As I recall, the vast majority of modules were migrated to PL/S by simply wrapping them in the equivalent of: PROC GENERATE ENDGEN END Sent from my iPhone On Sep 3, 2016, at 20:35, Rob Schramm wrote: Maybe lines of PL/s code?? Rob Schramm On Sat, Sep 3, 2016, 5:22 PM Mick Graley wrote: I think we're comparing apples and oranges here though. S/370 assembler (you said original MVS) ¬= C/C++ lines of code or generated object (machine) code. Cheers, Mick. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Operating System size
Well, if you want to count it that way, consider that the first release of MVS was written largely in PL/S. For those who don't know, PL.S was an IBM internal language that was very much like PL/1, but when compiled, produced assembler source code which was then assembled as the second stage of the "compile" process. The MVS development standard, which I co-authored, required that you needed a special standards deviation to write a complete module in assembler. I had to justify a performance xoncern in order to write my original quickcell modules in assembler and got the deviation for performance reasons. Maybe if you compared PL.S lines to C/C++ lines, you might get closer to grapefruit to oranges :-). Mike Myers z/OS systems programmer and consultant Mentor Services Corporation On 09/03/2016 05:21 PM, Mick Graley wrote: I think we're comparing apples and oranges here though. S/370 assembler (you said original MVS) ¬= C/C++ lines of code or generated object (machine) code. Cheers, Mick. On 2 September 2016 at 22:45, Steve Beaver wrote: the original mvs, much of which was written years ago before os390 was about 300 million lines of assembler Sent from my iPhone Steve Beaver On Sep 2, 2016, at 16:38, Lindy Mayfield wrote: Linux kernel has about 19,5 million lines of code I saw, and a distribution is about 200 million lines of code. My googlinging didn't tell me much about z/OS. Any even close semi-ballpark idea how many lines of code are in the z/OS operating system? (Or even a "standard" serverpac distro?) Best regards, Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Linux kernel has about 19,5 million lines of code I saw, and a distribution is about 200 million lines of code. My googlinging didn't tell me much about z/OS. Any even close semi-ballpark idea how many lines of code are in the z/OS operating system? (Or even a "standard" serverpac distro?) Best regards, Lindy -- 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: HMC user role boundaries
Take a look at Appendix A in the HMC Operations Guide (C28-6881). It has a table which lays out HMC tasks by the default HMC user IDs. Mike Myers Mentor Services Corporation On 06/12/2016 12:40 PM, Mark Zelden wrote: On Sun, 12 Jun 2016 00:52:07 +, Jesse 1 Robinson wrote: This has been a bugaboo for me for 20 years. From the get-go I had a userid with full operator/sysprog authority. At some point I added ACS authority to the same userid so that I could also manage other users. I discovered through trial and error that I could not perform all functions with a single userid. With ACS authority I could not perform sysprog duties and vice versa. I have never seen this documented, and nothing in the user management dialog indicates conflicting roles. Both roles can be selected for a single user, but both roles do not work for the same user. Some other roles can be added besides ACS that still allow, for example, management of CPC and LPAR definitions. ACS alone does not allow that. Does anyone understand the boundaries? Separation of duties. :-) I don't know if it is documented, but recently I deleted the shared userids for operations and sysprogs and a shared userid we had for ACS admin and defined individual userids for about 15-20 OS sysprogs and operators to close an audit gap. I had 2 userids for myself, one that was ACS admin (and also a backup userid) and my normal sysprog userid that I use bit that also had ACS. I was able to use my sysprog ID for everything I needed - so I though. But just the other day I noticed when I went into the SE (single object operations) I ended up with a userid of sooacsadmin instead of soosysprog and couldn't do diagnostics, model conversion etc. So I had to remove ACS from my userid and one other sysprog who had the ACS authority on his userid and now we both have 2 userids, one being for ACS admin only. All the "default" shared IBM userids are still there, but since they can only be accessed locally in the secure computer room, they were allowed to remain. Best regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- 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: Testing SFM policy
Mark and Skip: I can assure you that QUIESCE will stop the XCF heartbeat. I have used it often in training to demonstrate the loss of heartbeat and triggering the sysplex to respond to the loss of a member. With an active SFM policy, it will trigger your desired action. The advantage to using QUIESCE is that you can back out and reactivate the system with PSW restart if SFM is not active or you can beat it to the punch and will not lose the member. Mike Myers Senior z/OS Systems Programmer and Instructor Mentor Services Corporation Goldsboro, NC (919) 341-5210 On 06/06/2016 07:44 PM, Mark Jacobs - Listserv wrote: Since Quiesce will put the system in a restartable wait state, I'd think that the XCF heartbeat would stop too. Mark Jacobs Jesse 1 Robinson <mailto:jesse1.robin...@sce.com> June 6, 2016 at 7:32 PM I'd like to test my Sysplex Failure Management policy. The question is how to make a system stop responding long enough to trigger expulsion from the sysplex. I'm thinking of issuing QUIESCE on a member. Have not used that in decades. Will it cause lack of XCF heartbeat? I can just try it unless someone has a better suggestion. The last time this happened for reals was when a system ran clean out of SQA on account of a bad dog product. That's pretty hard to recreate. All I want is to go through the pain and agony of partitioning to test message handling and auto SAD. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com<mailto:robin...@sce.com> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: History of Computing 1944 and the evolution to the System/360
The 360-mod 40 in the Field Engineering Education Center in Poughkeepsie had 64K in 1968. We were using it to train PSRs for OS/360. Mike Myers Mentor Services Corporation On 02/24/2016 10:34 PM, Lizette Koehler wrote: I was trolling for information on what the 360 indicated in the System/360 (yes the old one) and came across this video Thought some might enjoy the walk down memory lane. The S/360 Model 30 had 1MB of memory (I think) at the time. https://www.youtube.com/watch?v=V4kyTg9Cw8g Lizette Koehler statistics: A precise and logical method for stating a half-truth inaccurately -- 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: AW: Re: You thought IEFBR14 was bad? Try GNU's /bin/true code
Robert and all: To set the record straight, I looked at the object code, which is: 1BFF07FE, or SR 15,15 BR14 I believe the second APAR was the addition of equates for R14 and R15 and to change the code to SR R15,R15 BR R14 because the former failed to meet programming standards. Mike Myers Mentor Services Corporation On 02/11/2016 12:44 AM, Robert A. Rosenberg wrote: At 20:43 -0800 on 02/10/2016, Steve Beaver wrote about Re: AW: Re: You thought IEFBR14 was bad? Try GNU's /bin/tru: I would absolutely love to see someone code the TEXT-UNITS for a DYNALLOC without using coded example and see how many days it would take them The simplest code for a Br14 is LA R15,0 BR 14 It is a 2 instruction program that is as simple as it gets I think that LA is actually a XR 15,15 or a SR 15,15. Note that the zero'ing of 15 was one of the 2 mentioned APARs. The original version did not clear 15 before returning via 14. I forget what the other APAR was for. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Wednesday, February 10, 2016 7:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AW: Re: You thought IEFBR14 was bad? Try GNU's /bin/true code On Wed, 10 Feb 2016 20:14:10 -0600, Paul Gilmartin wrote: On Wed, 10 Feb 2016 16:39:45 -0800, Charles Mills wrote: I have not been following this thread -- seemed like IBMMAIN navel-gazing -- but FWIW IEFBR14 seems to be documented in the JCL U/G. I like to maintain the distinction between a Guide and a Reference. The Guide describes techniques; the Reference specifies functions. Are you saying that it isn't documented if it is only documented in a User's Guide? If that is the case, you'll never be able to use DYNALLOC. -- Tom Marchant -- 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: Obtaining current ASID in REXX
Vignesh: What Binyamin was telling you is that in the PSA (Prefixed Storage Area), there is a pointer to the current ASCB (Address Space Control Block). In that control block at the field named ASCBASID, you will find the ASID value you want. In either fashion, JOB or TSO/ISPF, this is the value you are after. In REXX, it's pretty simple and I could give you the two lines you want, but this is an opportunity to learn something. First, you ought to go to Mark Zelden's webpage (mzeldon.com/mvsutil.html) and download his iplinfo rexx procedure, which is a wonderful example of using REXX to search data in storage. Once you have it, browse or edit it and search for the first occurence of ASCB. You'll see a line that sets the variable ASCB from data located at location 224 in fixed storage, which is the storage address of the PSAAOLD field. Now you have the address of the ASCB. Next, you need to find where in the ASCB the ASID value is located. If you are goinf to want to play around with control blocks, you need to learn to interpret them and should be looking at the MVS Control Blocks manual that contains the ASCB layout. The manual is online, so layout you can look at it. When you do, find the ASCB and look for the ASCBASID field. get it's offset and add it to the value you got for ASCB. Using a similar REXX line as you see that gets the ASCB value, get your ASID. If you get this far and are still stuck, email me and I'll help you get further. Mike Myers Senior z/OS systems programmer and consultant Mentor Services Corporation 02/04/2016 07:54 AM, Elardus Engelbrecht wrote: Binyamin Dissen wrote: PSAAOLD->ASCB (ASCBASID) That chasing of the pointers should work. Vignesh wrote: :>If I'm running a REXX via a job, the output should be the ASID of the job. :>If I'm running a REXX via a ISPF, the output should be the ASID of my logon procedure. What do you want to do with that ASID? Perhaps there is a better solution or way to get this info. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
at Re: AW: Re: Is first page always backed by real storage upon return from STORAGE OBTAIN?
Peter: It's been several years since I had a hand in that code (as the team leader of the VSM development team for the first release of MVS back in 1972-1974), but someone mentioned the existence of the FQE (Free Queue Element). The FQE described the number of bytes that were free within the block of storage obtained. If the storage size requested was less than a page or some multiple of pages, there would be some free space, which would always be in the first page of the obtained area and an FQE would be put at the start of that first page to identify the amount of free space. Storage requests were always oriented to the high end of of the last page of the requested area, so that an attempt to access storage beyond the end of the area would result in a page fault. The idea being that the more common storage addressing error resulted from having a legitimate storage address, but an offset that exceeded the size of the actual obtained area. Mike Myers Mentor Services Corporation On 12/02/2015 10:07 AM, Peter Hunkeler wrote: Allocating 100 MB area, I found that the first page in the newly allocated area always seems to be backed by real storage upon return from STORAGE OBTAIN. Before or after actual reference? I tought "upon return from STORAGE OBTAIN" would be clear. Anyway, no I have not referenced any byte within the new area. I found by looking at the area in a dump. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@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
One less mainframe in eastern NC
This last week, I was charged with shutting down a z10 running z/OS at Vidant Health Systems at Pitt County Memorial Hospital in Greenville, NC. For what it's worth, the process of getting off the mainframe to a server-based system took longer than the original planners thought. It was about 4 years ago that the main hospital applications were converted to a server-based application, which hasn't managed to be as stable and reliable as the old main-frame system was (no real surprise there). In that time, the original 990 was replaced by a smaller z10 to continue to provide the services left on the mainframe (until they could be provided by vendor solutions off the mainframe). This was the first time in nearly 50 years that I ever shut down a mainframe that wasn't being replaced by a newer one. Sad to see it happen. I believe there is at least one mainframe still operating east of I-95 in NC and that would be at BB&T in Wilson, NC. If there are others, I would be interested in knowing where these might be. I know there are several west of I-95. Mike Myers Mentor Services Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "Mainframe Command Center" - consolidating monitoring views
Anil: Back when the Omegamon and Omegaview products were owned by Candle. I did something quite a lot like what you are looking to do using these products. Now that they are all owned by Tivoli, they should still work the same. You don't say what monitoring products you use, but the Omegamon suite includes monitoring tools for the environments you list. You might want to look into these products. Mike Myers Mentor Services Corporation On 02/03/2015 08:03 AM, Anil Kumar wrote: Hi All, Good Day. Being part of the command center we provide monitoring services to various regions. This includes console monitoring , batch support , hard ware monitoring , escalation , following checklist activities etc. This is across z/OS(OS , online - DB2 , IMS , MQ , Batch suport etc), Applications , Storage. Currently we have several different LCD's to monitor each one of these separately. There is no single view to check how are the various systems doing. What is required? We would like to understand : If there is a way of automating / consolidating these LCD's into single view each for each zos , storage , applications etc. For e.g. if DB2 has some issues or goes down then a dashboard can show corresponding as red and the corresponding application should alos be red. Basically the health of each of the category we would like to get in the form of dashboard (Green - all well, yellow - alert, red - p1 incident etc). This can be a URL where sr mgmt can login and check the status of the systems. Any case studies , or tools available for any isv , any such information would really be appreciated. Please provide inputs on any ideas if any of them as currently set-up in respective shops. If any further information required , I shall provide. -- 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: HMC 2.11.0 and SSL V3
Carole: As luck would have it, I had the same problem and got a solution from Ed Neidhart, as follows: There is a configuration change that you can make for it to accept these connections. 1) Start up Firefox 2) In the URL area, type about:config 3) In the search area type tls 4) Change security.tls.version.min from "1" (default) to "0." 5) Change security.tls.version.fallback-limit from "1" to "0" The change is made immediately, but you can close Firefox and restart it if you want. This lets Firefox accept the connection and no change is needed on the HMC. I made the change in Firefox on both Linux and Windows. Mike Myers Mentor Services Corporation On 01/27/2015 02:32 PM, Carole Slagh wrote: We are having a problem where Firefox 35.0.1 will not allow a web connection to our HMC SSL V3.0 with error: Firefox cannot guarantee the safety of your data on <> because it uses SSLv3, a broken security protocol. Advanced info: ssl_error_no_cypher_overlap I can't find a way to turn off SSL in the HMC Management Console. Since we have a local LAN, we are secure without SSL. Has anyone else had this problem and get around it? Thanks, Carole Slagh Clemson University. -- 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 - Can I IPL zVM 5.4 from a Remote HMC without the Integrated 3270 Console
In Windows Vista, I see only Java 7 Update 45. Mike On 01/21/2015 12:03 PM, Mike Schwab wrote: In Windows, click on Start, Control Panel, Add programs or Programs and Features, what Java versions are installed? On Wed, Jan 21, 2015 at 9:17 AM, Mike Myers wrote: Elardus: Thanks for the reply. Ed elaborated on your fixing firefox information and I got that done, but still no joy. I'm going to have to look at the history. I'm not sure how to identify the problem update nor how to take it out, but I will look. Thanks again. Mike On 01/21/2015 08:58 AM, Elardus Engelbrecht wrote: Mike Myers wrote: ... but it seems that my workstation systems have probably changed java versions/levels in recent months, as now I am not able to get the Integrated 3270 console pop-up on either Ubuntu Linux (12.04) or Windows (Vista pro or 7). You should be able to setup your workstation that you are NOTIFIED when there is a pending change. Failing that, check your update history. (In windoze, look in 'View Update History' in 'Windows Update') A further issue is that FireFox has stopped allowing logon to the HMC because it uses SSLv3 and FireFox considers that unsecure. Is there a way around this in FireFox Show us your security.tls.version.max in Firefox and your Firefox version. See thread 'Re: Failure using Firefox to access IBM-MAIN - Connect Interupted' on 27 Feb 2014. 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 -- 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 - Can I IPL zVM 5.4 from a Remote HMC without the Integrated 3270 Console
Elardus: Thanks for the reply. Ed elaborated on your fixing firefox information and I got that done, but still no joy. I'm going to have to look at the history. I'm not sure how to identify the problem update nor how to take it out, but I will look. Thanks again. Mike On 01/21/2015 08:58 AM, Elardus Engelbrecht wrote: Mike Myers wrote: ... but it seems that my workstation systems have probably changed java versions/levels in recent months, as now I am not able to get the Integrated 3270 console pop-up on either Ubuntu Linux (12.04) or Windows (Vista pro or 7). You should be able to setup your workstation that you are NOTIFIED when there is a pending change. Failing that, check your update history. (In windoze, look in 'View Update History' in 'Windows Update') A further issue is that FireFox has stopped allowing logon to the HMC because it uses SSLv3 and FireFox considers that unsecure. Is there a way around this in FireFox Show us your security.tls.version.max in Firefox and your Firefox version. See thread 'Re: Failure using Firefox to access IBM-MAIN - Connect Interupted' on 27 Feb 2014. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HELP - Can I IPL zVM 5.4 from a Remote HMC without the Integrated 3270 Console
Hi all: This is really a multi-part question. First, it seems that there is some problem accessing the HMC's Integrated 3270 Console in a browser. The rumor is that the issue is related to Java. I have been successful with this in the past, but it seems that my workstation systems have probably changed java versions/levels in recent months, as now I am not able to get the Integrated 3270 console pop-up on either Ubuntu Linux (12.04) or Windows (Vista pro or 7). The first part then is there a known solution to this java issue? The second question is: if there is a way to IPL zVM 5.4 from remote HMC access with a browser, how does one go about it? A further issue is that FireFox has stopped allowing logon to the HMC because it uses SSLv3 and FireFox considers that unsecure. Is there a way around this in FireFox (Chromium is not as fussy, but only warns me), Or can I change the protocol at the HMC itself, and, if so, how? Mike Myers z/OS Systems Programmer NC A&T University (919) 341-5210 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Does CPOOL use the first few bytes of a free cell for its own purposes?
Jim: Thanks for the update. Yes, I was referring to the old quickcell functions that I wrote for the first release of MVS. And on thinking it over, there would have been no mapping macro for the cell, as the unpredictable size would (chosen by the pool creator) would not motivate one. There would only be a requirement to set a location and length for the link field in free elements. Mike On 11/18/2014 11:49 PM, Jim Mulder wrote: Thanks for letting me know that my memory still works. I hadn't found the mapping macro for the quickcell element yet and was going on memories dating back to what I coded in 1973. Thank you very much for the corroboration. An old system programmer... CPOOL was a new service in MVS/XA. By "quickcell", you may be referring to the services provided by the CETCELL/FREECELL macros (modules IEAVGTCL/IEAVFRCL), and BLDCPOOL and DELCPOOL macros. These macros and code are still in the system, although no longer documented. SYS1.MODGEN(IHACPAB) is the mapping for the pool anchor. There was no mapping macro for the pool element - the link field offset of 0 is coded as an EQU in each module that needs it. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Does CPOOL use the first few bytes of a free cell for its own purposes?
Hey Jim: Thanks for letting me know that my memory still works. I hadn't found the mapping macro for the quickcell element yet and was going on memories dating back to what I coded in 1973. Thank you very much for the corroboration. An old system programmer... Mike On 11/18/2014 10:17 PM, Jim Mulder wrote: I am trying to shoot a bug. I *know* I have a design/logic error in that I am referencing a cell *after* returning it with CPOOL FREE. But I am trying to figure out if I have another error also. Does anyone know: does CPOOL FREE use the first four or so bytes of a cell for its own purposes following FREE? In other words, does CPOOL FREE clobber the first few bytes of a cell? Maybe with a cell or related address? CPOOL BUILD,PCELLCT=(R2),SCELLCT=(R4),+ CSIZE=(R3),SP=SP_ToUse,KEY=0, + LOC=(31,31),CPID=AV_Cell_Recd, + MF=(E,CPOOLMFL) CPOOL FREE,CPID=AV_Cell_Recd,CELL=(R8),REGS=USE The first 4 bytes of a freed cell contains the address of the next cell on the available cell chain. The next 12 bytes after that may also get modified by CPOOL FREE if you are using the undocumented DIAGxx TRAP which searches the available chain to see if the cell you are trying to free is already freed. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Does CPOOL use the first few bytes of a free cell for its own purposes?
Charles: Why would the contents of a free CPOOL element be of any value to you? It's been a very long time ago, but when I implemented the quickcell pool functions for the first release of MVS back in 1973, the first word of an individual pool element was a link address to the next free cell in the pool, as I remember. So, yes, it's fair to say that once you free a pool element it's contents won't be expected to have any relationship to what it contained when you owned it. Mike Myers On 11/18/2014 08:32 PM, Charles Mills wrote: I am trying to shoot a bug. I *know* I have a design/logic error in that I am referencing a cell *after* returning it with CPOOL FREE. But I am trying to figure out if I have another error also. Does anyone know: does CPOOL FREE use the first four or so bytes of a cell for its own purposes following FREE? In other words, does CPOOL FREE clobber the first few bytes of a cell? Maybe with a cell or related address? CPOOL BUILD,PCELLCT=(R2),SCELLCT=(R4),+ CSIZE=(R3),SP=SP_ToUse,KEY=0, + LOC=(31,31),CPID=AV_Cell_Recd, + MF=(E,CPOOLMFL) CPOOL FREE,CPID=AV_Cell_Recd,CELL=(R8),REGS=USE Charles -- 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: Remote HMC or HMC with Remote Access
Greg: I'm not a member of SHARE, but I would sure like to see that presentation (or at least the list of "exposures"). Can I get it somewhere? Mike Myers On 08/07/2014 05:31 PM, Greg Boyd wrote: Make sure you properly secure the HMC. Paul Robichaux (from NewEra Software) and Barry Schrager (from xBridge Systems, and ACF2 fame) did a presentation at Share in San Francisco in 2013 titled 'The HMC is a Fantastic Tool But Are You Making It Secure?' Session 12255. They had found a number of customers who were using the remote access, but they didn't realize some of the exposures that remote access introduced. Greg Boyd Mainframe Crypto (www.mainframecrypto.com) On Tue, 5 Aug 2014 20:28:55 +, Ken Porowski wrote: Any reason to prefer one setup over the other? Local (my office) HMC connected to remote datacenters (50+ miles and 200+ miles) Remote access (from my office) to an HMC in remote datacenters (50+ miles and 200+ miles) I�m going to have 2 datacenters (200+ miles apart) in CoLo providers Closest datacenter will be within 50 miles of the office where I work Intent is to have only �smart� third party support access to the datacenter (for racking/cabling/rebooting) Mainframe activity (IPL/POR) to take place remotely with fallback to �smart� third party support if needed. Rack space will be at a premium so they don�t want to waste it on an HMC if they can avoid it. Thanks all for your input. Ken Ken Porowski VP Mainframe Engineering CIT Information Technology One CIT Drive Livingston, NJ 07039 +1 973 740 5459 (tel) ken.porow...@cit.com<mailto:ken.porow...@cit.com> www.cit.com<http://www.cit.com> This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, �CIT�), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -- 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: Rational Development and Test (RD&T) aka z/OS on a PC
Gil: This doesn't surprise me. I thank you for finding it, as I was going to look for something like that in the announcement. This is very much the same as prior offerings, going back as far as the zPad and even back to the PC Server 500. I had both of these and similar restrictions applied. In addition, you had to jump through some hoops annually to renew your license by proving that you were developing a product that would run on the same zSeries system. Did you also find anything along these lines needed for the annual renewal of this offering? Mike Myers Mentor Services Corporation On 08/06/2014 09:45 AM, Paul Gilmartin wrote: On Wed, 6 Aug 2014 09:26:01 -0400, Pinnacle wrote: I've been remiss in not posting this sooner on IBM-Main. I recently purchased Rational Development & Test (RD&T) from IBM, a product which allows anyone to run z/OS on Intel hardware. That's right, anyone. You do not have to own any big iron. Any high-schooler, college kid, z/OS professional, etc. can order this product and run z/OS on a PC platform. For ordering details, go to this link: http://www-03.ibm.com/software/products/en/ratideveandtestenviforsystz Where I read: Note: Rational Development and Test Environment for System z can only be used for development, test, employee education, or demonstration of applications that run on z/OS. It may not be used for production workloads of any kind, nor for robust development workloads including without limitation production module builds, pre-production testing, stress testing, or performance testing. "... development, test [but not] robust development ... or performance testing"? I see some blurred lines here. I wonder how the lawyers clarify them? "I know it when I see it" -- Justice Potter Stewart -- gil -- 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: Xmitting file between disconnected systems
Jon: Yes, I hadn't thought of that. Not one of those things I have had to do before. Even almost 50 years later, there's still something new to learn . Thanks to all that replied. Mike On 02/18/2014 06:51 PM, Jon Perryman wrote: Your problem was using SDSF XDC to create the dataset which put carriage control character in the first byte for each 80 byte line.. You can still use the original file transfer method as long as you specified binary transfer. Jon Perryman. ____ From: Mike Myers So far, things are working using Ed Finnell's solution with a slight change suggested by Jon Perryman (TODSN(...) is actually OUTDSN(...)). -- 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: Xmitting file between disconnected systems
Different meant different z/OS systems. Disconnected meant FTP was not available due to firewalls and private network configurations. So far, things are working using Ed Finnell's solution with a slight change suggested by Jon Perryman (TODSN(...) is actually OUTDSN(...)). Looks like this works, as the first file went fine. Thanks to all who replied. Mike On 02/18/2014 06:05 PM, Paul Gilmartin wrote: On Tue, 18 Feb 2014 22:42:56 +, Mike Walter wrote: On z/OS the XMIT/TRANSMIT command creates files in NETDATA format (on z/VM the commands is SENDFILE). The first record is easily identifiable as NETDATA format as it always begins with: \INMR01 For more detailed info, Google: IBM netdata format To read the file on a non-IBM system you'll need to be able to deblock the NETDATA records. Hmmm. Mike M. didn't make this perfectly clear. Does "different" mean "non-z/OS"? I assumed otherwise. Does "disconnected" mean FTP is unavailable? There must be some connection. But not TCP/IP? -Original Message- From:f Mike Myers Sent: Tuesday, February 18, 2014 16:28 Subject: Xmitting file between disconnected systems I am trying to xmit a couple of files from a z/OS system and then receive them on a different system. There is no connection between these systems except an intervening notebook. The process I have used is: ... 4. transfer the data set to my PC from the source system as binary using my 3270 emulator's transfer file screen I did verify the syntax of the cksum command with: User@MVS:131$ _UNIX03= cp -B "//'SYS1.MACLIB(SPLEVEL)'" /dev/fd/1 | cksum 3684370417 29440 (I did not try the TRANSMIT command. Users slightly less weird than I may omit the "UNIX03=".) I used x3270 file transfer (ugh!) to transmit the file in binary to a PC, and replicated the checksum with Cygwin cksum. -- gil -- 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
Xmitting file between disconnected systems
I am trying to xmit a couple of files from a z/OS system and then receive them on a different system. There is no connection between these systems except an intervening notebook. The process I have used is: 1. xmit the file to myself on the source system 2. use SDSF's output queue to see the xmitted file 3. use the XDC command to create a dataset from the output file (I see that the xmit files created on the CBT tape are RECFM=F and LRECL-80, so the dataset I create fron XDC is given these properties) 4. transfer the data set to my PC from the source system as binary using my 3270 emulator's transfer file screen 5. transfer the file from my PC to the target system as binary using my 3270 emulator's transfer file screen 6. receive the created data set on the target system and get the message:* INMR921I* *Received* *file* *appears* *not* *to* *be* *an* *Interactive* *Data* *Transmission* *Facility* *file.* *The* *first* *record* *is: *If the CBT tape can transfer files in this manner, it must be manageable, but I must have missed something. What am I missing? Mike Myers -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Application development paradigms [was: RE: Learning Rexx]
Peter: You're quite welcome. You have to realize that we were members of the MVS design group in Po'k at the time. I won't say "MVS bigot" though, as my last 2 years in IBM were spent in the VM design group in Kingston, NY. Like you, my VM experience had been a long dry spell until recently. My first 3 consulting assignments after leaving IBM in 1984 were in mixed (VM, MVS, DOS) environments, but after about 20 years away from VM, I am finally back on an assignment where z/OS runs strictly as a guest of zVM. And, you're right, a lot has changed, but not surprisingly, a lot remains the same (which is probably why those old experiences in OS/360 and VM/XA still come in handy today). Mike On 01/02/2014 01:29 PM, Farley, Peter x23353 wrote: Thanks for the history Mike. I would indeed have truly bemoaned the loss of VM had that happened. Being lodged in strictly MVS and z/OS shops for many years without access to VM and CMS at all I just plain miss it. Though I suspect with all the changes since my last experiences I would be a babe in the woods again with current z/VM releases. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Myers Sent: Thursday, January 02, 2014 10:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Application development paradigms [was: RE: Learning Rexx] Peter: Your mention of CMS on MVS brings back memories. Karl Finkemeyer and I were picked as the technical team leaders for the two teams that were to actually develop it. We had begun staffing our teams when the project was killed (that was about 1982, as I recall). We had been two of the programmers that had implemented the prototype proving it would work. My part in the prototype was putting the CMS file system in MVS, which was done using VSAM linear data sets and control interval access. Those of you who are big VM fans should be happy the project was killed, as our intention was to make VM unnecessary. We saw the advantages of VM to be the CMS development environment and the ability to run multiple systems side-by-side in the same machine. If you could run CMS in all its glory in MVS and run multiple systems in the same machine with PR/SM (Karl's prototype when he was at the Heidelberg Scientific Center - I believe it was called the Multi-System Mapper - demonstrated the feasibility of LPARs and PR/SM, although we had not named it that yet). Had we been successful, VM might not be an IBM product today (although Gene Amdahl swore he would take and develop it if IBM gave it up). Mike Myers Mentor Services Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Application development paradigms [was: RE: Learning Rexx]
Peter: Your mention of CMS on MVS brings back memories. Karl Finkemeyer and I were picked as the technical team leaders for the two teams that were to actually develop it. We had begun staffing our teams when the project was killed (that was about 1982, as I recall). We had been two of the programmers that had implemented the prototype proving it would work. My part in the prototype was putting the CMS file system in MVS, which was done using VSAM linear data sets and control interval access. Those of you who are big VM fans should be happy the project was killed, as our intention was to make VM unnecessary. We saw the advantages of VM to be the CMS development environment and the ability to run multiple systems side-by-side in the same machine. If you could run CMS in all its glory in MVS and run multiple systems in the same machine with PR/SM (Karl's prototype when he was at the Heidelberg Scientific Center - I believe it was called the Multi-System Mapper - demonstrated the feasibility of LPARs and PR/SM, although we had not named it that yet). Had we been successful, VM might not be an IBM product today (although Gene Amdahl swore he would take and develop it if IBM gave it up). Mike Myers Mentor Services Corporation On 01/01/2014 02:23 PM, Farley, Peter x23353 wrote: PMFJI here, but IMHO the pipeline paradigm, though obviously powerful and useful, is not the major advantage of VM and CMS over z/OS and TSO for developers, Rexx or otherwise. Rather, I would argue that it is the even more the powerful concept of DVM's, Disconnected Virtual Machines, and the resulting ability for even ordinary application developers, not just sysprogs, to very simply arrange to pass data between them via VMCF and/or IUCV. Then add the power of VM Rexx and pipeline support and XEDIT and the other CMS tools as the only code needed to actually run in and interact with those DVM's and many extremely useful and powerful applications can be coded with nary a compiler or assembler in sight, never mind in use. No authorized coding or cross-memory complexity required. Add DB2 and networking support for Rexx and many full-function business applications are added to the possibilities. I bemoan the failure decades ago of the CMS on MVS project. That would, indeed, have changed the history and practice of our computing lives. And a Happy New Year to all. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Sunday, December 29, 2013 11:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Learning Rexx On 29/12/2013 1:07 AM, Paul Gilmartin wrote: On 2013-12-28, at 09:47, Charles Mills wrote: Actually CMS on VM better for rexx than z/OS. Why? (Risking an advocacy thread.) For me, one reason is the CMS HELP facility. In fact, sometimes coding Rexx for z/OS I'll log on to CMS merely to use HELP REXX . Other reasons? Most VMers claim that Rexx is superior on VM because of CMS pipes. That's a pretty strong argument. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I write this program to a load library
Cameron: I can't help you with your COBOL (not one of my languages), but what you need is some JCL help. Retired Mainframer set you on the the right direction by saying you should look for another procedure. As he said, language (assembler and compiler) procedures usually come in three forms: xxxC (compile only), xxxCL (compile and link/load) and xxxCLG (compile, load and go). You used IGYWCLG . There is an IGYWCL procedure on the Marist system, which you can use to to do what you want. One thing you will have to do is find or set up a load library where you can link the load module you are creating. You can model the load library after the SYSLMOD DD statement in the LKED step in the procedure. SYSLMOD is where the LINK step puts the load module it creates. So you want to override this statement, creating a permanent library of your own or using a library of your own that already exists. If you don't have such a library already, I'd suggest: //LKED.SYSLMOD DD DSN=KC02117.MY.LOADLIB,DISP=(,CATLG),UNIT=SYSALLDA, //SPACE=(CYL,(1,1,5)),DSNTYPE=LIBRARY MAKE THIS A PDS/E This needs to go after the end of your COBOL source code in order for it to be seen as being a part of the LKED step (hence LKED.SYSLMOD). Creating the library as above does not name the member program, so you need to tell the link step what you want to call it. In the LKED step you will also see the //SYSLIN DD statement which concatenates the output of the COBOL compiler with an optional set of control statements for the link step. These statements, if supplied, would follow a //SYSIN DD statement, if supplied, so you want one after the SYSLMOD statement above. It should look like: //LKED.SYSIN DD * NAME PROG1(R) - this supplies the member name for your program and can be anything, but it will have to match what you put on the EXEC statement for your "GO" step, which you will need to create and is described below. The (R) option causes the program to be replaced if you have to run the job again. Last, you have to create a replacement for the GO step which is not a part of the procedure you had used. BTW, the //GO.ddname items as defined in your existing JCL will result in JCL errors, so you have to change all //GO.ddname DD statements to //ddname DD statements (remove the GO. part). I would recommend you model your new "GO" step after the JCL in the IGYWCLG procedure. Keep the EXEC statement, but change it to EXEC PGM=PROG1 (or whatever you choose to use in the NAME statement for the LINK step). You should keep the //STEPLIB DD statement in the CLG procedure, but you will want to concatenate your load library created above to it, so follow up the existing STEPLIB DD statement with: // DD DSN=KC02117.MY.LOADLIB,DISP=SHR - make sure this matches the name in the SYSLMOD statement above Now follow up the STEPLIB concatenation with the remainder of your JCL originally intended for your GO step, but remember to remove the GO. parts of these DD names. This should do it for you. There are other ways you could handle this, but I thought this was the easient fo explain and hope it will beef up your understanding of JCL. Good luck. Mike Myers Mentor Services Corporation On 11/04/2013 09:49 PM, Cameron Seay wrote: All: I am a re-newbie to COBOL (learned it years ago but it's very rusty). I am teaching it to my students because it's a great job skill now. Below is job that contains the source code inline and runs great. It compiles, links and runs error free. What I want is the syntax to place the LOAD module into a data set. I tried what I thought would work, but it didn't. Many thanks! //KC02177B JOB (12345678),'V HAMPTON',MSGLEVEL=(1,1),REGION=0M, // NOTIFY=&SYSUID,MSGCLASS=A,CLASS=A // //COBOL1 EXEC IGYWCLG, // PARM.COBOL='TEST,RENT,APOST,OBJECT,NODYNAM,LIB,SIZE(5048376)' //COBOL.SYSPRINT DD SYSOUT=* //COBOL.SYSIN DD * IDENTIFICATION DIVISION. 0004 PROGRAM-ID. PROG1. 0006 AUTHOR. VICKI HAMPTON. * LAB EXERCISE 1. 0007 ENVIRONMENT DIVISION. 0009 CONFIGURATION SECTION. 0011 INPUT-OUTPUT SECTION. 0017 FILE-CONTROL. 0019 SELECT INPUT-FILE ASSIGN TO DA-S-INPUT. 0021 SELECT PRNT-FILEASSIGN TO UR-S-PRNT. 0024 * INPUT-FILE IS THE NAME THE PROGRAM WILL USE *DA-S-INPUT TELLS JCL TO ASSIGN THE INPUT DATA *TO THE FILE N
Re: Return codes
Ron: To add to Mark's reply, that's because the return code (in register 15), was traditionally used to index a table of branch instructions (each of which were 4 bytes long), such as: B RETTABLE(R15) ... RETTABLE B OK B FAIR B WORSE B BAD B FATAL Mike Myers On 05/08/2013 01:45 PM, Ron Thomas wrote: Hi , Can some one let me know why the return code generated is a mutilple of 4? e.g 4,8,12,16 Thanks, Ron T -- 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: Me?
Ah yes. Brings back memories of encountering that usage and then being introduced to Bill Collier and his technical report "OS360 Coding Notes". Bill had discovered that special behavior of both BXLE and BXH. My second project out of programming school in POK was a process intended to determine if OS/360 test cases had exercised the code paths that eventually resulted in bugs (or if those paths had been missed and never tested). The method was to trap execution of all branch instructions in system code when running the test buckets and then map the paths executed against the assembler listings of the modules. The project, called MEMMAP, consisted of a modified assembler that replaced all branch instructions with specific invalid op codes and also produced a bit map file representing the module's code. The second piece was an extension to the program check interrupt handler that would register the execution of the branch instruction and replace the invalid op code with its valid equivalent, once all possible conditions had been met. It also marked the code paths in the module's bit map as having been executed by the test case. The PC FLIH also had to correctly simulate the execution of each of the invalid branch instructions. The problem was that the bit shifting procedure was not obvious to me from the execution descriptions in the PoP, so IEFSD095 failed to operate as designed when run in MEMMAP. Fortunately, the author had been kind enough to heavily comment that section of the code and refer to Collier's technical report. I later used the method in the Paging Services Interface module of RSM in the first release of MVS and left a full page of comments explaining the intended behavior. I often wonder if that is still in the code being shipped today. Mike Myers Mentor Services Corporation On 03/04/2013 01:38 PM, Gerhard Postpischil wrote: On 3/4/2013 11:46 AM, Tony Harminc wrote: Perhaps they were early RISC programmers... Possibly, but IEFSD095 also uses BXH (for the non-obvious function of shifting a bit, testing it, and conditional branching). Gerhard Postpischil Bradford, Vermont -- 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
HMC and SE Ethernet connection
Can anyone tell me how an HMC determines the IP addresses of the primary and alternate SEs to which it is connected? I don't find any IP addressing information in the HMC settings that attempt to define the SEs, athough there are settings that identify the HMC's IP addresses for its own Ethernet connections. Mike Myers -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regarding Time Sharing
l...@garlic.com(Lynn Wheeler) writes: As consequence of not being able to fix TSO &/or MVS, POK had a project to port CMS to MVS ... as a way of providing interactive services, but as mentioned previously MVS has some fundamental flaws for providing interactive service ... and the implementation never really caught on. Lynn: I'm quite familiar with that project. Three others and I actually implemented a prototype which let a TSO user issue the command CMS which would obtain a block of storage in the TSO address space and load and run the CMS kernel using SIE. Attempts to perform file I/O would interrupt SIE and execute code which implemented the CMS file system and all needed file functions in a VSAM data set, using CI file I/O. A later design would use the VSAM actual block processor, as opposed to CI file I/O. That file system implementation was my contribution to the project. Two of us were assigned as technical team leaders for the intended product development. We were staffing our teams when the project was killed. Mike Myers Mentor Services Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regarding Time Sharing
Quasar: As Lynn Wheeler points out, TSS/360 was considered sound by many both in IBM and by at least a handful of IBM customers. I ran across many strong advocates during an assignment at IBM's Watson Research Center at Yorktown Heights, NY in the early '80s. These folks were serious enough to make it's control program design a basis for a competing version of VM/XA, known internally as VM/XB. This was my last project with IBM. I left the company before VM/XB was eventually shelved, and the issue of the competitive design may well have been settled by economic, rather than technical reasons. Mike Myers Mentor Services Corporation On 11/19/2012 05:28 AM, Quasar Chunawala wrote: *Hi Shmuel and everybody on the list -* * * I would like to address any matter at http://www.mainframes360.com/2012/11/tso-and-ispf.html which requires * correction*. *If any of the other gentlemen, would like to give me some feedback, criticisms, data, I welcome him with my arms wide open.* * * *Shmuel,* * * 1. Weren't SSS, MSS and MPS later known as PCP, MFT and MVT? 2. I didn't know, that they had several releases of TSS/360. I thought, IBM scrapped it, and only released TSO as an optional feature with MVT. But, I shall *correct that*. 3. Your lines '*I've never seen a system running TSO where there were as many processors as there were TSO regions.*' Is that mentioned directly or implied in my post? 4. Shmuel, the article just introduces the reader to *ISPF*, without going into depth; the gist of it is - TSO/ISPF are used as a development environment. So, I haven't talked about, the ability to create user-dialogs, using DTL Tags and ISPF services. 5. SPF is the predecessor to ISPF. But Shmuel, I am trying to keep it brief and concise. 6. The fact, that ISPF commands can be stacked, or chained has been elaborated in another article/tutorial, on the blog. 7. I shall correct the references section. 8. It puzzles me, when you said, *Time-sharing* need not involve * time-slicing*. Could you elaborate? Thanks, Quasar. On Mon, Nov 19, 2012 at 8:43 AM, Shmuel Metz (Seymour J.) < shmuel+...@patriot.net> wrote: In , on 11/18/2012 at 11:18 PM, Quasar Chunawala said: *Hi Mike and Schmuel - * That's Shmuel! GC27-6939-10_MFT_Guide_R21.7_Mar72 IBM System/3S0 Operating System MVT Guide OS Release 21, GC28-6720-4, would be more relevant to TSO; you can find it and several others on bitsavers. http://www.mainframes360.com/2012/11/tso-and-ispf.html. The first thing I see is that much of the material, some incorrect, seems to come from wikipedia. I would advise looking at original sources as much as possible. Time-sharing need not involve time slicing and that time slicing can be used even without time sharing. IBM announced SSS, MSS and MPS as options early on. Do you have any documentation suggesting that it was not originally planned that way? IBM issued sevaral releases of TSS/360 and even had a PRPQ for TSS/370 before they cancelled it. TSS performance was considerably better by then. TSO sessions usually involve I/O and contention for resources; the user[1] surrenders control of the CPU when he is waiting and some other session[2], or a batch job, can use it. When contention or a wait is resolved, the session becomes eligible to be dispatched. I've never seen a system running TSO where there were as many processors as there were TSO regions. Interactive System Productivity Facility came late in the game; it would be better to refer to Structured Programming Facility and replacements. Also, an important part of ISPF is the ability to write your own panel-based applications. ISPF users quickly learn to chain options, e.g., at the main menu they will type "3.4" ENTER rather than "3" ENTER "4" ENTER. The references should include links and "IBM Manuals on MFT" should be replaced by a list of relevant MVT manuals, with links. [1] Actually, the specific task, but to a first approximation only one task in the session will be ready. [2] This is handled the same way as for batch jobs. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2<http://patriot.net/~shmuel> 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 -- 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: Regarding Time Sharing
Hi Shmuel: I guess I always thought that Sequential Scheduling System (SSS or S-cubed) and PCP were synonymous. I do remember the transition to MFT and MVT. I attended IBM programming classes starting in April of 1966. The first release of OS/360 had just been shipped and we were programming on the same emulator that had been used to develop OS/360 itself. My first job out of programming school was programming a hypervisor and an internal IBM product on OS/360 release 2. This was at the IBM lab in Poughkeepsie, NY. I don't recall the ill-fated VMS (other than VAX/VMS), if there was an IBM VMS, can you fill me in? I did work on the ill-fated FS (Future System) after participating in the design and development of MVS release 1. And I worked on the ill-fated VM/XB, which was a rival of VM/XA and was based on TSS/360 nucleus concepts. That was my last project at IBM, as I quit to become a consultant, due to my dissatisfaction with the project as a whole. That was in 1984. Mike On 11/18/2012 09:37 PM, In <50a8f4de.6020...@mentor-services.com>, on 11/18/2012 at 09:46 AM, Mike Myers said: To begin, MFT is pretty ancient (although I was a sysprog for its predecessor, SSS - OS/360 release 2). ITYM MSS; SSS became PCP. Did you ever work on the ill-fated VMS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regarding Time Sharing
Quasar: To begin, MFT is pretty ancient (although I was a sysprog for its predecessor, SSS - OS/360 release 2). Much has changed since MFT, although much remains the same. In MFT, there were no ASCBs, as there were no address spaces, which didn't appear until MVS, where every job, TSO user and started task had one. The tasks (TCBs) were (still are) contained within their respective address space. Trying to determine the actions of the z/OS system from an MFT manual is like trying to understand current human civilization by studying Australopithecus (sp?). I recommend you find a manual that describes the current operating systems, such as "Introduction to the New Mainframe z/OS Basics". Yes, it is a redbook, but it is commonly used to introduce z/OS behavior to new IT students at the high school and university level. Back to the question at hand. When any task (TCB) or service (SRB) associated with the address space is ready to run, the ASCB is placed on the ready queue in priority order. If you look at the ASCB detailed description, you will find that an ASCB has pointers to its predecessor and successor ASCBs on the ready queue. There are pointers from the ASCB that are used to locate the ready TCB(s) or SRB(s) in the address space. I said that once the think time expires, the TSO user's address space is swapped out (physically), but only if there is a need to use its main storage pages to satisfy the needs of other address spaces. Until that time expires and the storage need arises, the address space remains logically swapped out (as long as they remain "not-ready"). Becoming ready while logically swapped causes them to transition from logically swapped out to swapped in. In today's systems with large main storage, an address space may remain logically swapped out for an indefinite period of time. In today's world, think time (a setting found in the IEAOPTxx member of the system parameter library - xxx.PARMLIB) is still used to determine when a logically swapped out address space becomes a "candidate" for a physical swap out. Again, that only happens if there is a need to take those pages away for someone else. Mike On 11/18/2012 03:06 AM, Quasar Chunawala wrote: *Hi Mike and everyone else on the list - * * * I have done some reading from the MFT manual. 1. Every task(like a job-step) has a TCB, correct? Is the *ASCB* the same as *TCB*? In the manual it states, that the READY queue is a chain of *TCB's *. (You've written an the READY state is represented, by the presence of the address space in the READY queue). 2. You write that, the TSO user address-space remains *swapped-in* atleast for the "*think-time*" period. The *think-time* is an externally-controlled parameter. Once the "think-time" elapses, the address-space is *logically swapped-out*? Does this apply today as well? - Quasar. On Sun, Nov 18, 2012 at 12:41 AM, Mike Myers wrote: Quasar: The status of an address space is maintained in an address space related control block (probably the ASCB, if you want to look it up). The status includes the swap state and the ready state is also represented by the presence of the address space on the ready queue (it is removed from the ready queue when it enters a wait state). A response by the TSO user with an AID key causes an I/O interrupt that satisfies the terminal input wait condition. There are several system event (sysevent) signals used to communicate with SRM. Two of these that are relevant here are TERMWAIT (user enters a terminal input wait condition) and USERRDY (user has become ready to use a CPU). So it is fair to say that an "interrupt" is sent to SRM on behalf of the address space when such an event occurs and a SYSEVENT with the appropriate code is issued. As for similarities to CICS, CICS behaves much more like the TSO of old. The CICS region exists in its own address space and manages the transaction tasks that run in its address space. It is responsible for its own handling of task dispatchability and monitoring transaction task waits. Mike On 11/17/2012 12:59 PM, Quasar Chunawala wrote: Hi Mike - Thank you very much for your reply. I have just another questions. I have put them inline, in the body of your e-mail in *red *color. On Sat, Nov 17, 2012 at 9:52 PM, Mike Myers ** wrote: Hi Quasar: Back in the very beginning (OS/360 MVT in 1971), TSO was introduced. At that time, it consisted of a "monitor" program which used time-slicing to distribute the CPU time it was given among the TSO users that were loggedis will make the TSO address space on. With the introduction of the System Resource Manager (SRM) in MVS (1974), things changed. From that point on, "time-sharing" was accomplished by SRM. In MVS, a TSO user ran in its own address space and became part of a mix of work units whose CPU usage was controlled by SRM. A
Re: Regarding Time Sharing
Quasar: The status of an address space is maintained in an address space related control block (probably the ASCB, if you want to look it up). The status includes the swap state and the ready state is also represented by the presence of the address space on the ready queue (it is removed from the ready queue when it enters a wait state). A response by the TSO user with an AID key causes an I/O interrupt that satisfies the terminal input wait condition. There are several system event (sysevent) signals used to communicate with SRM. Two of these that are relevant here are TERMWAIT (user enters a terminal input wait condition) and USERRDY (user has become ready to use a CPU). So it is fair to say that an "interrupt" is sent to SRM on behalf of the address space when such an event occurs and a SYSEVENT with the appropriate code is issued. As for similarities to CICS, CICS behaves much more like the TSO of old. The CICS region exists in its own address space and manages the transaction tasks that run in its address space. It is responsible for its own handling of task dispatchability and monitoring transaction task waits. Mike On 11/17/2012 12:59 PM, Quasar Chunawala wrote: Hi Mike - Thank you very much for your reply. I have just another questions. I have put them inline, in the body of your e-mail in *red *color. On Sat, Nov 17, 2012 at 9:52 PM, Mike Myers wrote: Hi Quasar: Back in the very beginning (OS/360 MVT in 1971), TSO was introduced. At that time, it consisted of a "monitor" program which used time-slicing to distribute the CPU time it was given among the TSO users that were loggedis will make the TSO address space on. With the introduction of the System Resource Manager (SRM) in MVS (1974), things changed. From that point on, "time-sharing" was accomplished by SRM. In MVS, a TSO user ran in its own address space and became part of a mix of work units whose CPU usage was controlled by SRM. Any address space was eligible to be dispatched on a CPU when it was in a "ready" state, the opposite state can be generalized as a "wait" state. Except for select address spaces (those marked "non-swappable"), an address space in a wait state was eligible for swap-out. Entering a wait state could be announced (long wait) or discovered (detected wait). A TSO user that was inactive (in between commands or thinking what to do next), was usually in a terminal-input wait, as a read I/O operation was usually issued to the terminal when the current command had finished. Thus, the address space became a candidate for swap-out. Because of the unpredictability of the user's actions (how soon after the swap-out decision was made that they would hit a key and end the I/O wait), the concept of "think time" and logical swapping was introduced. This was intended to reduce swap-in I/O activity and the resultant CPU needed to complete the swap-in. SRM permitted an externally controlled parameter which represented think-time in seconds, making it possible to allow the TSO user to remain swapped in for at least that long a period. Once think-time passed, however, the TSO user could be "logically swapped". In the logically swapped state, the pages belonging to the TSO user's address space would be written to disk or expanded storage (when that was supported), preparing for physical swapping, but would remain in main storage until the storage was actually needed to resolve paging demands of other address spaces. At that point, the TSO address soace would be physically swapped and it's pages would be made available to the rest of the system. If the *used became ready (ended the wait) prior to it's pages being needed*, it would be marked swapped in and would retain use of its existing pages in main storage. This saved the I/O and CPU time needed to perform the actual swap in. How did the SRM know, a TSO Address Space which is in the WAIT state, and logically swapped out, has now transitioned to the READY state after an AID key press? Does the address space send out an *interrupt* to the SRM? And if that's the case, how does it really differ from the transaction monitor CICS? In today's version (z/OS) this action still occurs, although we are inclined to use the component name WLM (WorkLoad Manager) when describing the functions I have attributed to SRM in the description above. Hope this helps. Mike Myers Mentor Services Corporation On 11/17/2012 05:30 AM, Quasar Chunawala wrote: Hi everybody, I hope this finds you in the pink of health. I am Quasar, and I hail from Mumbai, India. I own a blog on the internet, parked at http://www.mainframes360.com. I am an application developer by profession. I intend to write an article on TSO/E on my blog. I have been reading matter on time-sharing and its origins on the Internet. I learnt about the history of Time Sharing systems
Re: Regarding Time Sharing
Hi Quasar: Back in the very beginning (OS/360 MVT in 1971), TSO was introduced. At that time, it consisted of a "monitor" program which used time-slicing to distribute the CPU time it was given among the TSO users that were logged on. With the introduction of the System Resource Manager (SRM) in MVS (1974), things changed. From that point on, "time-sharing" was accomplished by SRM. In MVS, a TSO user ran in its own address space and became part of a mix of work units whose CPU usage was controlled by SRM. Any address space was eligible to be dispatched on a CPU when it was in a "ready" state, the opposite state can be generalized as a "wait" state. Except for select address spaces (those marked "non-swappable"), an address space in a wait state was eligible for swap-out. Entering a wait state could be announced (long wait) or discovered (detected wait). A TSO user that was inactive (in between commands or thinking what to do next), was usually in a terminal-input wait, as a read I/O operation was usually issued to the terminal when the current command had finished. Thus, the address space became a candidate for swap-out. Because of the unpredictability of the user's actions (how soon after the swap-out decision was made that they would hit a key and end the I/O wait), the concept of "think time" and logical swapping was introduced. This was intended to reduce swap-in I/O activity and the resultant CPU needed to complete the swap-in. SRM permitted an externally controlled parameter which represented think-time in seconds, making it possible to allow the TSO user to remain swapped in for at least that long a period. Once think-time passed, however, the TSO user could be "logically swapped". In the logically swapped state, the pages belonging to the TSO user's address space would be written to disk or expanded storage (when that was supported), preparing for physical swapping, but would remain in main storage until the storage was actually needed to resolve paging demands of other address spaces. At that point, the TSO address soace would be physically swapped and it's pages would be made available to the rest of the system. If the used became ready (ended the wait) prior to it's pages being needed, it would be marked swapped in and would retain use of its existing pages in main storage. This saved the I/O and CPU time needed to perform the actual swap in. In today's version (z/OS) this action still occurs, although we are inclined to use the component name WLM (WorkLoad Manager) when describing the functions I have attributed to SRM in the description above. Hope this helps. Mike Myers Mentor Services Corporation On 11/17/2012 05:30 AM, Quasar Chunawala wrote: Hi everybody, I hope this finds you in the pink of health. I am Quasar, and I hail from Mumbai, India. I own a blog on the internet, parked at http://www.mainframes360.com. I am an application developer by profession. I intend to write an article on TSO/E on my blog. I have been reading matter on time-sharing and its origins on the Internet. I learnt about the history of Time Sharing systems and how they evolved over a period of time. I have also read, Bob Bemer’s article "*How to Consider a Computer*", published in the Automatic Control Magazine, in March 1957, by . I would like you to throw some light on the technical underpinnings of how TSO really accomplishes the feat of time-sharing. I know that, there is a TSO address-space for every active user logged on to the system. It is my understanding that, time is sliced by the scheduler between all the TSO jobs, other user-jobs, STARTed tasks etc. But, it occurs to me, why should a time-slot be given to a TSO user, who hasn't pressed an AID key(like Enter)? Maybe, he's just staring at a dataset. Isn't this a waste of processor-time? Or am I missing out something. Thanks and look forward to receiving a reply from you soon, Quasar Chunawala Sent from Windows Mail -- 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: IPCS help needed
Dave: You can use the RUNCHAIN command to run through your list and have it run a REXX exec on each list entry. The REXX exec can examine the data in the list item and produce (say) a message if it finds anything that you determine to be a discrepancy. ADDRESS is the location of your first list entry EXEC is the call to your REXX exec with any parameters LINK is the offset in one list entry to a pointer to the next list entry Mike Myers Mentor Services Corporation On 09/17/2012 01:22 PM, Dave Day wrote: Looking at an SVC dump of my application. Dump was produced by my FRR when the SRB that was running timed out. 05B abend. I set a timer when the SRB initially kicks off. The logic in the SRB is processing some data areas, working its way from top to bottom in a linked/chained list of these same sized data areas. The list in the dump has thousands of entries. One of two possibilities. Either the linked list has an invalid chain ptr, and the code is running in circles. Or, the list is good, and I just needed to give the code a longer period of time to run. My question. Is there a way within IPCS I can describe the data area containing the chain pointer, and then run some kind of a command that would run the list to determine if the list is good or not? I'm in the IPCS manuals right now, but if its there, its not jumping out at me. Any help would be appreciated. --Dave Day -- 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
