Re: IGD049I ACTIVATE FAILED - ACS
jagadishan perumal jagadish...@gmail.com wrote in message news:CANHhCyR3OZ004f=q7mqcveb2+oxyqf6njy4avxlzxkqvkcu...@mail.gmail.com ... Hi, I have added a new STORCLASS definition and STRAGE GROUP ~ translation, validation went on successful. When I tried activating the SYS1.DFSMS.SCDS using the option IS.8 I get a message as IGD049I ACTIVATE FAILED - SCDS SYS1.DFSMS.SCDS IS AN INVALID CONFIGURATION. Though I have defined the new storage group and storage class properly. When I take the Old defintion and do the activation the SCDS is getting activated. Please guide me if My procedure is wrong. Jags Did you lookup IGD049I? Did you VALIDATE the new configuration? 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: DST option ?
This sounds like the holiday problem we have here. The country is divided in 3 regions, to spread holidays a little more over time. People living near the border of a region regularly have problems if their children are on different schools, lying in different regions, or one or both parents work at schools. E.g. with the 1 week automn holidays, there is quite a chance you cannot plan anything, because there is no week where the whole family is free. Kees. Mike Schwab mike.a.sch...@gmail.com wrote in message news:CAJTOO59CSWzCh5kj+Rwp=bxgyqr_+hcjfnonwjacc4tvtz_...@mail.gmail.com... Indiana had the worst idea of all. Some eastern counties had ET (EST / EDT), some central counties had EST all year, and some western counties had CT (CST / CDT). Arizona has a bad spot too. Most of the state is MST all year (too have an extra hour in the morning with cool temperatures), but the Navaho reservation in NE has MT (MST / MDT), but the Hopi reservation within the Navaho reservation is MST all year. On Wed, Nov 9, 2011 at 11:03 AM, Ed Gould ps2...@yahoo.com wrote: Tom, I live a few miles from INDIANA and the states split between eastern and central tz and it gets pretty bad for the people there. The zig zag of the state and the people there that I have talked to hate it. Ed -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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
Re: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
Dave Day wrote: Is this supposed to work this way? I've just spent a bit of time in the Init Tuning Reference, and nothing in there indicates what I'm seeing. On a z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change I make in the SMFPRM member. NOACTIVE is for the WHOLE SMF subsystem, not for parts of it. But see below my answer. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit shows up and is marked as active, no matter which SMFPRM setting I am using for ACTIVE/NOACTIVE. However, only when the member is set to record with ACTIVE does my SMF exit get called. Is this working as designed? As documented and if you don't want to activate the exit, ensure you are NOT stating EXITS(IEFACTRT) anywhere. What I wanted to do was to turn off recording of SMF records, but still use the exits to communicate to my server address space. Turn off recording SMF while using exits? I'm not sure what you want, but you can try something like this: SYS(NOTYPE(0:255),EXITS(all your exits)) (and also for the other SUBSYS too) The exits are installed programatically using the dynamic exits facility, if that makes any difference. AFAIK, it will not make any difference. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSOUT DATA SET NOT ALLOCATED, USER NOT AUTHORIZED FOR FUNCTION SPECIFIED
thanks to the captain! it was missing JCL auth in TSOAUTH. best stephen -- 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: Connect Direct - Performance and efficiency
Connect:Direct is one of the premier MFT (Managed File Transfer) tools available. There are others, as CA-XCOM has already been mentioned. Within the realm of MFTs, they are rarely interoperable. If a business or trading partner needs to exchange via C:D, then you need C:D, etc. The primary advantage of an MFT tool over low-brow solutions, like rudimentary FTP, is that they have checkpoint/restart capabilities, as well as compression, security and scripting options. C:D has been very strong and reliable in the banking industry for many, many years. Pricing options will change at the start of the year, since the IBM purchase of Sterling. Breton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMF 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. Thanks in advance. Andy S. White -- 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
I wonder what the TERMINAL-command is for. When I change SCRSIZE I can see that something changes but not for the application issuing some TPUTs (I think that are TPUTs). I traced the data send to the screen and there where only the typical 2-byte-fields giving the position. And this is shown with the the physical screen size of the terminal and NOT the physical screensize changed with the TERMINAL-command. Yes we can change the application program but its a very old one and I think noone will do that. As explained before the same Problem happens with SDSF nativ under TSO and that is definitely a new application. Its very frustrating -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Unites Mainframe, Windows Systems
http://www.informationweek.com/news/hardware/supercomputers/231902445?queryText=Paul+McDougall+ snip IBM Unites Mainframe, Windows SystemsIBM opens zEnterprise mainframes to the world of Windows apps. Until now, IBM only supported Linux or AIX-based blades on zEnterprise. By Paul McDougall InformationWeek November 07, 2011 10:15 AM /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF 119 report
Do you have MXG? If you do I may have something already coded. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: Andy White awh...@metlife.com To: IBM-MAIN@bama.ua.edu Date: 11/10/2011 08:21 Subject:SMF 119 report Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 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. Thanks in advance. Andy S. White -- 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 communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- 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: Connect Direct - Performance and efficiency
Um, I'm pretty sure that native z/os FTP supports both compression and checkpoint/restart. Of course, this is z/os to z/os. Other platforms vary widely on their interoperability and features. Oddly enough, many of these other platform products use Windows strategies rather than the RFC's. Native z/os FTP under a suitable job scheduler is a pretty powerful combination for a pretty reasonable price: $0.00. File transfer tools have a strong standing in the industry simply because there was no FTP and data had to be moved. And we all know about solutions that outlive the problems they once solved. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Breton Imhauser Sent: Thursday, November 10, 2011 6:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Connect Direct - Performance and efficiency Connect:Direct is one of the premier MFT (Managed File Transfer) tools available. There are others, as CA-XCOM has already been mentioned. Within the realm of MFT's, they are rarely interoperable. If a business or trading partner needs to exchange via C:D, then you need C:D, etc. The primary advantage of an MFT tool over low-brow solutions, like rudimentary FTP, is that they have checkpoint/restart capabilities, as well as compression, security and scripting options. C:D has been very strong and reliable in the banking industry for many, many years. Pricing options will change at the start of the year, since the IBM purchase of Sterling. Breton -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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
Since we don't have MXG or SAS, we use a program (written in C) from CBT file 600. The output looks like this: BK1C 2011/11/09 00:05:02.92 FTPC119-02I FTP Client cm=STOR lr=226 cp=65032 cf=21 sa=192.168.20.12 sl=192.168.20.13 su=bekco\su ASCII Stream File Seq trs=00:05:02.67 dur=00:00:00.00 tbc=11664 rt=n/a hst=BEKPROD stc=BATCH asn=ARPLL370 dsn=ARP.ALL.FS016S But we use REXX and ICETOOL to reformat it into this: DATE TIME JOB NAME USERID IP ADDR LOGONID CMD DURATIONRPLY BYTES DATA SET -- --- --- --- --- --- 2011/11/09 00:05:02.92 ARPLL370 BATCH192.168.20.13 bekco\su STOR 00:00:00.00 226 11664 ARP.ALL.FS016S We separate the client and server records and produce two reports; the output is slightly different for the server report and includes failed logon attempts. I can share the REXX if you're interested. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Andy White Sent: Thursday, November 10, 2011 7:07 AM 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: TSO SCREENSIZE
Juergen Keller wrote: I wonder what the TERMINAL-command is for. The TERMINAL SCRSIZE setting controls how TSO line-mode terminal housekeeping is performed. Fullscreen applications are free to use an available screen size different from the one used by line-mode TSO. Of course, many fullscreen apps use GTSIZE to ascertain the line-mode screen dimensions and then proceed to use this size also. And then some apps use GTTERM to ascertain the primary and alternate screen sizes that the terminal supports, and choose one without inspecting the current line-mode screen size setting. And then again, some apps just proceed on the basis that the screen size is 24 by 80 without checking. Unless they have fixed it fairly recently, SDSF does not handle large screen sizes well (unless running as an ISPF application). Cheers, Greg -- 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: DST option ?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Vernooij, CP - SPLXM This sounds like the holiday problem we have here. The country is divided in 3 regions, to spread holidays a little more over time. People living near the border of a region regularly have problems if their children are on different schools, lying in different regions, or one or both parents work at schools. E.g. with the 1 week automn holidays, there is quite a chance you cannot plan anything, because there is no week where the whole family is free. Government intelligence. -jc- -- 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 5:23 AM, Juergen Keller wrote: Yes we can change the application program but its a very old one and I think noone will do that. As explained before the same Problem happens with SDSF nativ under TSO and that is definitely a new application. New?? Lol! That native 3270 support in SDSF is older than dirt! -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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
Greg Price of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 11/10/2011 08:46:03 AM: Unless they have fixed it fairly recently, SDSF does not handle large screen sizes well (unless running as an ISPF application). One problem with large screens in SDSF (ISPF) is that the ISFCMD variable is limited to 42 characters. Regards, John K -- 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: Bustech Virtual Tape Appliance
Radoslaw, I agree that it about learning to drive. And I have been through the manual, may times. I have been through the TMS manual, as much as I know about it. I have been throught DFSMS Object and Tape planning manuals. That is why I am asking for help. I have my TMS scratch pools set up and they appear to be working properly, but the request to the MDL always defaults to MEDIA4 (3590). I cannot make it do anything else. I was someone who had some experience in making this passthrough request could help me. On Wed, 9 Nov 2011 08:15:18 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: IMHO it's not in Support Center scope. You can call Ford to tell them about the failure, not to ask about how to drive. Regarding BusTech: the most suggested way to use it is MTL. Regarding Scrach synonyms: it is described in subchapter ...Scratch Synonyms, Virtuent User's Guide. 2 pages about it. -- Radoslaw Skorupka Lodz, Poland W dniu 2011-11-08 22:14, Ed Finnell pisze: Don't they have a Support Center? In a message dated 11/8/2011 2:43:53 P.M. Central Standard Time, john.mck...@healthmarkets.com writes: about Bustech. Does it emulate a VTS or a manual tape system? -- 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 -- o -- 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 Thu, 10 Nov 2011 09:35:18 -0600, John P Kalinich wrote: Greg Price of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 11/10/2011 08:46:03 AM: Unless they have fixed it fairly recently, SDSF does not handle large screen sizes well (unless running as an ISPF application). One problem with large screens in SDSF (ISPF) is that the ISFCMD variable is limited to 42 characters. The often recurrence of topics related to this impels me to the belief that the design philosophy of the 327x series is fundamentally flawed. To begin, why doesn't it address character cells by (row,column) coordinates rather than numbering the cells sequentially over the entire screen? The former alternative would result in far more graceful behavior with unexpected screen sizes; the latter merely saves a few bits in the address representation. Penny wise and pound foolish. Unforgivably shortsighted. 42 is _not_ the answer to life, the universe, and everything. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
To reinforce what I said earlier: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E4B0/2.21?SHELF=IEA2BKB2DT=20100701092419 The system invokes IEFACTRT only when the installation is collecting SMF record types 4, 5, 30, 32, 34, or 35. On Wed, Nov 9, 2011 at 7:40 PM, Ford Prefect ford...@gmail.com wrote: When you specify NOACTIVE, the system does not record any SMF data, therefor it does not call any exits related to those records. On Wed, Nov 9, 2011 at 6:30 PM, Dave Day david...@consolidated.netwrote: Is this supposed to work this way? I've just spent a bit of time in the Init Tuning Reference, and nothing in there indicates what I'm seeing. On a z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change I make in the SMFPRM member. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit shows up and is marked as active, no matter which SMFPRM setting I am using for ACTIVE/NOACTIVE. However, only when the member is set to record with ACTIVE does my SMF exit get called. Is this working as designed? Anybody know? What I wanted to do was to turn off recording of SMF records, but still use the exits to communicate to my server address space. The exits are installed programatically using the dynamic exits facility, if that makes any difference. --Dave -- 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
Blasphemer! ;-) On Thu, Nov 10, 2011 at 12:21 PM, Paul Gilmartin paulgboul...@aim.comwrote: 42 is _not_ the answer to life, the universe, and everything. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, November 10, 2011 11:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TSO SCREENSIZE On Thu, 10 Nov 2011 09:35:18 -0600, John P Kalinich wrote: Greg Price of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 11/10/2011 08:46:03 AM: Unless they have fixed it fairly recently, SDSF does not handle large screen sizes well (unless running as an ISPF application). One problem with large screens in SDSF (ISPF) is that the ISFCMD variable is limited to 42 characters. The often recurrence of topics related to this impels me to the belief that the design philosophy of the 327x series is fundamentally flawed. To begin, why doesn't it address character cells by (row,column) coordinates rather than numbering the cells sequentially over the entire screen? The former alternative would result in far more graceful behavior with unexpected screen sizes; the latter merely saves a few bits in the address representation. Penny wise and pound foolish. Unforgivably shortsighted. 42 is _not_ the answer to life, the universe, and everything. -- gil 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 Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
Neither is Unix, nor ACSII snip 42 is _not_ the answer to life, the universe, and everything. /snip -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSOUT DATA SET NOT ALLOCATED, USER NOT AUTHORIZED FOR FUNCTION SPECIFIED
In 9741969858283522.wa.wfarrellus.ibm@bama.ua.edu, on 11/09/2011 at 05:15 PM, Walt Farrell wfarr...@us.ibm.com said: Wouldn't help in this case, I'm afraid. The relevant TSO/E message gives two dynamic allocation error return codes that are relevant, but both of them just say talk to your RACF admininstrator. And given the design of the TSO processing for this there are no ICH messages. Ouch! I hate message manuals that tell the reader to talk to himself. -- 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: SYSOUT DATA SET NOT ALLOCATED, USER NOT AUTHORIZED FOR FUNCTION SPECIFIED
Shmuel, Like the message. That said contact your systems programmer. Ef -- 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
Hi, 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). I've searched the forum and asked daddy google, but didn't get smarter. The guys from DB2-L recommended me to post this to this list (IBM-Main). If some of you guys could share one or two links I would be very grateful! Thank you in advance! Rodney -- 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: SYSOUT DATA SET NOT ALLOCATED, USER NOT AUTHORIZED FOR FUNCTION SPECIFIED
My biggest pet peeve is the 3am panic mode and you desperately look up the message to see: User Action: Contact your system programmer. My mind goes blank for a second, then I start to come to terms with the fact that I am him, and he doesn't know what the heck is wrong or he wouldn't have looked up the durn message! Oh well, the Packers are 8-0. -- 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 a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom, on 11/10/2011 at 11:48 AM, McKown, John john.mck...@healthmarkets.com said: 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. -- 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
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
Re: TSO SCREENSIZE
In 9616460194674244.wa.juergen.kellerdeutscheboerse@bama.ua.edu, on 11/10/2011 at 07:23 AM, Juergen Keller juergen.kel...@deutsche-boerse.com said: I wonder what the TERMINAL-command is for. It saves the information for use by VTIOC and applications. When I change SCRSIZE I can see that something changes but not for the application issuing some TPUTs It's the responsibility of the application to query the screen size before doing full-screen I/O. If the application only uses line mode then VTIOC will handle the screen geometry automatically. (I think that are TPUTs). TPUT is certainly the most common interface to VTIOC. I traced the data send to the screen and there where only the typical 2-byte-fields giving the position. Yes, and the application needs the screen width in order to convert row/column to buffer address. Yes we can change the application program but its a very old one and I think noone will do that. Then run it in an 80-wide screen. -- 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: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
I don't have any DB2 specific advice regarding user catalogs, but when you ask about each member having its own catalog, if you mean member in the sense of DB2 data sharing, that really won't work, since DB2 treats the whole group as a logical entity. Now if you are referring to individual subsystems, I would recommend that you have at least one user catalog per DB2 subsystem or DSG, or at a minimum that you don't define the aliases for development and production in the same user catalog. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Rodney Krick r...@aformatik.de To: IBM-MAIN@bama.ua.edu Date: 11/10/2011 12:56 PM Subject: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi, 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). I've searched the forum and asked daddy google, but didn't get smarter. The guys from DB2-L recommended me to post this to this list (IBM-Main). If some of you guys could share one or two links I would be very grateful! Thank you in advance! Rodney -- 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: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
A few suggestion: We are a small DB2 shop , so one user catalog supports 3 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. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rodney Krick Sent: Thursday, November 10, 2011 1:43 PM To: IBM-MAIN@bama.ua.edu Subject: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices Hi, 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). I've searched the forum and asked daddy google, but didn't get smarter. The guys from DB2-L recommended me to post this to this list (IBM-Main). If some of you guys could share one or two links I would be very grateful! Thank you in advance! Rodney -- 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 message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- 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
My phrasing is getting to be very poor. By STUPID, I meant more that the architecture implementation was primitive compared to today's architecures. Not that the designers or the design was stupid. It just resulted in a stupid computer (one with not many abilities) compared to today's smart computers. Which will be considered stupid in the future. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Thursday, November 10, 2011 1:08 PM 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 -- 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
Part of it is nomenclature. DB/2 catalog vs MVS catalog. I put each DB/2 catalog in a separate UCAT. It's all part of the installation process for DB/2. Also specify SYSVOLs or SMS managed for tables and indices and matching SSI. Still want to buggy whip whomever picked DSN as DB/2 hlq! In a message dated 11/10/2011 1:24:26 P.M. Central Standard Time, wdri...@us.ibm.com writes: Now if you are referring to individual subsystems, I would recommend that you have at least one user catalog per DB2 subsystem or DSG, or at a minimum that you don't define the aliases for development and production in the same user catalog. -- 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: Using Innovation's PAS to move CA-View Deliver Volumes (SAR)
Here is an update from the CA Development team: We have met with the FRDPAS support and it appears that the database can be moved in-flight. But they (meaning the Assurant people - ddk) should contact Innovation to insure that they understand what restrictions will be required (like the entire allocation must be copied and Innovation monitor tasks must be running on all LPARS that update the database). These are usage restrictions on how to correctly use the FDRPAS product. So it looks like we're all set. We're planning on doing the move on a Sunday as SAR will be doing the least amount of activity then. No concerns, just an effort to keep our staff comfortable with the idea. thanks for your responses. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: BPXI039I and SHRLIBRGNSIZE at 100% - Update
I have opened an ETR with IBM and pretty much found the same thing as others. Not well managed. So I have requested change/enhancement requests. Here is what IBM has opened on my behalf MR1110115444 - Need tools to monitor the SHRLIBRGNSIZE usage SMF records would help MR1110114548 - Need message to indicate that SHRLIBRGNSIZE is full MR1110115018 - Need better documentation about the SHRLIBRGNSIZE parm and how to manage this area. Feel free to tag along. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using Innovation's PAS to move CA-View Deliver Volumes (SAR)
I would be remiss if I did not take this opportunity to thank the people at Innovation for stepping forward and taking the initiative to contact the right people at CA and working this out to CA's satisfaction. I've worked with Innovation for many years while I was at a lot of different companies and I can say that there are a few other vendors as good as Innovation, but absolutely none better. It is always a pleasure to work with people who have this extremely high level of dedication. Thanks again, John. dd keller Here is an update from the CA Development team: We have met with the FRDPAS support and it appears that the database can be moved in-flight. But they (meaning the Assurant people - ddk) should contact Innovation to insure that they understand what restrictions will be required (like the entire allocation must be copied and Innovation monitor tasks must be running on all LPARS that update the database). These are usage restrictions on how to correctly use the FDRPAS product. So it looks like we're all set. We're planning on doing the move on a Sunday as SAR will be doing the least amount of activity then. No concerns, just an effort to keep our staff comfortable with the idea. thanks for your responses. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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 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 -- 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 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. -unsnip-- Leave us also keep in mind another set of parameters that are significant. While the Windoze-based processors may be blindingly fast at doing arithmetic, when it comes to large-scale data movements they are abysmally slow. Large-scale data mining operations are nothing more than a far-off dream of the future for Windoze processors. Similarly, processing of large matrices is a similar pipe-dream, unless the entire matrix can be maintained in RAM, as opposed to disk storage. Windoze security is an oxymoron, as is reliability (but it's slowly improving). We know that the big iron has a few drawbacks; when are the Windoze Weenies going to realize that the same is true of their platforms? 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: Bustech Virtual Tape Appliance
During installation the vendor helped find the things we missed. After going though our notes I have responded with the information offline. Thank you and have a Terrific day! Jonathan Goossen, ACG, CL Tape Specialist ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 11/10/2011 10:18:49 AM: From: Steve Dover steve.do...@ccbcc.com To: IBM-MAIN@bama.ua.edu Date: 11/10/2011 10:25 AM Subject: Re: Bustech Virtual Tape Appliance Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Radoslaw, I agree that it about learning to drive. And I have been through the manual, may times. I have been through the TMS manual, as much as I know about it. I have been throught DFSMS Object and Tape planning manuals. That is why I am asking for help. I have my TMS scratch pools set up and they appear to be working properly, but the request to the MDL always defaults to MEDIA4 (3590). I cannot make it do anything else. I was someone who had some experience in making this passthrough request could help me. On Wed, 9 Nov 2011 08:15:18 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: IMHO it's not in Support Center scope. You can call Ford to tell them about the failure, not to ask about how to drive. Regarding BusTech: the most suggested way to use it is MTL. Regarding Scrach synonyms: it is described in subchapter ...Scratch Synonyms, Virtuent User's Guide. 2 pages about it. -- Radoslaw Skorupka Lodz, Poland W dniu 2011-11-08 22:14, Ed Finnell pisze: Don't they have a Support Center? In a message dated 11/8/2011 2:43:53 P.M. Central Standard Time, john.mck...@healthmarkets.com writes: about Bustech. Does it emulate a VTS or a manual tape system? -- 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 -- o -- 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 message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: DST option ?
---snip Government intelligence. ---unsnip--- Let's not start another oxymoron thread. PLEASE!! :-) 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: TSO SCREENSIZE
-snip- My phrasing is getting to be very poor. By STUPID, I meant more that the architecture implementation was primitive compared to today's architecures. Not that the designers or the design was stupid. It just resulted in a stupid computer (one with not many abilities) compared to today's smart computers. Which will be considered stupid in the future. -unsnip--- I'd accept the term primitive far more easily than stupid. Leave us always remember the speed at which technology changes. :-) 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: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
---snip--- I don't have any DB2 specific advice regarding user catalogs, but when you ask about each member having its own catalog, if you mean member in the sense of DB2 data sharing, that really won't work, since DB2 treats the whole group as a logical entity. Now if you are referring to individual subsystems, I would recommend that you have at least one user catalog per DB2 subsystem or DSG, or at a minimum that you don't define the aliases for development and production in the same user catalog. --unsnip- I partly agree with Wayne. DB2 tables should have their own UCAT, separate from all other processing. I must caution against a profusion of UCATs; it can lead to all sorts of recriminations when doing business continuity testing (Disaster recovery.) I've always advocated 4 UCATs; testing, production, pre-production testing and DB2. 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: TSO SCREENSIZE
On Thu, Nov 10, 2011 at 11:48 AM, 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 Systems Engineer IV IT http://en.wikipedia.org/wiki/Intel_4004 1st microprocess in 1971, 740 kHz 2,300 transistors http://en.wikipedia.org/wiki/Intel_8008 April 1972 500-800 kHz 3,500 transistors http://en.wikipedia.org/wiki/Intel_8080 April 1974 2,000 kHz 6,000 transistors (CP/M 80 was designed for this processor, DR had CP/M 86 for the 8086 but didn't meet with IBM to put it on the IBM PC, so IBM hired Bill Gates to write DOS 1.0) And the original IBM 3270 screen size was Model 1, 12 lines by 40 characters. Model 2 (24 * 80) didn't come along until later. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
--snip-- Is this supposed to work this way? I've just spent a bit of time in the Init Tuning Reference, and nothing in there indicates what I'm seeing. On a z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change I make in the SMFPRM member. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit shows up and is marked as active, no matter which SMFPRM setting I am using for ACTIVE/NOACTIVE. However, only when the member is set to record with ACTIVE does my SMF exit get called. Is this working as designed? Anybody know? What I wanted to do was to turn off recording of SMF records, but still use the exits to communicate to my server address space. The exits are installed programatically using the dynamic exits facility, if that makes any difference. ---unsnip This is the behaviour I would expect. IEFACTRT is dependant on the data collected by SMF processing. No SMF processing means no data, therefore, no reason to even attempt invoking the exit. Try using it with SMF ACTIVE and use the NOTYPE(nnn...nnn) operand to supress recording of actual records. 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: Bustech Virtual Tape Appliance
Just as note to self. VAR's/vendors, provide what's in the contract whether it be hardware support, software support, training, response time, MTBF, inventory levels and performance bonds. In an evaluation matrix you can use it to see which vendors match up with what the corporate needs. Good ones will point out real vs. perceived. IBM does assurance reviews(as do others) to help determine who's responsible and where are the weak spots. In a message dated 11/10/2011 3:04:08 P.M. Central Standard Time, jonathan.goos...@assurant.com writes: the vendor helped find the things we missed -- 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: Bustech Virtual Tape Appliance
W dniu 2011-11-10 22:20, Ed Finnell pisze: [...] IBM does assurance reviews(as do others) to help determine who's responsible and where are the weak spots. he above is theory. I can provide several example of lack of such process, despite it's described in IBM's standards and manuals. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- 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: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
Rick, I don't think your method would work. If you suppress the record types that IEFACTRT is dependent on then it will not be called. If you want the exit to be called but not have the records recorded I think you would have to exclude them with IEFU8x. Scott On Thu, Nov 10, 2011 at 4:14 PM, Rick Fochtman rfocht...@ync.net wrote: --**snip** -- Is this supposed to work this way? I've just spent a bit of time in the Init Tuning Reference, and nothing in there indicates what I'm seeing. On a z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change I make in the SMFPRM member. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit shows up and is marked as active, no matter which SMFPRM setting I am using for ACTIVE/NOACTIVE. However, only when the member is set to record with ACTIVE does my SMF exit get called. Is this working as designed? Anybody know? What I wanted to do was to turn off recording of SMF records, but still use the exits to communicate to my server address space. The exits are installed programatically using the dynamic exits facility, if that makes any difference. --**-unsnip-** --- This is the behaviour I would expect. IEFACTRT is dependant on the data collected by SMF processing. No SMF processing means no data, therefore, no reason to even attempt invoking the exit. Try using it with SMF ACTIVE and use the NOTYPE(nnn...nnn) operand to supress recording of actual records. 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.htmlhttp://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: Bustech Virtual Tape Appliance
Guess I live in a theoretical world 'cause I sure been through a bunch of them. Maybe it's virtual...chuckle In a message dated 11/10/2011 4:57:02 P.M. Central Standard Time, r.skoru...@bremultibank.com.pl writes: he above is theory. -- 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: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
I would think that's dependant on when the filters are applied: during collection or just before writing the completed record. You may be right; I just don't know with a high-enough level of certainty. Rick -- Ford Prefect wrote: Rick, I don't think your method would work. If you suppress the record types that IEFACTRT is dependent on then it will not be called. If you want the exit to be called but not have the records recorded I think you would have to exclude them with IEFU8x. Scott On Thu, Nov 10, 2011 at 4:14 PM, Rick Fochtman rfocht...@ync.net wrote: --**snip** -- Is this supposed to work this way? I've just spent a bit of time in the Init Tuning Reference, and nothing in there indicates what I'm seeing. On a z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change I make in the SMFPRM member. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit shows up and is marked as active, no matter which SMFPRM setting I am using for ACTIVE/NOACTIVE. However, only when the member is set to record with ACTIVE does my SMF exit get called. Is this working as designed? Anybody know? What I wanted to do was to turn off recording of SMF records, but still use the exits to communicate to my server address space. The exits are installed programatically using the dynamic exits facility, if that makes any difference. --**-unsnip-** --- This is the behaviour I would expect. IEFACTRT is dependant on the data collected by SMF processing. No SMF processing means no data, therefore, no reason to even attempt invoking the exit. Try using it with SMF ACTIVE and use the NOTYPE(nnn...nnn) operand to supress recording of actual records. 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.htmlhttp://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: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
On 11/10/2011 4:14 PM, Rick Fochtman wrote: This is the behaviour I would expect. IEFACTRT is dependant on the data collected by SMF processing. No SMF processing means no data, therefore, no reason to even attempt invoking the exit. While irrelevant to the OP, IEFACTRT antedates SMF by a few years (note that SMF exits have an IEFU prefix), and I used it for accounting prior to the availability of SMF data. IBM normally tends to be pretty conservative about keeping things working, so my expectation would be for IEFACTRT to be invoked even without SMF active. 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: TSO SCREENSIZE
On 11/10/2011 4:15 PM, Mike Schwab wrote: And the original IBM 3270 screen size was Model 1, 12 lines by 40 characters. Model 2 (24 * 80) didn't come along until later. I seem to recall the model 2 to be available at the same time as the model 1, but that may be due to my dismissing the model 1 as useless. At the time we were running 12*80 2260s. (And while google may be my friend, in this case it turned up nothing useful) 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 (Was: TSO SCREENSIZE)
To all actually interested in 3270 pre-history And the original IBM 3270 screen size was Model 1, 12 lines by 40 characters. Model 2 (24 * 80) didn't come along until later. It was my possibly faulty recollection that just about all of the first generation of 3270 equipment was announced - and, I'm going to guess, could be delivered - in one go. By resort to comprehensive Googling, it is possible to avoid dubious speculation - because I found the smoking gun - and I also found the page which is indeed phrased in such a way that it could be misunderstood.[1] By entry of the following: history 3270 IBM the 26th hit (3rd page) is the following manual very kindly retained for us by bitsavers: An Introduction to the IBM 3270 Information Display System, GA27-2739-1, Second Edition (May 1971) http://bitsavers.org/pdf/ibm/3270/GA27-2739-1_An_Introduction_to_the_IBM_3270_Information_Display_System_May71.pdf or the 4th item on the following page: http://bitsavers.org/pdf/ibm/3270/ I draw your attention in particular to the -1 at the end of the form number. Unfortunately this isn't -0 but literally the next best thing.[2] You will note the following in the Preface: quote 3277 Display Station, Models 1 and 2 /quote and the fact there are *no* revision bars. That means that this bulleted list item was the same in the previous edition of the manual, the -0, and that, because of the date and, unlike another manual I unearthed (GA23-0060-0, November 1980), this is not some reissue of an earlier manual. Therefore the Model 1 and the Model 2 were described initially at the same time and I am going to assume they were announced at the same time, approximately the date of this manual. - [1] The 5th hit: http://www.hob-techtalk.com/2008/09/12/3270-a-brief-history quote The first display had a very small screen displaying only 12 rows with 40 characters. /quote A bit of a sort-of Chinese whisper problem here. I think this first need not *mean* chronologically although that is implied. [2] Fortunately I've just finished reading Tinker, Tailor, Soldier, Spy and so I have been tuning my deductive reasoning! I don't believe I had actually read the book before but I - tried to - follow carefully the 7-episode BBC series 30 odd years ago. I don't believe the film can possibly do justice to the complexities or the sequencing of the revelations. Another interesting point is that the BBC series included a key scene near the end which is not explicit in the book. I wonder what the film will do ... - Chris Mason On Thu, 10 Nov 2011 15:15:25 -0600, Mike Schwab mike.a.sch...@gmail.com wrote: ... And the original IBM 3270 screen size was Model 1, 12 lines by 40 characters. Model 2 (24 * 80) didn't come along until later. -- Mike A Schwab, Springfield IL 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: 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#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
Re: Bustech Virtual Tape Appliance
Re: note to self. Unfortunately not all VAR#39;s are reputable. This has nothing to do with any company under discussion. 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: IGD049I ACTIVATE FAILED - ACS
Most times the problem is that you have specified one SCDS for your changes and are trying to activate another one. Sometimes people forget to put the DSN in quotes on one page, and sometimes they try to activate from a completely different dataset than they think they are using. This is probably one of those errors, just check the dataset names and you will probably see where you went wrong. Sometimes it's very easy to overlook something simple like a single character different or transposed. Brian -- 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: IGD049I ACTIVATE FAILED - ACS
Who/What are you responding to? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Brian Westerman brian_wester...@syzygyinc.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Thu, 10 Nov 2011 20:50:17 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: IGD049I ACTIVATE FAILED - ACS Most times the problem is that you have specified one SCDS for your changes and are trying to activate another one. Sometimes people forget to put the DSN in quotes on one page, and sometimes they try to activate from a completely different dataset than they think they are using. This is probably one of those errors, just check the dataset names and you will probably see where you went wrong. Sometimes it's very easy to overlook something simple like a single character different or transposed. Brian -- 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
In 1320976541.27279.yahoomailmob...@web161405.mail.bf1.yahoo.com, on 11/10/2011 at 05:55 PM, Ed Gould ps2...@yahoo.com said: My memory is iffy here as well but I do remember that we had 12 x 80 screens but the model number was 2260. There was a 2260 Model 1[1] and a 2260 Model 2. Both shipped in the 1960's. By the 1970's the 2260 was obsolete. [1] Google for landfill -- 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: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
In 4ebc3ed0.4040...@ync.net, on 11/10/2011 at 03:14 PM, Rick Fochtman rfocht...@ync.net said: This is the behaviour I would expect. IEFACTRT is dependant on the data collected by SMF processing. There is a difference between SMF data collection and SMF data recording. Tying them together is, IMHO, a design defect. No SMF processing means no data, BAD. -- 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 CAJTOO59W20A0m-Gu8nBtudc_h=1ks9hz4gerfvqhrradmqf...@mail.gmail.com, on 11/10/2011 at 03:15 PM, Mike Schwab mike.a.sch...@gmail.com said: DR had CP/M 86 for the 8086 but didn't meet with IBM to put it on the IBM PC, Because they wouldn't talk to DR without an unacceptable contract. so IBM hired Bill Gates to write DOS 1.0) That may be what gill bates promised, but in the event he bought QDOS and renamed it. -- 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 4ebc3b0f@ync.net, on 11/10/2011 at 02:58 PM, Rick Fochtman rfocht...@ync.net said: Wasn't there also a 3276, That came later, along with the 3278 and 3279, -- 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 4ebc3a73.5070...@ync.net, on 11/10/2011 at 02:56 PM, Rick Fochtman rfocht...@ync.net said: While the Windoze-based processors There are none. The same processors running windoze are capable of running better operating systems. In fact, IBM announced support for Linux in a zBX before it announced support for windoze on the same processors. -- 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)
Thanks for the link, Chris. 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. My first 3270 data stream experience was with a Mod 2 in 1976. I did something similar to the classic Hello World application, but it was acctually a calculator that supported two operands and the operators +-*/. By sometime in 1977, we had a homegrown 3270 based transaction processor affectionately called TP which was similar in overall function to CICS (of that era), but nowhere near comparable to CICS as far as features. 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. The last time I used the GX20-1878-3 was probably 1989-1991 when I was asked to see if I could write a number of user exits to a product called Verify (then developed and owned by Online Software International -- later acquired by CA, and I believe retired, although an incarnation of it for VTAM might still exist), which was an early regression tester for CICS. Verify had the ability to record input 3270 data streams and output 3270 data streams from a series of transactions, and rerun them later, presumably after system changes were made. There was a compare function to see if the same output resulted before and after the changes -- regression testing. We didn't use it that way, though. . . ...The task was to drive CICS transactions with input data from flat files (QSAM), record the output in flat files, and respond with some level of intelligence to whatever output from the transaction was. This required a lot of dynamic file allocation and OPEN, GET, PUT, and CLOSE -- stuff one is not supposed to do in CICS-- and precise 3270 data stream interpretation and manipulation, and there was the need for GX20-1878-3. A couple of big SW vendors were approached about this and passed on the opportunity before I was contacted. 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! Not really relevant, but the application requiring the Verify work was a very industry-specific accounting application (something like mining -- multiple landowners, etc.) that had been developed with the help of one of the big accounting firms. The customer needed to migrate data from several disparate systems to their new application which was CICS/DB2 based, so this creation served to: 1) stress test the new infrastructure (and stress the infrastructure it did, with a near zero user think time), 2) test the new application code, and ... 3) facilitate the data migration from the older disparate systems to the new one. Larry Chenevert - Original Message - From: Chris Mason chrisma...@belgacom.net Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Thursday, November 10, 2011 7:41 PM Subject: 3270 archaeology (Was: TSO SCREENSIZE) To all actually interested in 3270 pre-history And the original IBM 3270 screen size was Model 1, 12 lines by 40 characters. Model 2 (24 * 80) didn't come along until later. It was my possibly faulty recollection that just about all of the first generation of 3270 equipment was announced - and, I'm going to guess, could be delivered - in one go. By resort to comprehensive Googling, it is possible to avoid dubious speculation - because I found the smoking gun - and I also found the page which is indeed phrased in such a way that it could be misunderstood.[1] By entry of the following: history 3270 IBM the 26th hit (3rd page) is the following manual very kindly retained for us by bitsavers: An Introduction to the IBM 3270 Information Display System, GA27-2739-1, Second Edition (May 1971) http://bitsavers.org/pdf/ibm/3270/GA27-2739-1_An_Introduction_to_the_IBM_3270_Information_Display_System_May71.pdf or the 4th item on the following page: http://bitsavers.org/pdf/ibm/3270/ I draw your attention in particular to the -1 at the end of the form number. Unfortunately this isn't -0 but literally the next best thing.[2] You will note the following in the Preface: quote . 3277 Display Station, Models 1 and 2 /quote and the fact there are *no* revision bars. That means that this bulleted list item was the same in the previous edition of the manual, the -0, and that, because of the date and, unlike another manual I unearthed (GA23-0060-0, November 1980), this is not some reissue of an earlier manual. Therefore the Model 1 and the Model 2 were described initially at the same time and I am going to assume they were
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 -- 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