Re: IBM PR: System z Announcement Webcast on October 21, 2008
Ken Porowski wrote: I did hear of one company that HAD to move to IFL/z/VM simply because they could no longer increase power to the datacenter (Power company restriction). Only other alternative was to move. A phenomenon known as the $300,000,000 PC. Frank DiGilio's Mainframe Mythbusting presentation cites the Wall Street Journal as saying distributed server farms can generate up to 3800 watts per square foot! A z9 EC generates only 312 watts per square foot. (Less than 10%.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM PR: System z Announcement Webcast on October 21, 2008
Edward Jaffe wrote: Ken Porowski wrote: I did hear of one company that HAD to move to IFL/z/VM simply because they could no longer increase power to the datacenter (Power company restriction). Only other alternative was to move. A phenomenon known as the $300,000,000 PC. Frank DiGilio's Mainframe Mythbusting presentation cites the Wall Street Journal as saying distributed server farms can generate up to 3800 watts per square foot! A z9 EC generates only 312 watts per square foot. (Less than 10%.) I heard an opinion from some PC bigot that this is the proof that Intel platform offers denser computing power. More watts mean more CPUs, channels, etc. vbg explanation for those who need it I do not support the opinion above. /explanation for those who need it Seriously speaking, nowadays is experience denser packaging of servers, disks, etc. and some devices (like CPUs) need more power - all of that causes more watts/m2 (or sq. ft) More power also means more cooling (and again more power). This is an issue for infrastructure personnel, because usuallay old server rooms are not prepared for such change and changing it without outages for production systems is really hard work. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM PR: System z Announcement Webcast on October 21, 2008
Ken Porowski wrote: I thought the z10 4.4GHz chips were the answer to the CPU intensive issue (but probably not all). The z10 is is not designed for CPU-intensive work. That is what pSeries (a RISC processor) is for. Rather, it was designed to dispel the myth that mainframes are slow. Too many CIOs -- those that believe what they read in Airline magazines -- thought that raw GHz was a valid way to compare the performance of System z to other platforms; real throughput did not matter. IBM got tired of trying to explain the realities over and over. So, they chose to standardize on a new chip with a cycle speed 160% faster than the previous generation of mainframes. Does it run 160% faster? No. According to MSU ratings, it's the normal, expected 40% faster. But, those misinformed CIOs are now satisfied. It's analogous to why IBM implemented 64-bit addressing instead of the expected 63-bit. Both systems will address more data than all of the DASD in the world. But, the competitors would have convinced these idiots that 64-bit was superior to 63-bit. (Just a bit better. ;-) ) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM PR: System z Announcement Webcast on October 21, 2008
Edward Jaffe wrote: Ken Porowski wrote: I thought the z10 4.4GHz chips were the answer to the CPU intensive issue (but probably not all). The z10 is is not designed for CPU-intensive work. That is what pSeries (a RISC processor) is for. Rather, it was designed to dispel the myth that mainframes are slow. Too many CIOs -- those that believe what they read in Airline magazines -- thought that raw GHz was a valid way to compare the performance of System z to other platforms; real throughput did not matter. IBM got tired of trying to explain the realities over and over. I used to explaining it for years, so now I have answer #1 : Why do you compare computer (mainframe) to processor? Does it make any sense? What about SAP *processor* and those in channel card? It's like comparing Dodge Viper to freight train. Maybe Viper is master in terms of GHz, but throughput of the train is still out of range. And now the train got new engine from TGV g Answer #2: Yes, maybe your Intel Core 2 Duo Quad + Hyper is faster when you compute Gamma function or some integral. However my machine does very simple computations as J.Smith $100 - J.Smith $102 (add 2%). And every record need to be read and written, and there are millions of them. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C03 abend when omitting CEE.SCEERUN from JCL
Hi John, Previously we searched duplicate module names manually, but your suggestion is much quicker. But we again couldn't find any duplicate module names for the CEE.SCEERUN dataset and other lnklst datasets. Thanks and regards. Mürsel Taşgın BT Sistem Yönetimi Yönetici Yardımcısı Akbank Genel Müdürlüğü Sabancı Center 34330, İstanbul Tel: + 90 212 385 53 85 Faks: +90 212 282 62 76 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: Friday, October 17, 2008 6:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omitting CEE.SCEERUN from JCL On Fri, 17 Oct 2008 10:20:44 -0500, Roach, Dennis [EMAIL PROTECTED] wrote: The cause could be ANY duplicate module in SCEERUN that is in LPA or ahead of SCEERUN in linklist that gets invoked, directly or indirectly, by the executing program. And ... MXI LPD * displays what's in the current, in VStorage, active LPA... Further to that thought, you should also check for MLPAs or dynamic LPA updates (via SETPROG). Bill I find duplicates using DDLIST in ISPF. On any command line, enter DDLIST. Then enter LINKLIST to add the current LNKLST to the display. Then enter ONLY LINKLIST to exclude all other allocations. Then enter DUPLICATES to see what is duplicated and where the duplicates exist. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli olup, yalnızca mesajda belirlenen alıcı ile ilgilidir.Size yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini başka bir kişiye açıklamayınız, herhangi bir ortama kopyalamayınız. Bu mesaj aksi sözleşme ile belirtilmedikçe herhangi bir finansal işlem teklifi, alımı, satımı veya herhangi bir havalenin teyidi gibi bankacılık işlemi yapılması amacını taşımamaktadır.Verilen tüm bilgilerin doğruluğu ve bütünlüğünün garantisi verilmemekte olup, önceden bildirilmeksizin değiştirilebilecektir.Bu mesajın içeriği Bankamızın resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir hukuki sorumluluğu kabul etmez. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C03 abend when omitting CEE.SCEERUN from JCL
Hi, It is a DB2 Cobol program and make calls to other programs compiled with ASM, Enterprise Cobol and 1 VS Cobol program. We think that there is a problem with the program (ie. Not closing datasets properly etc.) But we cannot understand why does it work with CEE.SCEERUN in JOBLIB and doesn't work when it needs to call it from LNKLST. Thanks and regards. Mürsel Taşgın BT Sistem Yönetimi Yönetici Yardımcısı Akbank Genel Müdürlüğü Sabancı Center 34330, İstanbul Tel: + 90 212 385 53 85 Faks: +90 212 282 62 76 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, October 17, 2008 7:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omitting CEE.SCEERUN from JCL On Fri, 17 Oct 2008 11:04:51 -0500, Chase, John [EMAIL PROTECTED] wrote: When we remove CEE.SCEERUN joblib statement from the JCL, the job abends with C03: IKJ56641I SYSTEM ABEND CODE C03 REASON CODE 0004 Note the message ID: It's a TSO message. Leads me to believe more needs to be known about just how the program is invoked. Seems that it's not via normal batch JCL; i.e., it's not via //STEPNAME EXEC PGM=COBOLPGM -jc- Perhaps its a DB2 COBOL program. But that shouldn't matter. It should run without the JOBLIB all things being equal. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli olup, yalnızca mesajda belirlenen alıcı ile ilgilidir.Size yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini başka bir kişiye açıklamayınız, herhangi bir ortama kopyalamayınız. Bu mesaj aksi sözleşme ile belirtilmedikçe herhangi bir finansal işlem teklifi, alımı, satımı veya herhangi bir havalenin teyidi gibi bankacılık işlemi yapılması amacını taşımamaktadır.Verilen tüm bilgilerin doğruluğu ve bütünlüğünün garantisi verilmemekte olup, önceden bildirilmeksizin değiştirilebilecektir.Bu mesajın içeriği Bankamızın resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir hukuki sorumluluğu kabul etmez. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C03 abend when omiting CEE.SCEERUN from JCL
Hi Denis, CEE.SCEERUN is the last of 4 datasets in JOBLIB statement. 3 datasets prior to CEE.SCEERUN are datasets application developers' load libraries. Thanks and regards. Mürsel Taşgın BT Sistem Yönetimi Yönetici Yardımcısı Akbank Genel Müdürlüğü Sabancı Center 34330, İstanbul Tel: + 90 212 385 53 85 Faks: +90 212 282 62 76 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roach, Dennis Sent: Sunday, October 19, 2008 9:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL When you pull SCEERUN from the JOBLIB/STEPLIB/tasklib DD statement, what is left? If there was anything after it, those libraries will now be searched ahead of LPA/LINKLIST. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mürsel Tasgin (BT Isletim ve Teknik Destek Bölümü) Sent: Friday, October 17, 2008 10:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL Hi Mark, We are at zOS 1.9. We put CEE.SCEERUN at the top of LNKLST and activate a new set of LNKLST. We searched LPA and MLPA datasets as well for a module having same name with the ones in CEE.SCEERUN but didn't find any. Is there a quick way (a parameter or tracer) to list or report which call sequence occurs during the execution of our problematic batch program? Thanks and regards. Mürsel Taşgın BT Sistem Yönetimi Yönetici Yardımcısı Akbank Genel Müdürlüğü Sabancı Center 34330, İstanbul Tel: + 90 212 385 53 85 Faks: +90 212 282 62 76 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, October 17, 2008 5:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL On Fri, 17 Oct 2008 17:18:20 +0300, Mürsel TaÅŸgın (BT Ä°ÅŸletim ve Tek nik Destek Bölümü) [EMAIL PROTECTED] wrote: Hi Mark, We checked the CEE.SCEERUN dataset again to be sure. CEE.SCEERUN in LNKLST and the one coded inside JCL are exactly the same(no volser is coded and the dataset is accessed via MCAT). When we searched CEEBINIT it is found in CEE.SCEERUN as well. One further investigation; we listed all the module names and aliases that reside in LNKLST datasets and try to find if there are any common module names of aliases that are in different physical datasets. There are no module names or alias names that reside in CEE.SCEERUN and any other dataset inside linklist (regardless of dataset's position in LNKLST). Thanks and regards. Did you check LPA also when using ISRDDN? If so, then get a dump and open a PMR with IBM. Just out of curisosity, what OS level is this for? I am assuming someone didn't just apply the LE support for that level of COBOL to the LE lib in the LNKLST. If they did, of course you would need an LLA UPDATE of that library / REFRESH. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli olup, yalnızca mesajda belirlenen alıcı ile ilgilidir.Size yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini başka bir kişiye açıklamayınız, herhangi bir ortama kopyalamayınız. Bu mesaj aksi sözleşme ile belirtilmedikçe herhangi bir finansal işlem teklifi, alımı, satımı veya herhangi bir havalenin teyidi gibi bankacılık işlemi yapılması amacını taşımamaktadır.Verilen tüm bilgilerin doğruluğu ve bütünlüğünün garantisi verilmemekte olup, önceden bildirilmeksizin değiştirilebilecektir.Bu mesajın içeriği Bankamızın resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir hukuki sorumluluğu kabul etmez. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli olup, yalnızca mesajda belirlenen alıcı ile ilgilidir.Size yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini başka bir kişiye
XML System Services sample
Hi Somewhere a complete XML System Services sample ? I would like to see some performance compare with the XML Toolkit -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDF II
-- OK, sorted. J.I.C. anyone else struggles with this, it was caused by PREFIX being set to NOPREFIX, therefore SDF2INV was trying to LIBDEF the wrong DSN. IE: The DSN should have had the userid as the HLQ. Cheers, Vern. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default class for JES2 SYSOUT
Hi Mark and Barry, I'm sorry to take so long to reply - I think I'm on a different time zone to you (I'm in the UK) and don't work weekends normally. Plus I was stuck in meetings for most of Friday. Anyway, you are spot on with your advice and I'm really surprised that CA didn't suggest checking the options as I've had a query about this logged with them since 26th September! I will let them know what the solution is. We did have $SYSOUTC coded as X'C1'. I don't know why - it probably dates back to when ASM2 was first installed many years ago, long before I took on responsibility for it, but the output has been discarded for years. I have changed it this morning and now the output goes to the purge class as we wanted. I had a horrible feeling it was going to be something really stupid that I had overlooked, but because of the response I'd had from CA, I was convinced it was some operating system default and have spent hours looking at completely the wrong thing! Anyway, as the saying goes, all's well that ends well. Thank you so much for having taken the time and trouble to respond and for researching the solution for me. I am really very grateful for your help and advice. It's fantastic to find a group of people that are willing to spend their time helping out a complete stranger. Thanks again and kindest regards Sally -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Addressing Scheme with 64 vs 63 bits
And why was it expected to be 63 bit ? Was there an expectation that one bit will be used to distinguish a 63 bit address from 31 / 24 bit addresses ? Mohammad On Sun, 19 Oct 2008 23:33:22 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: It's analogous to why IBM implemented 64-bit addressing instead of the expected 63-bit. Both systems will address more data than all of the DASD in the world. But, the competitors would have convinced these idiots that 64-bit was superior to 63-bit. (Just a bit better. ;-) ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OUTPUT JESDS= statement
Hi, All, Running z/OS 1.9, JES2. Like presumably most shops, we've configured JOBCLASS STC to send the joblog, et al to the bit bucket. Now wanting to retain the joblog for CICS regions, I've added an //OUT1 OUTPUT JESDS=ALL statement to the started job library member for my sandbox CICS region, as shown in the example in the JCL Reference manual. The joblog, et al still go to the bit bucket instead of the MSGCLASS= class. What am I missing? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUTPUT JESDS= statement
Could you start your CICS like this S CICSXX,MSGCLASS=A Assuming Class A is standard SYSOUT. The OUTPUT would be just for the JCL sysouts I think. Lizette Hi, All, Running z/OS 1.9, JES2. Like presumably most shops, we've configured JOBCLASS STC to send the joblog, et al to the bit bucket. Now wanting to retain the joblog for CICS regions, I've added an //OUT1 OUTPUT JESDS=ALL statement to the started job library member for my sandbox CICS region, as shown in the example in the JCL Reference manual. The joblog, et al still go to the bit bucket instead of the MSGCLASS= class. What am I missing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUTPUT JESDS= statement
I think that you are missing a couple of things. You would at least need to specify the new SYSOUT class on the OUTPUT statement. I am not sure, however, if that would work. The way that we override message class is to assign a job card to the started task (IEFJOBS) and specify MSGCLASS there. There are some notes about that here: http://billlalonde.tripod.com/back/mvsh002.htm I think that you can also specify MSGCLASS on the START command if you would prefer that method. Bill On Mon, 20 Oct 2008 09:17:19 -0500, Chase, John [EMAIL PROTECTED] wrote: Hi, All, Running z/OS 1.9, JES2. Like presumably most shops, we've configured JOBCLASS STC to send the joblog, et al to the bit bucket. Now wanting to retain the joblog for CICS regions, I've added an //OUT1 OUTPUT JESDS=ALL statement to the started job library member for my sandbox CICS region, as shown in the example in the JCL Reference manual. The joblog, et al still go to the bit bucket instead of the MSGCLASS= class. What am I missing? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C03 abend when omiting CEE.SCEERUN from JCL
Reentrant programs from authorized libraries loaded into subppol 251. All other programs are loaded into subpool 252 which is NOT fetch protected. Perhaps using CEE.SCEERUN as STEPLIB/JOBLIB looses the status of an authorized library. Unfortunally also just a guess without a dump. Verify if the program with the DCB/DCBE is loaded into SP251 or SP252. Roland Hi Denis, CEE.SCEERUN is the last of 4 datasets in JOBLIB statement. 3 datasets prior to CEE.SCEERUN are datasets application developers' load libraries. Thanks and regards. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUTPUT JESDS= statement
On Mon, 20 Oct 2008 09:17:19 -0500, Chase, John [EMAIL PROTECTED] wrote: Like presumably most shops, we've configured JOBCLASS STC to send the joblog, et al to the bit bucket. Now wanting to retain the joblog for CICS regions, I've added an //OUT1 OUTPUT JESDS=ALL statement to the started job library member for my sandbox CICS region, as shown in the example in the JCL Reference manual. The joblog, et al still go to the bit bucket instead of the MSGCLASS= class. What am I missing? What else did you have on your OUTPUT statement? What you've shown us would not override the purging. You'd probably need the CLASS and/or OUTDISP operands, too. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUTPUT JESDS= statement
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Big Iron I think that you are missing a couple of things. You would at least need to specify the new SYSOUT class on the OUTPUT statement. But from my reading of the JCL Reference, that should not be necessary; it's supposed to go to the MSGCLASS specified on the JOB card. I am not sure, however, if that would work. The way that we override message class is to assign a job card to the started task (IEFJOBS) and specify MSGCLASS there. Exactly what I'm trying. So far, no workie. There are some notes about that here: http://billlalonde.tripod.com/back/mvsh002.htm I think that you can also specify MSGCLASS on the START command if you would prefer that method. We'd rather KISS. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUTPUT JESDS= statement
If you've used OUTDISP to force deletion of the started task output, then you would need to override that in your OUTPUT statement. If you use a dummy SYSOUT class to suppress the job output, then you need to specify a different SYSOUT class, Bill On Mon, 20 Oct 2008 09:53:42 -0500, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Big Iron I think that you are missing a couple of things. You would at least need to specify the new SYSOUT class on the OUTPUT statement. But from my reading of the JCL Reference, that should not be necessary; it's supposed to go to the MSGCLASS specified on the JOB card. I am not sure, however, if that would work. The way that we override message class is to assign a job card to the started task (IEFJOBS) and specify MSGCLASS there. Exactly what I'm trying. So far, no workie. There are some notes about that here: http://billlalonde.tripod.com/back/mvsh002.htm I think that you can also specify MSGCLASS on the START command if you would prefer that method. We'd rather KISS. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VBM to VBA?
---snip--- Yeah Gil..ur right it was IEBGENER...But I heard it could not produce desired output from VBA to FB ---unsnip--- I've never seen any IBM utility that would convert from variable to fixed, or convert the carriage control characters. I've always use a RYO utility, custom built, for those transitions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM PR: System z Announcement Webcast on October 21, 2008
---snip-- A phenomenon known as the $300,000,000 PC. Frank DiGilio's Mainframe Mythbusting presentation cites the Wall Street Journal as saying distributed server farms can generate up to 3800 watts per square foot! A z9 EC generates only 312 watts per square foot. (Less than 10%.) I heard an opinion from some PC bigot that this is the proof that Intel platform offers denser computing power. More watts mean more CPUs, channels, etc. vbg -unsnip- Another example of Airline Magazine Technology. Where in the name of all that's holy do they find those idiots to write that garbage?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUTPUT JESDS= statement
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Walt Farrell On Mon, 20 Oct 2008 09:17:19 -0500, Chase, John wrote: Like presumably most shops, we've configured JOBCLASS STC to send the joblog, et al to the bit bucket. Now wanting to retain the joblog for CICS regions, I've added an //OUT1 OUTPUT JESDS=ALL statement to the started job library member for my sandbox CICS region, as shown in the example in the JCL Reference manual. The joblog, et al still go to the bit bucket instead of the MSGCLASS= class. What am I missing? What else did you have on your OUTPUT statement? What you've shown us would not override the purging. You'd probably need the CLASS and/or OUTDISP operands, too. OK, added OUTDISP=(KEEP,KEEP) to the OUTPUT statement and got what we're looking for (JESDS went to MSGCLASS). I'll think about a potential RCF because (as far as I can tell) the JCL Reference says only that I need OUTPUT JESDS= before the first EXEC card. But now I notice the intro to the JESDS sub-parm does say ... according to the parameters (plural) on the OUTPUT statement, so I guess it does suggest that more parms -might- be needed. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUTPUT JESDS= statement
On your Started JOB library member, put a valid job statement with MSGCLASS and MSGLEVEL operands. Chase, John wrote: Hi, All, Running z/OS 1.9, JES2. Like presumably most shops, we've configured JOBCLASS STC to send the joblog, et al to the bit bucket. Now wanting to retain the joblog for CICS regions, I've added an //OUT1 OUTPUT JESDS=ALL statement to the started job library member for my sandbox CICS region, as shown in the example in the JCL Reference manual. The joblog, et al still go to the bit bucket instead of the MSGCLASS= class. What am I missing? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM PR: System z Announcement Webcast on October 21, 2008
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman ---snip-- A phenomenon known as the $300,000,000 PC. Frank DiGilio's Mainframe Mythbusting presentation cites the Wall Street Journal as saying distributed server farms can generate up to 3800 watts per square foot! A z9 EC generates only 312 watts per square foot. (Less than 10%.) I heard an opinion from some PC bigot that this is the proof that Intel platform offers denser computing power. More watts mean more CPUs, channels, etc. vbg -unsnip- Another example of Airline Magazine Technology. Where in the name of all that's holy do they find those idiots to write that garbage?? The Internet. Possibly Al Gore's progeny (he _did_ invent the Internet, after all). :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUTPUT JESDS= statement
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman On your Started JOB library member, put a valid job statement with MSGCLASS and MSGLEVEL operands. Already had this: //CICSTECH JOB ,'TECHIE SANDBOX',MSGCLASS=8,TIME=1440 //OUT1 OUTPUT JESDS=ALL Added OUTDISP=(KEEP,KEEP) to the OUTPUT statement (per Walt Farrell and Big Iron) and got what we want. Thanks, all. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Capture Job information from spool
Raj, If all you want is a listing of Jobname, RC, and runtime you will probably find it much simpler to process the SMF Type 30 records, rather than trying to massage this information out of SPOOL via SDSF. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brain Sent: Wednesday, October 15, 2008 10:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Capture Job information fom spool Thanks for the reply ..we are using OS/390 operating system. Could you please send me a copy to my personal id [EMAIL PROTECTED] Thanks, raj -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM PR: System z Announcement Webcast on October 21, 2008
Radoslaw This reminds me of a comment made to me by a Russian who took me to see his ministry's[1] computer stand[2] at an exhibition in Sokolniki Park and then to see another ministry's stand. Disparagingly he translated one of the cards for me which, in a manner comparable to boasting how many hectares of grain had been harvested, proclaimed proudly how many kilometres of copper wire were present in the machine. I believe he mentioned that the people responsible were from the Urals. This was back in 1975. Chris Mason [1] The Ministry of Instrumentation Technology of something similar and the computer was obliged to be a control complex since the other ministry, Radio, had the computer mission. [2] This stand showed a machine which was a copy of an East German design which was a copy of a Siemens design which was a copy of an RCA design which was a copy of the IBM 360! A DOS linkage edit printout was coming off the 1403 and I was able to tell them they had forgotten the INCLUDE statements for the I/O modules - a common DOS mistake! On Mon, 20 Oct 2008 08:31:32 +0200, R.S. [EMAIL PROTECTED] wrote: Edward Jaffe wrote: ... Frank DiGilio's Mainframe Mythbusting presentation cites the Wall Street Journal as saying distributed server farms can generate up to 3800 watts per square foot! A z9 EC generates only 312 watts per square foot. (Less than 10%.) I heard an opinion from some PC bigot that this is the proof that Intel platform offers denser computing power. More watts mean more CPUs, channels, etc. vbg ... -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Probably a basic MQ question
Hi list, I know very little about MQSeries except that I'm having a problem with it and I don't know enough about it to even know where to look next. We are running MQ 5.3.1 on z/OS 1.7. According to a DISPLAY ARCHIVE command, I have the ARCRETN period set to 5 days. We discovered that for some reason, MQ isn't deleting older archive datasets. It has archive datasets going back to September 19. According to a DISPLAY USAGE command, the RBA that I would need to go back to for recovery is from today, within the current ARCHIVE dataset. Until I manually deleted a bunch of the oldest ARCHIVE datasets, we had over 230 generations of archives on the system. These are not on SMS managed packs so there shouldn't be any contention with SMS constructs keeping them around. Even if they were on SMS packs, according to the manual, the archives should only be kept around as long as the shorter of the two retentions. How do I get MQ to start cleaning up after itself again? Where do I even look to figure out what is going wrong? TIA Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Addressing Scheme with 64 vs 63 bits
Mohammad Khan wrote: And why was it expected to be 63 bit ? Was there an expectation that one bit will be used to distinguish a 63 bit address from 31 / 24 bit addresses ? During the early discussions, many people expected ESAME to implement 63-bit addressing for reasons similar to why XA/370, ESA/370, and ESA/390 implemented 31-bit and not 32-bit addressing. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/Architecture Reference Summary
Did you know the quoted price for these little gems (that came from the original S/360 green card) are now priced at $173.82?!! I know they're downloadable for free, but I wanted to hand them out to a class in the little booklet form, not on 8.5 * 11 copy paper. But $173.82 for 84 pages? Plus shipping. What's up with that? Note: this is for the -04 version. The -03 version is only $52.64. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
On Mon, 20 Oct 2008 11:15:56 -0600, Steve Comstock [EMAIL PROTECTED] wrote: Did you know the quoted price for these little gems (that came from the original S/360 green card) are now priced at $173.82?!! I know they're downloadable for free, but I wanted to hand them out to a class in the little booklet form, not on 8.5 * 11 copy paper. But $173.82 for 84 pages? Plus shipping. What's up with that? Note: this is for the -04 version. The -03 version is only $52.64. My take on it, for what it is worth, is that IBM simply does NOT want to be bothered with being in the paper publishing business. So, this is the way that they encourage people to use on-line documentation, or simply print it themselves. Also, from what little I know, printing on off sized papers is quite a bit more expensive than on standard paper such as letter or A4 sized paper. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
It's probably the leather bound, gold edged, collector's edition ... what with the mainframe being dead and all. ;-) Date: Mon, 20 Oct 2008 11:15:56 -0600 From: [EMAIL PROTECTED] Subject: z/Architecture Reference Summary To: IBM-MAIN@BAMA.UA.EDU Did you know the quoted price for these little gems (that came from the original S/360 green card) are now priced at $173.82?!! I know they're downloadable for free, but I wanted to hand them out to a class in the little booklet form, not on 8.5 * 11 copy paper. But $173.82 for 84 pages? Plus shipping. What's up with that? Note: this is for the -04 version. The -03 version is only $52.64. Kind regards, -Steve Comstock The Trainer's Friend, Inc. _ When your life is on the go—take your life with you. http://clk.atdmt.com/MRT/go/115298558/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C03 abend when omitting CEE.SCEERUN from JCL
In the case of normal COBOL termination (e.g., GOBACK from main, STOP RUN, etc.) or abnormal COBOL termination (e.g., abend with TRAP(ON) in effect), COBOL will attempt to close any files that were left open and the C03 abend will be avoided. However, if an assembler program dynamically loads a COBOL program that opened a file and did not close it and then the assembler program deletes the COBOL program, this is where a C03 abend can occur. The COBOL Migration Guide says that unpredictable results may occur in certain cases if a COBOL program was SVC LOADed and then subsequently SVC DELETEd (the C03 abend is one of these unpredictable results). The COBOL library does not make any distinction as to where the library routines are loaded. However, I have seen cases before that when modules are loaded from different locations (STEPLIB, JOBLIB, LINKLSK, LPA, etc.), they may get loaded in different areas of storage. This would cause a DCB to be getmained at a different address. Then, when the COBOL program is deleted and if the DCB also gets freed (but the storage is not reused), the task termination code could still find the DCB in storage and can close the file successfully. However, if the DCB stoage got reused after the DCB was freed, task termination would no longer find the DCB in storage and would issue the C03 abend. So, seeing the C03 abend when putting the SCEERUN library in LPA or LINKLST vs. STEPLIB or JOBLIB may not actually be the cause of the problem, but rather may have just exposed the problem due to the way that storage was allocated and freed. It could be that your application was just lucky in not getting the abend until now when the storage usage was different. The correct solution is to always close your files before ending the application. It that is not possible for some reason, then do not delete the COBOL program that was SVC loaded by an assembler program until after the COBOL environment has terminated. Rick Arellanes IBM COBOL Development -Original Message- On Mon, 20 Oct 2008 10:00:50 +0300, Mürsel Ta#351;g#305;n [EMAIL PROTECTED] wrote: Hi, It is a DB2 Cobol program and make calls to other programs compiled with ASM, Enterprise Cobol and 1 VS Cobol program. We think that there is a problem with the program (ie. Not closing datasets properly etc.) But we cannot understand why does it work with CEE.SCEERUN in JOBLIB and doesn't work when it needs to call it from LNKLST. Thanks and regards. Mürsel Taþgýn BT Sistem Yönetimi Yönetici Yardýmcýsý Akbank Genel Müdürlüðü Sabancý Center 34330, Ýstanbul Tel: + 90 212 385 53 85 Faks: +90 212 282 62 76 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
I remember when I took a university course on 370 assembler language programming. A yellow card was a couple of bucks and we were allowed to use it when taking the tests, along with anything that we could write on it. Here we go with another good ol days thread :-) Kirk Wolf Dovetailed Technologies FWIW - we actually used the Assist emulator that ran with the other WAT* emulators under a fast batch JES2 subsystem. On Mon, Oct 20, 2008 at 12:37 PM, J R [EMAIL PROTECTED] wrote: It's probably the leather bound, gold edged, collector's edition ... what with the mainframe being dead and all. ;-) Date: Mon, 20 Oct 2008 11:15:56 -0600 From: [EMAIL PROTECTED] Subject: z/Architecture Reference Summary To: IBM-MAIN@BAMA.UA.EDU Did you know the quoted price for these little gems (that came from the original S/360 green card) are now priced at $173.82?!! I know they're downloadable for free, but I wanted to hand them out to a class in the little booklet form, not on 8.5 * 11 copy paper. But $173.82 for 84 pages? Plus shipping. What's up with that? Note: this is for the -04 version. The -03 version is only $52.64. Kind regards, -Steve Comstock The Trainer's Friend, Inc. _ When your life is on the go—take your life with you. http://clk.atdmt.com/MRT/go/115298558/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
C03 abend when omitting CEE.SCEERUN from JCL
When you say 1 VS COBOL program Do you mean VS COBOL II or OS/VS COBOL? If it is OS/VS COBOL, then this may WELL be part of the problem. However, for either VS COBOL II or OS/VS COBOL, was the program compiled with RES or NORES? (You can use COBANAL or Edge Portfolio to find this out). If you have ANY NORES program mixed in with an Enterprise COBOL application, you are into the wonderful world of MIXRES and things can get VERY funny. I can (relatively) easily imagine that this may well lead to problems with different locations for SCEERUN. If your VS COBOL (OS/VS COBOL or VS COBOL II) program is compiled with NORES, then I suggest recompiling with RES and seeing if this fixes the problem. Mürsel Ta#351;g#305;n [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi, It is a DB2 Cobol program and make calls to other programs compiled with ASM, Enterprise Cobol and 1 VS Cobol program. We think that there is a problem with the program (ie. Not closing datasets properly etc.) But we cannot understand why does it work with CEE.SCEERUN in JOBLIB and doesn't work when it needs to call it from LNKLST. Thanks and regards. Mürsel Tasgin BT Sistem Yönetimi Yönetici Yardimcisi Akbank Genel Müdürlügü Sabanci Center 34330, Istanbul Tel: + 90 212 385 53 85 Faks: +90 212 282 62 76 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, October 17, 2008 7:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omitting CEE.SCEERUN from JCL On Fri, 17 Oct 2008 11:04:51 -0500, Chase, John [EMAIL PROTECTED] wrote: When we remove CEE.SCEERUN joblib statement from the JCL, the job abends with C03: IKJ56641I SYSTEM ABEND CODE C03 REASON CODE 0004 Note the message ID: It's a TSO message. Leads me to believe more needs to be known about just how the program is invoked. Seems that it's not via normal batch JCL; i.e., it's not via //STEPNAME EXEC PGM=COBOLPGM -jc- Perhaps its a DB2 COBOL program. But that shouldn't matter. It should run without the JOBLIB all things being equal. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Bu e-posta ve muhtemel eklerinde verilen bilgiler kisiye özel ve gizli olup, yalnizca mesajda belirlenen alici ile ilgilidir.Size yanlislikla ulasmissa lütfen göndericiye bilgi veriniz, mesaji siliniz ve içerigini baska bir kisiye açiklamayiniz, herhangi bir ortama kopyalamayiniz. Bu mesaj aksi sözlesme ile belirtilmedikçe herhangi bir finansal islem teklifi, alimi, satimi veya herhangi bir havalenin teyidi gibi bankacilik islemi yapilmasi amacini tasimamaktadir.Verilen tüm bilgilerin dogrulugu ve bütünlügünün garantisi verilmemekte olup, önceden bildirilmeksizin degistirilebilecektir.Bu mesajin içerigi Bankamizin resmi görüslerini yansitmayabileceginden Akbank T.A.S. hiçbir hukuki sorumlulugu kabul etmez. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
Steve Comstock wrote: Did you know the quoted price for these little gems (that came from the original S/360 green card) are now priced at $173.82?!! It seems that older ones have gone up, also. The S/370 reference summary, GX20-1850-07, used to be reasonably priced but is now $72.02. The -02 for z/Architecture, SA22-7871-02, is now $94.10. The -01 is only (only?) $35.96. The -00 is $24.87, almost affordable. S/370 Principles of operation is now $215.98! The z/Architecture Principles of Operation, SA22-7832-06, is now $1434.96! In the past, most of these were reasonably priced. Once one came out a little high, someone complained, and later ones came out lower, though the old ones didn't change. I hope someone can correct those prices. Maybe they are in Yen. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Serena ChangeMan ZMF and Data Transmission Vehicle
The Serena ChangeMan (v5.6.1) ZMF admin manual lists the following 'data transmission vehicle' products: IBM BDT, CONNECT:Direct, NetMaster File Transfer Management, IBM NetView FTP, and XCOM, for use with their product. If you don't have, or don't want to use any of those products, can you use either FTP or NJE instead? If so, do you lose any functionally/advantages that the proprietary products provide? Thanks. Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
How about this for a Program Directory: IBM Fault Analyzer for z/OS V9R1 Program Directory (GI10-8802-00) Abstract: This document contains the prerequisties and the installation information for IBM Fault Analyzer. Price: USD 41.35 The price shown above does not include taxes. Add to cart Read/download free of charge:File File File Size Download Download Name Type Format Date (MB) Language Read HTTP Director I1088020 PDF Adobe 09-11-2008 0.12 ENU send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
In a message dated 10/20/2008 1:48:33 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: The z/Architecture Principles of Operation, SA22-7832-06, is now $1434.96! I hope someone can correct those prices. Maybe they are in Yen. Or maybe IBM is pricing based on the expected value of one US dollar by the time they receive your order next week. Bill Fairchild Franklin, TN **BUY Indiana Jones and the Kingdom of the Crystal Skull on DVD today! (http://pr.atwola.com/promoclk/10075x1209326865x1200539441/aol?redir=http://www.indianajones.com/site/index.html) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No Source for load modules not linkedited since 1980-90's
On Fri, 17 Oct 2008 09:23:51 -0400, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: ... Alas, no. They give you could that, with luck, will compile into the same object code, but it is *not* the source code, and you will have lost the labels, variable names and comments. ... And I would guess that there have been enough changes in code generation in the past 20+ years that it probably will not generate the same object code. Hopefully equivalent, but not the same. But that is trivial compared to the labels, variable names and comments that you mentioned - the clues that would help make sense of the code. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VBM to VBA?
On Mon, 20 Oct 2008 10:13:26 -0500, Rick Fochtman wrote: I've never seen any IBM utility that would convert from variable to fixed, ... Have you tried REPRO? ..., or convert the carriage control characters. I've always use a RYO utility, custom built, for those transitions. That, I don't know. I'd not bet on REPRO. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Addressing Scheme with 64 vs 63 bits
On Mon, 20 Oct 2008 09:57:12 -0700, Edward Jaffe wrote: Mohammad Khan wrote: And why was it expected to be 63 bit ? Was there an expectation that one bit will be used to distinguish a 63 bit address from 31 / 24 bit addresses ? No, because there was no prior convention of using a doubleword to contain a 31-bit address. During the early discussions, many people expected ESAME to implement 63-bit addressing for reasons similar to why XA/370, ESA/370, and ESA/390 implemented 31-bit and not 32-bit addressing. I thought 31-bit was for compatibility with existing exploitation of the sign bit; but there was no legacy convention of using the sign bit of shorter addresses stored in a doubleword to preserve compatibility with. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using RACF for Single Signon ( logon )
I think the Vanguard product is called ez/Signon. We don't use it, so I can't comment on it. Dave Long On Fri, 17 Oct 2008 13:25:43 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Fri, 17 Oct 2008 12:50:49 -0400, Jerry Fuchs [EMAIL PROTECTED] wrote: Marv, We use Vanguard PSYNCH. I thought it was from M-Tech? I just googled it and it looks like it is now Hitachi ID Systems, not M-Tech Information Technology. Does Vanguard also have a product called PSYNC? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using RACF for Single Signon ( logon )
OOPS! You are correct. PSYNCH is from M-TECH MERCURY INFORMATION TECHNOLOGY David Long [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/20/2008 04:09 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Using RACF for Single Signon ( logon ) I think the Vanguard product is called ez/Signon. We don't use it, so I can't comment on it. Dave Long On Fri, 17 Oct 2008 13:25:43 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Fri, 17 Oct 2008 12:50:49 -0400, Jerry Fuchs [EMAIL PROTECTED] wrote: Marv, We use Vanguard PSYNCH. I thought it was from M-Tech? I just googled it and it looks like it is now Hitachi ID Systems, not M-Tech Information Technology. Does Vanguard also have a product called PSYNC? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
On Mon, Oct 20, 2008 at 7:15 PM, Steve Comstock [EMAIL PROTECTED] wrote: But $173.82 for 84 pages? Plus shipping. No more worries about the Dow Jones. I'm sitting on gold! http://www.rvdheij.nl/fullhouse.jpg -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No Source for load modules not linkedited since 1980-90's
Herman, If the source code is lost, did the application promotion process (development == QA == Production) by any chance save the compiler listings? Source is *much* more easily recovered from a listing than from a load module. Recovery from a listing could be handled with some Rexx code (or your text-scripting language of choice). Maybe it's my ISV background, but for most of my professional programming career I have believed that saving *all* of the outputs of a compile was *essential* to be able to provide production problem resolution, whether it's an abend or even just incorrect output. And I can well believe that the application programmers were not happy with disassembler output. I was involved a few years ago with a source recovery process for a couple of assembler modules, and even being an assembler whiz did not make the disassembler output very decipherable. Much work and many disassembly passes went into figuring out which was/were the base register(s) at different places in the code, which were the data register(s), for what data areas, etc. Just decoding the standard IBM macro output from object code can be difficult if you no longer have the version of the macros with which the original was compiled. BTDTGTTS. Decoding disassembler output to deduce COBOL source code is a job for serious code generation/optimization experts, not ordinary programmers (or even systems programmers). If the source code and listings are both truly lost, I do agree with other responses you have gotten that it's definitely a job for an expert third-party provider. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stocker, Herman Sent: Friday, October 10, 2008 11:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: No Source for load modules not linkedited since 1980-90's We have a large number of modules that have link dates in the 80's and 90's (still running, can that be done on windows and Unix platform?). We want to reverse the modules to be able to go to LE and maybe even make changes. Does any one know of any vendors and/or products on the market that can be used to reverse engineer these modules - in COBOL. I have suggested the disassembler but the development people were not happy with the output, Cobol people do not like assembler, go figure:-) they are not assembler programmers and the disassembled code was unreadable to them. Thank you. Regards, Herman Stocker This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
Looks like a pair of 6's with a 7 kicker. I wouldn't bet the house! -Original Message- Rob van der Heij On Mon, Oct 20, 2008 at 7:15 PM, Steve Comstock [EMAIL PROTECTED] wrote: But $173.82 for 84 pages? Plus shipping. No more worries about the Dow Jones. I'm sitting on gold! http://www.rvdheij.nl/fullhouse.jpg -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EXEC PGM=??? to issue operator commands from the JCL stream?
What utility program (or proc) is available that will allow me to enter operator commands via a batch job? Thanks, Todd (trying to avoid writing one.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC PGM=??? to issue operator commands from the JCL stream?
Todd, You can use the 'COMMAND' JCL statement. See the JCL Reference manual. EX: //___COMMAND'S_VTAM'__comments (where underscores are blanks) HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Todd Burch Sent: Monday, October 20, 2008 5:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: EXEC PGM=??? to issue operator commands from the JCL stream? What utility program (or proc) is available that will allow me to enter operator commands via a batch job? Thanks, Todd (trying to avoid writing one.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Addressing Scheme with 64 vs 63 bits
On Mon, 20 Oct 2008 15:00:48 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: I thought 31-bit was for compatibility with existing exploitation of the sign bit; but there was no legacy convention of using the sign bit of shorter addresses stored in a doubleword to preserve compatibility with. Nope, it was the use of a X'80' in the high-order byte of a fullword to terminate a variable-length parameter list (of fullwords). And, FWIW, the S360/67 did implement (as an option) 32-bit addressing... Really caused problems when some customers had to get off of TSS and try to stuff things in 31-bit. W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Addressing Scheme with 64 vs 63 bits
Nope, it was the use of a X'80' in the high-order byte of a fullword to terminate a variable-length parameter list (of fullwords). Isn't that the existing exploitation of the sign bit that Gil is alluding to? Date: Mon, 20 Oct 2008 20:31:08 -0500 From: [EMAIL PROTECTED] Subject: Re: Addressing Scheme with 64 vs 63 bits To: IBM-MAIN@BAMA.UA.EDU On Mon, 20 Oct 2008 15:00:48 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: I thought 31-bit was for compatibility with existing exploitation of the sign bit; but there was no legacy convention of using the sign bit of shorter addresses stored in a doubleword to preserve compatibility with. Nope, it was the use of a X'80' in the high-order byte of a fullword to terminate a variable-length parameter list (of fullwords). And, FWIW, the S360/67 did implement (as an option) 32-bit addressing... Really caused problems when some customers had to get off of TSS and try to stuff things in 31-bit. W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development _ Stay organized with simple drag and drop from Windows Live Hotmail. http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_102008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Addressing Scheme with 64 vs 63 bits
On Mon, 20 Oct 2008 20:31:08 -0500, W. Kevin Kelley wrote: On Mon, 20 Oct 2008 15:00:48 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: I thought 31-bit was for compatibility with existing exploitation of the sign bit; ... Nope, it was the use of a X'80' in the high-order byte of a fullword to terminate a variable-length parameter list (of fullwords). Nope? Where do you perceive us to be in disagreement? Of course, with the transition from 370 to XA, the bit could no longer be set with MVI; OI was required. This almost certainly provoked an interminable thread on ASSEMBLER-LIST concerning the performance impact. I'd hardly be surprised, though, if OI on XA ran faster than MVI on 370. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Addressing Scheme with 64 vs 63 bits
At 22:00 -0500 on 10/20/2008, Paul Gilmartin wrote about Re: Addressing Scheme with 64 vs 63 bits: On Mon, 20 Oct 2008 20:31:08 -0500, W. Kevin Kelley wrote: On Mon, 20 Oct 2008 15:00:48 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: I thought 31-bit was for compatibility with existing exploitation of the sign bit; ... Nope, it was the use of a X'80' in the high-order byte of a fullword to terminate a variable-length parameter list (of fullwords). Nope? Where do you perceive us to be in disagreement? Of course, with the transition from 370 to XA, the bit could no longer be set with MVI; OI was required. This almost certainly provoked an interminable thread on ASSEMBLER-LIST concerning the performance impact. I'd hardly be surprised, though, if OI on XA ran faster than MVI on 370. -- gil There was also the secondary use of the high bit to signal AM24 vs AM31 in addresses used for branching to/from subroutines. This required replacing BALR with BASR and BR with BSM to do the AM Mode Switch. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM PR: IBM Launches Next-Generation Mainframe for Midsize Customers
Introducing the System z10 Business Class: http://www.ibm.com/press/us/en/pressrelease/25584.wss - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html