Re: TSO SCREENSIZE
3270 is 40 years old and still in use as the most common interface to z/OS for programmers and systems programmers. Maybe not such a bad design choice? Certainly not stupid. How many of us have ever used the various web interfaces to z/OS for any length of time? Reverting to tried and trusted 3270 is the usual end. Regards, Mike Wawiorko -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: 10 November 2011 19:08 To: IBM-MAIN@bama.ua.edu Subject: Re: TSO SCREENSIZE John 3274 3271 STUPID From the perspective of the new millennium. At the time (1970 approximately) I'm sure it was a sensible design choice. Chris Mason On Thu, 10 Nov 2011 11:48:30 -0600, McKown, John john.mck...@healthmarkets.com wrote: ... Remember how old the 3270 architecture is. Wikipedia says about 1972. Think 1 Mhz 8080 as top of the line micro processor. The original 3277 and its controllers were STUPID. Rather than put a more powerful processor in the controller, IBM decided to offload the complicated function of calculating the position of the data into the host. Made of discrete transistors and resistors! Very primitive. So, the host just sent a simple to understand buffer address (a single number) to the 3274. It basically just starting stuffing data characters at that location in a RAM buffer. More power == most cost == fewer purchases. Much like some of the krud in z/OS today due to short sighted architects who were worried about memory and slow CPUs and expensive DASD. The answer to these problems is obvious: Convert from archaic z/OS to modern Windows 8! At least that's what a lot of Windows weenies around here are saying. Over and over and over and over. Better! Faster!! Cheaper!!! is their cry. Anything z/OS can do, they state can be done using Windows and at lower TCO. Herr Gobbles would be proud of them. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Notification at file update (state of art)
Hi I'm asking for the last state to get notification at file updates. My colleagues planning an application, would run on all possible platforms, and would get notification, if a file has changed/renamed/scratched in a file system. In z/OS it would be enough to deal with a DSN qualifier set, and maybe VSAM would be not so important, but that is the best method to do this ? For me currently seems two possibilities: - via SMF IEFU83 IEFU84 exit 's - SMS open/scratch/rename -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Notification at file update (state of art)
If you have a scheduling system, this can probably do it, CA-7 and ControlM do. You can define a dataset rule and the action to take (usually run a job). Kees. Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote in message news:4ebcf044.7090...@isis-papyrus.com... Hi I'm asking for the last state to get notification at file updates. My colleagues planning an application, would run on all possible platforms, and would get notification, if a file has changed/renamed/scratched in a file system. In z/OS it would be enough to deal with a DSN qualifier set, and maybe VSAM would be not so important, but that is the best method to do this ? For me currently seems two possibilities: - via SMF IEFU83 IEFU84 exit 's - SMS open/scratch/rename -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SYSPARM in IEASYMxx problem
Hello, I am restructuring LOADxx and IEASYMxx. We had the following in LOADxx, e.g. for the Q1 LPAR: LPARNAME Q1 SYSPARM L0 Causing IEASYS00 and IEASYSL0 to be processed for this LPAR. I removed the SYSPARM statement from LOADxx. I added SYSPARM to IEASYMxx and it now contains: SYSDEF LPARNAME(Q1) SYSNAME(MVSL) SYSDEF SYSCLONE(SYSNAME(4:1)) SYSDEF SYSPARM(SYSCLONE.0) SYSCLONE resolves correctly to 'L', so this too should result in processing IEASYS00 and IEASYSL0. However, this produces in the following message at IPL: IEA013E ERROR DETECTED PROCESSING IEASYM00 008 DATA FOR SYSPARMIN ERROR: (SYSCLONE.0) When I change the SYSPARM statement to: SYSDEF SYSPARM(L0) The system IPLs correctly. It looks like the SYSPARM statement in IEASYMxx can not handle system symbols. However I cannot find any reference to docs stating that this is not allowed. Does anyone have experience with this? Kees. /prebrFor information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message.brbrKoninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt.brKoninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 brpre -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
Thank you very much for the valuable pieces of information! Here the points I've noted from your posts, in order to help others that may search for the same topic. The original question: I'm looking for some DB2 specific recommendations regarding User Catalogs, specially if there are any rules of thumb as a start point for defining the infrastructure for DB2 (like each member has its own catalog or something like that). Here the answers: - Frequently ICF catalogs are shared by many users / applications. It is unusual for a DB2 install today to include the allocation of a new user catalog. - Software, DB2 objects, and backups (Copies, logs etc) should not share the same HLQ - Make sure the storage management team know about the numbers and volitility of each type of dataset use - Sometimes it can be a good thing for the aliases (or vcatnames) used in multiple DB2 subsystems to be in separate ICF usercats. Then each subsystem can be granted update access only to the ICF usercat that has the aliases for it. - You're less likely to have an outage putting different components of a single DB2 sub-system into different ICF catalogues. Do your job as a DBA and let the Storage Admins do theirs. - Chapter 4.1.7 from redbook Data Sharing in a Nutshell (http://www.redbooks.ibm.com/redbooks/pdfs/sg247322.pdf) has some recommendations about User Catalogs. - Page 140 from redbook DB2 9 for z/OS and Storage Management (http://www.redbooks.ibm.com/redbooks/pdfs/sg247823.pdf) has similar recommendations. - If you intend to use SYSTEM BACKUP there are special recommendations regarding what objects should be put in each user catalog. - One should caution against a profusion of UCATs; it can lead to all sorts of recriminations when doing business continuity testing (Disaster recovery.) Suggestion: 4 UCATs; testing, production, pre-production testing and DB2. - In a small DB2 shop , one user catalog can support more subsystems ( PROD,TEST,DEVL) . Isolation of production is also a best practice. Depending on the number of archives logs that you produce and keep cataloged, they will consume space , size the catalog appropriately to avoid extents. - DB2 treats the whole group in a data sharing system as a logical entity, so different user catalogs for data sharing members won't work. And here the source: DB2-L Avram Friedman, Debora Gresham, Ted MacNEIL, Cathy Taddei, Cuneyt Goksu, Marcel Harleman IBM-Main Rick Fochtman, Ed Finnell, Kevin Clark, Wayne Driscoll -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSPARM in IEASYMxx problem
On Fri, 11 Nov 2011 11:40:35 +0100, Vernooij, CP - SPLXM wrote: It looks like the SYSPARM statement in IEASYMxx can not handle system symbols. However I cannot find any reference to docs stating that this is not allowed. Does anyone have experience with this? See the note @ http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e2b0/53.6 SYSPARM(aa[,bb...][,L]) ... ... Value Range: aa and bb are 1- through 2-character suffixes of a valid IEASYSxx parmlib members. Valid characters are alphanumeric (A-Z and 0-9) and national (@,#,$). Note: Neither static nor dynamic system symbols are accepted. ... Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSPARM in IEASYMxx problem
Norbert Friemel nf.ibmm...@web.de wrote in message news:8518503691052623.wa.nf.ibmmainweb...@bama.ua.edu... On Fri, 11 Nov 2011 11:40:35 +0100, Vernooij, CP - SPLXM wrote: It looks like the SYSPARM statement in IEASYMxx can not handle system symbols. However I cannot find any reference to docs stating that this is not allowed. Does anyone have experience with this? See the note @ http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e2b0/53.6 SYSPARM(aa[,bb...][,L]) ... ... Value Range: aa and bb are 1- through 2-character suffixes of a valid IEASYSxx parmlib members. Valid characters are alphanumeric (A-Z and 0-9) and national (@,#,$). Note: Neither static nor dynamic system symbols are accepted. ... Norbert Friemel Fully overlooked this, in spite of hours searching. Thanks, Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF 119 report
MEAS 5.0 from Infosec Inc. captures 119 records and sends them to SIEM technology to be reported or alerted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 archaeology (Was: TSO SCREENSIZE)
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of William Donzelli Sent: Friday, November 11, 2011 12:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3270 archaeology (Was: TSO SCREENSIZE) I happen to have a GX20-1878-3 (October 1978) 3270 Information Display System Reference Summary in the top drawer of my desk. It shows the screen size of a Mod 1 as 12x40, although I never worked with a Mod 1 or ever even saw one, to my knowledge. Just about the only place you would be certain to see a model 1 was as a console on an S/3 model 15. The things are really quite rare today. -- Will When I first went to work at the City of Ft. Worth, TX in 1976, they had a bunch of 3277-1s in various departments. They talked to CICS 1.1.1 on DOS (release 34?). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
There was also a 2250 in that timeframe, but I do not remember the size. We had one of each in Stuttgart, but could not use them because the request for the extra memory to be able to run the communications program was cut from the budget request. The general did not care about the system memory, just the CRTs. Lloyd - Original Message From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thu, November 10, 2011 8:55:41 PM Subject: Re: TSO SCREENSIZE Rick, My memory is iffy here as well but I do remember that we had 12 x 80 screens but the model number was 2260. The screen was incredibly small. This was in the early 1970's. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
The IBM Displays Memory Lane (Was: TSO SCREENSIZE)
To all who may be interested in the 2250 The Wikipedia article is quite short so here it is in its entirety. quote IBM 2250 The IBM 2250 Graphics Display Unit was announced as part of System/360 in 1964. Unlike most modern computer displays, which show images in raster format, the IBM 2250 used vector graphics. A display list of line segments (vectors) on a 1024 by 1024 grid was stored in the computer's memory and repainted on the 2250s CRT up to 40 time per second. Characters were built of line segments specified by display list subroutines. Thus any character set or font could be displayed, although fonts were generally extremely simplified for performance reasons. The computer altered the display by changing the display list. As the display list got longer, the refresh time got longer too and eventually the display would start to flicker. The 2250 was housed in a desk with an alphanumeric (QWERTY) keyboard and a separate programmed function keyboard which had keys, indicator lights and switches. A plastic overlay label could be placed over the function keyboard. Punches on the top edge of the overlay could be sensed by the computer so the keys, lights and switches could be reprogrammed simply by changing overlays. The 2250s CRT measured 21 diagonal, but the useful display area was 12 inch by 12 inch. A light pen was provided as a pointing device, serving the function of the modern computer mouse. An IBM 2285 Display Copier could be attached to the 2250 to provide 8½ by 11 inch hard copy of the display contents under operator control. /quote http://en.wikipedia.org/wiki/IBM_2250 ... but I do not remember the size. It covers the key point I wanted to make in connection with this comment. If size is a reference to character rows and columns, we are comparing apples and oranges as I hope can be noted from the description. ... although fonts were generally extremely simplified for performance reasons. I saw one at one time in use as a console in the Santa Teresa labs - and possibly elsewhere - my memory's not what it was! The feature of the presentation of console messages which most impressed was actually the relative crudeness of the character rendering. Incidentally one could suppose that this type of display technology, rendering characters from subroutines of a mathematical nature using lines with start and end coordinates, would find approval from at least one denizen of this list who has gone on record regarding his - for it is a he - disgust at the technology of display devices which simply display characters of one font within character cells within the presentation space relative to the beginning of a linear buffer. Chris Mason On Fri, 11 Nov 2011 05:08:28 -0800, Lloyd Fuller leful...@sbcglobal.net wrote: There was also a 2250 in that timeframe, but I do not remember the size. We had one of each in Stuttgart, but could not use them because the request for the extra memory to be able to run the communications program was cut from the budget request. The general did not care about the system memory, just the CRTs. Lloyd - Original Message From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thu, November 10, 2011 8:55:41 PM Subject: Re: TSO SCREENSIZE Rick, My memory is iffy here as well but I do remember that we had 12 x 80 screens but the model number was 2260. The screen was incredibly small. This was in the early 1970's. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: The IBM Displays Memory Lane (Was: TSO SCREENSIZE)
About the 2250, a link with a photo of the wonder in action: http://www.columbia.edu/cu/computinghistory/2250.html Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The IBM Displays Memory Lane (Was: TSO SCREENSIZE)
The 2250 was very interesting to me. I took a class on 2250 programming in 1968. I learned that it had both character and graphics mode. The character mode was of special interest and I developed a full-screen editor that let the group I was working in at the time develop and edit source code and data files. It wasn't quite as good as ISPF's editor (which wasn't around yet), but it was a lot better than TSO's line editor. The screen was also much bigger than the 2260's and could display a whole card image. You could overtype data directly on the screen and there was a single line on the screen (at the bottom) which permitted commands that supported single line and block moves, copies and deletes. It saved the group a great deal of effort in developing programs and course material. I was teaching PSRs at IBM's Field Engineering school in Poughkeepsie at the time. Brings back some pleasant memories. Mike Myers Mentor Services Corporation On 11/11/2011 09:11 AM, Chris Mason wrote: To all who may be interested in the 2250 The Wikipedia article is quite short so here it is in its entirety. quote IBM 2250 The IBM 2250 Graphics Display Unit was announced as part of System/360 in 1964. Unlike most modern computer displays, which show images in raster format, the IBM 2250 used vector graphics. A display list of line segments (vectors) on a 1024 by 1024 grid was stored in the computer's memory and repainted on the 2250s CRT up to 40 time per second. Characters were built of line segments specified by display list subroutines. Thus any character set or font could be displayed, although fonts were generally extremely simplified for performance reasons. The computer altered the display by changing the display list. As the display list got longer, the refresh time got longer too and eventually the display would start to flicker. The 2250 was housed in a desk with an alphanumeric (QWERTY) keyboard and a separate programmed function keyboard which had keys, indicator lights and switches. A plastic overlay label could be placed over the function keyboard. Punches on the top edge of the overlay could be sensed by the computer so the keys, lights and switches could be reprogrammed simply by changing overlays. The 2250s CRT measured 21 diagonal, but the useful display area was 12 inch by 12 inch. A light pen was provided as a pointing device, serving the function of the modern computer mouse. An IBM 2285 Display Copier could be attached to the 2250 to provide 8½ by 11 inch hard copy of the display contents under operator control. /quote http://en.wikipedia.org/wiki/IBM_2250 ... but I do not remember the size. It covers the key point I wanted to make in connection with this comment. If size is a reference to character rows and columns, we are comparing apples and oranges as I hope can be noted from the description. ... although fonts were generally extremely simplified for performance reasons. I saw one at one time in use as a console in the Santa Teresa labs - and possibly elsewhere - my memory's not what it was! The feature of the presentation of console messages which most impressed was actually the relative crudeness of the character rendering. Incidentally one could suppose that this type of display technology, rendering characters from subroutines of a mathematical nature using lines with start and end coordinates, would find approval from at least one denizen of this list who has gone on record regarding his - for it is a he - disgust at the technology of display devices which simply display characters of one font within character cells within the presentation space relative to the beginning of a linear buffer. Chris Mason On Fri, 11 Nov 2011 05:08:28 -0800, Lloyd Fullerleful...@sbcglobal.net wrote: There was also a 2250 in that timeframe, but I do not remember the size. We had one of each in Stuttgart, but could not use them because the request for the extra memory to be able to run the communications program was cut from the budget request. The general did not care about the system memory, just the CRTs. Lloyd - Original Message From: Ed Gouldps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thu, November 10, 2011 8:55:41 PM Subject: Re: TSO SCREENSIZE Rick, My memory is iffy here as well but I do remember that we had 12 x 80 screens but the model number was 2260. The screen was incredibly small. This was in the early 1970's. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at
ZNALC Option for LICENSE Parameter
I seem to remember that if your system was IPL'ed in zOSe mode you were limited to 8 TSO userids at a time. Does ZNALC have the same enforced restriction or anything else that we have to keep in mind? (Ignoring the allowed workload licensing restrictions) -- Mark Jacobs Time Customer Service Tampa, FL One of life's greatest mysteries is how the boy who wasn't good enough to marry your daughter can be the father of the smartest grandchild in the world. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM 2250
The 2250 and its precursors were heavily used as a part of IBM's collaboration with CBS News to provide presidential election-night coverage in the United States, IBM's participation being directed at familiarizing viewers with its technology. As Chris Mason has implied, the distinction between text and graphics was moot; and this was sometimes an advantage. My colleagues and I used it in the 1970s as a component of an experimental pharmacological screening/data reduction system that we developed for a then major pharmaceutical company; and we were able to produce plots on it that were helpful in directing the course of ongoing mainframe computations. Flicker was not a problem when predominantly graphic output was displayed; it was a problem when large quantities of rapidly changing alphameric-text were displayed. Programming it was not difficult for anyone familiar with the not very arcane algebra of piecewise linear interpolation; and my memories of it are agreeable, if not quite fond, 40 years on. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZNALC Option for LICENSE Parameter
From: Mark Jacobs mark.jac...@custserv.com I seem to remember that if your system was IPL'ed in zOSe mode you were limited to 8 TSO userids at a time. Correct. Does ZNALC have the same enforced restriction or anything else that we have to keep in mind? No, under zNALC you can have as many TSO users as you like. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hiperspaces
All: Has anyone used Hiperspaces via Assmelber ? Created ? Read from ? Wrote to ? I have started the processs of reading the manuals and have a basic understanding. What I want to do is have a program read and place its SYSPRINT output (large amt - 300,000 - 121 byte records) to either a datasopace or hiperspace. After the data is placed there, have a running task pick up the data and delete the hiperspace when done. I am assuming(bad word choice, I know) that this process as described above should work ... All input is welcome and of course appreciated. Scott J Ford Software Engineer http://www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
Shmuel, My memory was faulty. The screen size was not as I stated.as others have correctly stated the right size. The army post I was at was doing a development of an online system for a proposed worldwide army supply system. The displays were either 2260#39;s or 3270-1#39;s the 40 years has dimmed my memory. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Data Areas?
Hi Listers, This isn't about missing Data Area manuals, but rather missing Data Area maps? I'm interested in IOS Vector Table, whose address can be found in IOCOM. But what next? I've searched all six volumes of MVS Data Areas manual for IOVT and IOCIOVTP hoping to find Pointed to by:, but that turned up nothing. This is only one example; I've found other areas that I've failed to find maps for. Where else could/should I look? Thanks for any insight! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperspaces
On Fri, 11 Nov 2011 08:03:01 -0800, Scott Ford wrote: What I want to do is have a program read and place its SYSPRINT output (large amt - 300,000 - 121 byte records) That's not such a large amount. Less than 40MB. Under 50 cylinders. to either a datasopace or hiperspace. After the data is placed there, have a running task pick up the data and delete the hiperspace when done. Have you considered using a Unix pipe? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperspaces
Hiperspaces are typically used when you are dealing in chunks of 4K pages - I think dataspaces would be more suitable if you insist on an AR-Mode solution as it allows direct byte access. However, there are a few alternatives to consider here : (1) Shared memory objects (2) PC-ss to add SYSPRINT data to target ASID private? (3) IARVSERV I am sure others in this list will point out other choices Rob Scott Lead Developer Rocket Software 275 Grove Street · Newton, MA 02466-2272 · USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: 11 November 2011 16:03 To: IBM-MAIN@bama.ua.edu Subject: Hiperspaces All: Has anyone used Hiperspaces via Assmelber ? Created ? Read from ? Wrote to ? I have started the processs of reading the manuals and have a basic understanding. What I want to do is have a program read and place its SYSPRINT output (large amt - 300,000 - 121 byte records) to either a datasopace or hiperspace. After the data is placed there, have a running task pick up the data and delete the hiperspace when done. I am assuming(bad word choice, I know) that this process as described above should work ... All input is welcome and of course appreciated. Scott J Ford Software Engineer http://www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperspaces
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, November 11, 2011 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Hiperspaces All: Has anyone used Hiperspaces via Assmelber ? Created ? Read from ? Wrote to ? I have started the processs of reading the manuals and have a basic understanding. What I want to do is have a program read and place its SYSPRINT output (large amt - 300,000 - 121 byte records) to either a datasopace or hiperspace. After the data is placed there, have a running task pick up the data and delete the hiperspace when done. I am assuming(bad word choice, I know) that this process as described above should work ... All input is welcome and of course appreciated. Scott J Ford I don't believer that Dataspaces and hiperspaces normally exist past the end-of-step. They are like memory. Because they are memory. You can't pass them between steps or between processes. Well, not using normal z/OS non-APF functionality. You can use a LINEAR VSAM dataset and map it using DIV into a dataspace or a hiperspace. You can then pass that LINEAR dataset to some other process. Which needs to use DIV to use it as memory. Example code for dataspace: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a580/6.16 Example code for hiperspace http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a580/7.13.1.1 Remember that a hiperspace is accessed by copying data into out of it in 4K chunks. A dataspace can be referenced at a byte level using normal assembler instructions when in AR mode. The access register points to the dataspace. Kinda. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 archaeology
shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: That came later, along with the 3278 and 3279, we complained to kingston that 3274/3278 was much worse for interactive computing that 3272/3277 ... kingston eventually came back and said that 3274/3278 target market was data entry (aka updated keypunch) not interactive computing (and nobody considered TSO in anyway related to interactive computing). we had hacked the 3277 to remove some of the worst human factors ... but part of the change to 3274/3278 was moving lots of the electronics out of the 3278 head back into the 3274 controller ... reducing manufacturing costs but eliminated some of the additional human factor hacks (like fixing trying to type just as the screen was being update ... normal processing would lock the keyboard and require reset to be hit). old post with some of the 3272/3277 comparisons with 3274/3278 http://www.garlic.com/~lynn/2001m.html#19 3270 protocol the 3274 controller also had lots of bugs requiring the it be reset/re-impl'ed ... however, we discovered a hack to force 3274 to re-impl w/o requiring manual operation ... just very quickly hit every subchannel address with HDV/CLRIO operation in tight loop. a couple years later there was corporate decisions to officially say that vm370/cms was the official corporate interactive computing platform (in part because nearly all of internal development was on vm370/cms ... even when it was for other platforms). What was really unusual was that it motivated the TSO product manager to contact me about rewriting MVS dispatch/scheduling for interactive workload (which wouldn't have helped a whole lot because there were major problems with several other areas of MVS) -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperspaces
Guys/Gals: Thank you, I had thought about dataspaces also. I have to dig some more, but thanks to all I have otehr options now. Scott J Ford Software Engineer http://www.identityforge.com From: Rob Scott rsc...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Friday, November 11, 2011 11:26 AM Subject: Re: Hiperspaces Hiperspaces are typically used when you are dealing in chunks of 4K pages - I think dataspaces would be more suitable if you insist on an AR-Mode solution as it allows direct byte access. However, there are a few alternatives to consider here : (1) Shared memory objects (2) PC-ss to add SYSPRINT data to target ASID private? (3) IARVSERV I am sure others in this list will point out other choices Rob Scott Lead Developer Rocket Software 275 Grove Street · Newton, MA 02466-2272 · USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: 11 November 2011 16:03 To: IBM-MAIN@bama.ua.edu Subject: Hiperspaces All: Has anyone used Hiperspaces via Assmelber ? Created ? Read from ? Wrote to ? I have started the processs of reading the manuals and have a basic understanding. What I want to do is have a program read and place its SYSPRINT output (large amt - 300,000 - 121 byte records) to either a datasopace or hiperspace. After the data is placed there, have a running task pick up the data and delete the hiperspace when done. I am assuming(bad word choice, I know) that this process as described above should work ... All input is welcome and of course appreciated. Scott J Ford Software Engineer http://www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF 119 report
, I now have an MXG report and a Rexx exec to maul over and make work. Thank to all that replied! Andy S. White Re: [IBM-MAIN] SMF 119 report Donald Likens to: IBM-MAIN 11/11/2011 08:07 AM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List MEAS 5.0 from Infosec Inc. captures 119 records and sends them to SIEM technology to be reported or alerted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperspaces
Scott, I wuld try to answer a couple of questions before starting any design/coding effort. 1)Who needs access to the data?(what address spaces/jobs) and 2)How long does it have to be available? I believe how you answer that will determine how you should proceed. If only one job, then I would go virtical with it, and stick it in the private area. If multiple jobs/address spaces need access to it, then going horizontal into a dataspace may be the answer, but you have to consider the persistence of the dataspace. --Dave - Original Message - From: Scott Ford scott_j_f...@yahoo.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Friday, November 11, 2011 10:03 AM Subject: Hiperspaces All: Has anyone used Hiperspaces via Assmelber ? Created ? Read from ? Wrote to ? I have started the processs of reading the manuals and have a basic understanding. What I want to do is have a program read and place its SYSPRINT output (large amt - 300,000 - 121 byte records) to either a datasopace or hiperspace. After the data is placed there, have a running task pick up the data and delete the hiperspace when done. I am assuming(bad word choice, I know) that this process as described above should work ... All input is welcome and of course appreciated. Scott J Ford Software Engineer http://www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
On 11/10/2011 02:58 PM, Rick Fochtman wrote: ---snip Remember how old the 3270 architecture is. Wikipedia says about 1972. Think 1 Mhz 8080 as top of the line micro processor. The original 3277 and its controllers were STUPID. Rather than put a more powerful processor in the controller, IBM decided to offload the complicated function of calculating the position of the data into the host. Made of discrete transistors and resistors! Very primitive. So, the host just sent a simple to understand buffer address (a single number) to the 3274. Not without a time machine. The 3274 came later. The original 3270 controller lineup was 3271, 3272 and 3275, the latter combining controller and display. ---unsnip--- Wasn't there also a 3276, with a display and controller that would handle the integerated display, plus 7 more display-only devices? Rick Yes indeed, for remote BSC or SDLC operation. The other 7 devices could also include 3270 printers. Deceptively the same external size as a 3278, but with enough additional steel and components inside to be appreciably heavier than a 3278, which was already borderline for one person to carry. Trying to carry a 3276 by yourself was not wise if you wanted to avoid back problems. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 archaeology (Was: TSO SCREENSIZE)
On 11/11/2011 1:07 AM, Larry Chenevert wrote: The channel attached control units for those 3270's were notorious for generating interface control checks, which the operating systems of the era (OS/VS1, SVS, and MVS 3.8) were notorious for responding by entering disabled waits, resulting in many unscheduled outages, and this seemed to persist into the early 80's. Your experience differs from mine. We usually installed new hardware over weekends, and gave it a thorough workout before acceptance. While we had occasional channel checks, it was only during the initial testing. I have no recollection of problems (other than normal failing boards) with the controllers (we ran IBM 3272s, then 3274s, later lots of ITT and one ATT units. Only the ATT and one Telex gave us problems). It makes me wonder whether your problems might have been due to other controllers on the channel (I know at least one installation that hooked their 3270s on the same selector as their tape drives!). The worst incident I recall was when the C.E. was asked to plug a new 3272 as address 0C0, and he held the board upside down. We had a TP controller on 030 and had lots of interesting errors until we made him fix the switches. The other major problem was an installation where the C.E. didn't hook up the EPO cable, and after he left, the 4341 CPU wouldn't power up. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The IBM Displays Memory Lane (Was: TSO SCREENSIZE)
m...@mentor-services.com (Mike Myers) writes: The 2250 was very interesting to me. I took a class on 2250 programming in 1968. I learned that it had both character and graphics mode. The character mode was of special interest and I developed a full-screen editor that let the group I was working in at the time develop and edit source code and data files. It wasn't quite as good as ISPF's editor (which wasn't around yet), but it was a lot better than TSO's line editor. The screen was also much bigger than the 2260's and could display a whole card image. You could overtype data directly on the screen and there was a single line on the screen (at the bottom) which permitted commands that supported single line and block moves, copies and deletes. It saved the group a great deal of effort in developing programs and course material. I was teaching PSRs at IBM's Field Engineering school in Poughkeepsie at the time. Brings back some pleasant memories. 2250 had a number of different models ... 2250-1 was direct 360 channel attach while 2250-4 was 2250/1130 combo ... (but they cost approx. the same). we had 2250-1 at the univ in the 60s ... and i used the CMS 2250 graphics fortran library from lincoln labs ... to hack 2250 support into the cms editor. the science center had 2250-4 (2250/1130 combo), which somebody ported a copy of spacewars from PDP1. http://en.wikipedia.org/wiki/Spacewar! misc. past posts mentioning science center http://www.garlic.com/~lynn/subtopic.html#545tech then summer of 1969 ... i got brought in to boeing hdqtrs to help with the fledging boeing computer services (bringing all dataprocessing into its own business unit). hdqtrs had 360/30 mainly used for payroll and the machine room was built out to add a 1mbyte 360/67 to run cp67/cms. This was tiny compared to the renton datacenter which had dozens of 360/65 and some claim to have $300M or so in 360 equipment ... which was being replicated at the 747 plant up in everett. For a long time, I thot Renton was the largest mainframe machine room ... but later i would sponsor Boyd's briefings at IBM ... and in recent bio ... it mentioned Boyd was in charge of spook base (about the time I was at Boeing) ... which was a $2.5B windfall for IBM (possibly $17+B inflation adjusted in today's dollars?). this has description of spook base ... gone 404, but lives on at the wayback machine http://web.archive.org/web/20030212092342/http://home.att.net/~c.jeppeson/igloo_white.html above has picture claimed to be 2250s ... but obvious is something else. Later replacements for 2250 i believe were repackaged/relogo'ed graphics display from Sanders Associates (in NH) http://www.pong-story.com/sanders.htm http://books.google.com/books?id=XK4v1gh0JroCpg=PA31lpg=PA31dq=sanders+associates+graphics+displaysource=blots=62_kZWXpkisig=zKyb8WrQnJUzEQFgVMcJBZvq-XQhl=enei=QVu9ToTQPKWsiQL63I2mAwsa=Xoi=book_resultct=resultresnum=5ved=0CFgQ6AEwBA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 archaeology
re: http://www.garlic.com/~lynn/2011o.html#20 a different problem with moving all the electronics back into the 3274 controller (and making terminal response agonizingly slow) was that it really drove up the channel busy time for any kind of operation. this is old reference to Jim Gray palming off doing database consulting for the IMS group in Santa Teresa (now silicon valley labs) http://www.garlic.com/~lynn/2007.html#1 however, another issue with the IMS group in Santa Teresa was that they were adding so many people that STL was bursting at the seams ... and they were going to move 300 of the IMS group to offsite building with remote access back to STL. They had tried remote 3270 and it was considered horrible, totally unusable for interactive computing ... especially after getting use to local 3274 channel-attached CMS (even tho 3274 was much worse than 3272 ... but enormously better than TSO for anything). In any case, I got con'ed into doing support of NSC HYPERChannel remote device support running over T1 microwave link (to remote bldg). The tests at the remote bldg. showed no perceptual difference between CMS response for the IMS people in STL and response at the remote bldg. However, it had an interesting side-effect, the vm370/cms systems started running 10-15% faster. The large mainframes had all the channels with both 3274 and 3830 disk controllers spread out on all the channels. The enormous 3274 channel busy was cutting into overall system throughput. Replacing channel attached 3274 ... with the significantly faster NSC A220 channel attached boxes (drastically reduced channel busy for the identical operations) reduced channel busy and improved overall disk and system thruput. The enormous 3274 channel busy overhead was shifting to the NSC A51x channel emulators boxes at the remote bldg. Something similar ... but different shows up later with 3880 disk controller and 3090s. While 3880 disk controller supported 3mbyte/sec transfer ... it otherwise had significantly higher channel busy overhead compared to 3830. The 3090s channel configuration was originally designed assuming that the 3880 controllers would be as efficient as the 3830 controllers ... but that turned out to not be the case. As a result, 3090 had to drastically increase the number of channels ... which required an extra TCM and higher manufacturing costs. There were jokes that the 3090 people were going to bill the 3880 controller group for the higher 3090 manufacturing costs. This was also somewhat the start of the myth that mainframes were so much better because they had huge number of channels (when all the extra channels really turned out to be trying to compensate for the inefficiencies of the half-duplex channel architecture and enormous channel busy from slow controllers). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperspaces
Has anyone used Hiperspaces via Assmelber ? Created ? Read from ? Wrote to ? I have started the processs of reading the manuals and have a basic understanding. What I want to do is have a program read and place its SYSPRINT output (large amt - 300,000 - 121 byte records) to either a datasopace or hiperspace. After the data is placed there, have a running task pick up the data and delete the hiperspace when done. Since z/OS no longer uses expanded storage, it is counterproductive to use a HSTYPE=SCROLL hiperspace. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas?
On Fri, 11 Nov 2011 10:16:31 -0600, Steve Horein steve.hor...@gmail.com wrote: Hi Listers, This isn't about missing Data Area manuals, but rather missing Data Area maps? I'm interested in IOS Vector Table, whose address can be found in IOCOM. But what next? I've searched all six volumes of MVS Data Areas manual for IOVT and IOCIOVTP hoping to find Pointed to by:, but that turned up nothing. This is only one example; I've found other areas that I've failed to find maps for. Where else could/should I look? Perhaps you've heard of OCO? :-) If you download SHOWMVS (SHOWzOS) from file 492 of the CBT (http://www.cbttape.org) you can find macro with some guess work in it. Depending on what you are looking for you may find how to get there from my IPLINFO exec on file 434 or my web site. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 archaeology (Was: TSO SCREENSIZE)
In 0A25A0D191144ABB8F0649705ADAA187@DJVBN391, on 11/11/2011 at 12:07 AM, Larry Chenevert larrychenev...@verizon.net said: The channel attached control units for those 3270's were notorious for generating interface control checks, which the operating systems of the era (OS/VS1, SVS, and MVS 3.8) were notorious for responding by entering disabled waits, resulting in many unscheduled outages, and this seemed to persist into the early 80's. My recollection is that the CCH[1] could handle an ICC, although you might lose the use of the devices. stuff one is not supposed to do in CICS For good reason. You delay other transactions. and there was the need for GX20-1878-3. Why? That's a summary; what information did it have that wasn't in the regular manuals? Later, there were even people who told me and others closely involved You can not do that using Verify. after I had already done it! Well, at least it hadn't been in the manual for over a decade before they told you that it couldn't be done. [1] Well, for SVS and MVS; I don't have experience on OS/VS1. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
In ec49fd6778df264ba80cde73700a2de002fa61a...@mukpbcc1xmb701c.collab.barclayscorp.com, on 11/11/2011 at 09:21 AM, Mike Wawiorko mike.wawio...@barclays.com said: Maybe not such a bad design choice? Perhaps, but you haven't made a case. How many of us have ever used the various web interfaces to z/OS for any length of time? Get your red herrings while they're fresh! The issue is not whether a web interface would have been better, the issue is whether transmitting row/column would have been better. John raised a legitimate point, although I could come up with a counterargument. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
In 1321016908.8332.yahoomai...@web82202.mail.mud.yahoo.com, on 11/11/2011 at 05:08 AM, Lloyd Fuller leful...@sbcglobal.net said: There was also a 2250 in that timeframe, Considerably more expensive than a 2260. Worth it for graphics, but not if you just needed text. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 archaeology (Was: TSO SCREENSIZE)
In 4ebd5c40.8090...@valley.net, on 11/11/2011 at 12:32 PM, Gerhard Postpischil gerh...@valley.net said: Only the ATT and one Telex gave us problems Then you should have ordered from GTE :-( The worst incident I recall was when the C.E. was asked to plug a new 3272 as address 0C0, and he held the board upside down. You didn't have the STC (later STK) tape drives where only every other jumper position was used but the CE documentation didn't mention the fact? I vaguely recall you grumbling about the CIG[1] block multiplexor channel as well. [1] An amusing name because at RCA CIG stood for characters[2] in gap. [2] We normally used a different word for the C. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF 119 report
I sent my tiny SAS sample directly to Andy. -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -Original Message- From: Andy White [mailto:awh...@met...com] Sent: November 10, 2011 08:07 Subject: SMF 119 report Does any one out there have a basic report (can be in SAS) which produces a report based on SMF 119 records. I wanted to see where FTP's are going and DSNS being sent. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 archaeology (Was: TSO SCREENSIZE)
Gerhard, I agree with you. We had over 1200 3270#39;s locally attached and never had issues with IBM controllers or devices. Where we did have issues was we had an OEM channel extender. That gavesusno end of problems. At one time I was providing the vendor with2 or 3 dumps a day and they were providing me with new load decks daily(almost). I was getting really mad with the vendor and I was getting singed by my management over the issues. I finally said either live with the problems or replace it. This was a political bombshell and the vendor got upset with me and I indiated it was their hardware and software and it wasn#39;t my problem. They tried to point at MVS and I indicated that we didn#39;t have problems with IBM hardware. The started to give me more static and I just said look either give me a way to get some traces for you or fix your problems. They finally came up with a trace program and I ran it till I was blue in the face and was sending them boxes of output for a few weeks and a month later they produced a new load deck ad it actually was a lot more stable but still not as good as IBMs . Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 archaeology (Was: TSO SCREENSIZE)
On 11/11/2011 3:34 PM, Shmuel Metz (Seymour J.) wrote: Then you should have ordered from GTE :-( The one that didn't handle wrap-around correctly? You didn't have the STC (later STK) tape drives where only every other jumper position was used but the CE documentation didn't mention the fact? At one time we had a string of STK drives, but they gave us nothing but problems, and were replaced with Memorex hardware very quickly. I vaguely recall you grumbling about the CIG[1] block multiplexor channel as well. Only until they fixed the timing (3350 response came before channel was able to handle it). Memorex plugged their controllers for slower response, thus giving us support for 3330-1 and 3350 capacity, but without the speed improvements. I fondly recall referring to it as the PIG multiplexer g Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
3270 archaeology
l...@garlic.com (Lynn Wheeler) writes: the 3274 controller also had lots of bugs requiring the it be reset/re-impl'ed ... however, we discovered a hack to force 3274 to re-impl w/o requiring manual operation ... just very quickly hit every subchannel address with HDV/CLRIO operation in tight loop. re: http://www.garlic.com/~lynn/2011o.html#20 3270 archaeology san jose disk development in bldg. 14 had numerous testcells on channel switches and a couple mainframes for testing ... running stand-alone ... each testcell got pre-scheduled, stand-alone (very simple monitor) time, frequently schedules running 7x24 around the clock. at one point they had tried doing testing under MVS ... but found that MVS had MTBF of 15mins (hang/crash requiring re-ipl) even with single testcell. I offered to rewrite I/O supervisor making it absolute bullet-proof and never crash/hang ... and eventually was doing multiple concurrent testing on-demand at any time (significantly improving development productivity). It did have downside that when there were problems, they would initially blame me ... so i had to do a lot of hardware diagnostics ... also got to play disk engineer (in both bldg14 and the product test lab in bldg15) ... some past posts http://www.garlic.com/~lynn/subtopic.html#disk I did an (internal-only) summary report of all the work and fixes ... and apparently because i included a passing mention of the MVS 15min MTBF, it brought the full wrath of that organization down on my head. bldg. 15 product test lab got a very early engineering model 3033. The 303x channels were a six channel channel director ... which was actually a repackaged 370/158 with the integrated channel microcode and w/o the 370 instruction microcode. There would periodically be a problem with the 3033 channel directors which required manual reset and re-IMPL ... somewhat similar to 3274. However, we found that if we did CLRCH very quickly to all six channel addresses ... the channel director would automatigically re-IMPL itself w/o manual intervention. The downside was the 370/158 channels were just about the slowest of the 370 line ... even slower than the 148 4341. We got 4341 that with slight tweak would run 3880/3380 3mbyte/sec transfer ... which 158, 168, and none of the 303x would ever do. Since testcell activity was heavy i/o bound and never used more than a percent or two of the processor ... bldg.1415 also started using the mainframes for more general online service. one monday morning I got a call asking what i had done to the (3033) system over the weekend. I said nothing ... and eventually found that they had replaced a 3830 controller (supporting 16 3330 drives for online service) with 3880 controller. At the time, the 3880 was even much slower than what eventually shipped ... and mentioned in this recent post about 3880 and 3090 http://www.garlic.com/~lynn/2011o.html#22 3270 archaeology Fortunately, it was still six months before first customer ship ... and they were able to do a lot of tweaking of the 3880 microcode ... but couldn't make all the problems go away ... because the internal microprocessor was significantly slower than that used in 3830. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
One exception to that would be if you intend to use system backup and system restore. Each subsystem needs two dedicated catalogs, BSDS, LOGS and ARCHLOGS in one, and all other stuff in another (at least that was the guidance given to us). Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
Why? --Original Message-- From: Paul Peplinski Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Subject: Re: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices Sent: 11 Nov 2011 17:26 One exception to that would be if you intend to use system backup and system restore. Each subsystem needs two dedicated catalogs, BSDS, LOGS and ARCHLOGS in one, and all other stuff in another (at least that was the guidance given to us). Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas?
Thanks Mark, Unfortunately, I'm not familiar with the term OCO. Using a portion of your IPLINFO exec as an example: CVTIXAVL = C2d(Storage(D2x(CVT+124),4)) /* point to IOCM */ IOCIOVTP = C2d(Storage(D2x(CVTIXAVL+208),4)) /* pt to IOS Vect Tbl */ CDA = C2d(Storage(D2x(IOCIOVTP+24),4)) /* point to CDA */ IODF = Storage(D2X(CDA+32),44) /* point to IODF name */ How/where did you find that CDA was at offset +24 of IOCIOVTP? And subsequently, that the IODF DSN was at offset +32 of CDA? Surely I'm missing some address maps? Specific to the latest dead-end I'm encountering, one of the SMS guys I work with asked if there were a way to list esoterics *without* having access to HCD, or relying on a vendor product that could produce such a list. I was thinking with a bit of investigation, I could find it somewhere in storage using Rexx code similar to above. Like I mentioned, IOVT/IOCIOVTP isn't the first address I've encountered that once I got there, I didn't know exactly what I was looking at! I do think the Data Area manuals are extremely helpful by noting the size and the different information contained, but I seem to hit a dead end. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas?
OCO: Object Code Only. It means that not all of the control blocks are externalized. (That means they are not documented). Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
The 2260, controlled by a 2848 controller, was a separate family of displays. We used them at Michigan Tech under a system called RAX. Rick - Ed Gould wrote: Rick, My memory is iffy here as well but I do remember that we had 12 x 80 screens but the model number was 2260. The screen was incredibly small. This was in the early 1970#39;s. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
snip There was also a 2250 in that timeframe, but I do not remember the size. We had one of each in Stuttgart, but could not use them because the request for the extra memory to be able to run the communications program was cut from the budget request. The general did not care about the system memory, just the CRTs. ---unsnip IIRC, the 2250 was a vector-graphics tube requiring GAM to fully exploit. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas?
I see. So while not impossible to make my own maps for reference, it will/would be a tedious and time consuming effort. Thanks for the explanation! On Nov 11, 2011 5:07 PM, Bob Shannon bshan...@rocketsoftware.com wrote: OCO: Object Code Only. It means that not all of the control blocks are externalized. (That means they are not documented). Bob Shannon Rocket Software -- For IBM-MAIN subscribe / sig... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas?
On 11/11/2011 5:37 PM, Steve Horein wrote: Unfortunately, I'm not familiar with the term OCO. Like I mentioned, IOVT/IOCIOVTP isn't the first address I've encountered that once I got there, I didn't know exactly what I was looking at! I do think the Data Area manuals are extremely helpful by noting the size and the different information contained, but I seem to hit a dead end. When IBM first released the System 360, all software was made available in source form, in addition to the normal distributions of object or load module format. When we ordered a new release of OS/360, we also ordered the optional source material tapes, and the matching microfiche. In addition, fixes were available both on tape, and their source on microfiche updates. In the sixties, IBM was sued by Applied Data Research for distributing free software (purportedly) similar to what ADR wanted to sell (ROSCOE vs. IBM's CRBE/CRJE). The outcome was IBM's decision to charge for all software other than the base system. In the seventies, a company a friend of mine refers to as Jujitsu took the entire MVS system code, removed all copyright statements, removed all references to IBM, made some minor changes, and sold the resulting system with its own hardware. IBM's response, other than a court case, was to restrict all source code (other than HASP/JES2) from distribution, and to cease making the optional source and fiche available. They referred to this as Object Code Only (OCO). A result is a lack of needful information in manuals, as you noted. Some of us look through dumps, and trace execution flow, to figure out what is happening, but that's a gray area, as IBM's standard contracts prohibit reverse engineering. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas?
On 11 November 2011 19:56, Steve Horein steve.hor...@gmail.com wrote: I see. So while not impossible to make my own maps for reference, it will/would be a tedious and time consuming effort. Thanks for the explanation! It can be so, but it can also be educational and even at times, fun. Ordinarily it is unwise to build anything that matters on a base of undocumented and unsupported control blocks, but there are times when you just really need to know. One popular source (heh) for otherwise undocumented control block information is the mappings supplied for use by IPCS. These are in SYS1.MIGLIB (and possibly other places for some products), and the format is described in the IPCS Customization book. Well, there are at least two kinds of things in this dataset: executable routines of various sorts, and control block models defined using the BLS... macros described in the book. While I don't suggest trying to reverse-engineer any programs you may find, you can use IPCS itself to invoke the control block models using the CBF command. Many of these are invoked for you when you run component analysis (option 2.6), or the supplied VERBEXIT commands, and even the output from these analyses often provides useful information. In many cases you can use CBF to format an area of storage that is not the real thing, e.g. is just a piece of your own private area, using a formatting module with a name suggested by the component prefix you are interested in. Obviously the content of the output will be largely meaningless, but the field names may be useful to know. Need I repeat the warning to avoid relying on anything you may discover for any sort of production use, or indeed anything beyond satisfying your own curiosity? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Notification at file update (state of art)
MEAS from Infosec Inc. currently monitors file update activity (SMF 015 records). It could be easily updated to monitor scratch/rename SMF activities. MEAS is design to pass these events to SIEM or logger systems that can be used to send email or other real time notification systems but it could simply log this activity in a file as well. If you want to write this code yourself, I suggest SMF activity is the way to go. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas?
Thanks for the tip! I did pass along the IPCS command LISTEDT DETAIL to the DASD guy the other day, but I'm not sure if that was a usable solution. On Nov 11, 2011 9:41 PM, Tony Harminc t...@harminc.net wrote: On 11 November 2011 19:56, Steve Horein steve.hor...@gmail.com wrote: I see. So while not imposs... It can be so, but it can also be educational and even at times, fun. Ordinarily it is unwise to build anything that matters on a base of undocumented and unsupported control blocks, but there are times when you just really need to know. One popular source (heh) for otherwise undocumented control block information is the mappings supplied for use by IPCS. These are in SYS1.MIGLIB (and possibly other places for some products), and the format is described in the IPCS Customization book. Well, there are at least two kinds of things in this dataset: executable routines of various sorts, and control block models defined using the BLS... macros described in the book. While I don't suggest trying to reverse-engineer any programs you may find, you can use IPCS itself to invoke the control block models using the CBF command. Many of these are invoked for you when you run component analysis (option 2.6), or the supplied VERBEXIT commands, and even the output from these analyses often provides useful information. In many cases you can use CBF to format an area of storage that is not the real thing, e.g. is just a piece of your own private area, using a formatting module with a name suggested by the component prefix you are interested in. Obviously the content of the output will be largely meaningless, but the field names may be useful to know. Need I repeat the warning to avoid relying on anything you may discover for any sort of production use, or indeed anything beyond satisfying your own curiosity? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu w... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZNALC Option for LICENSE Parameter
Walter Marguccio writes: under zNALC you can have as many TSO users as you like. That's a technical capability, but one could easily imagine that as many TSO users as you like would be inconsistent with your license agreement. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html