BMC PDX member
Hi, For one of our IMS HIDAM databases, during load step of reorg, the load parms are being picked from a member of PDX dataset. Following is the display from job... IMS ID USED. IMSX GLOBAL PARAMETER BLOCK USED. (LDP DEFAULTS) PDX DSNAME.. SYS.BMC. PDX PDX MEMBER NAME. TESTDB PDX HISTORY LIMIT... 25 MONITOR DB LOADING PROGRESS. N USER EXIT ROUTINE NAME.. (NONE) ACCEPT TWIN SEQUENCE ERRORS. Y,32767 REUSE VSAM SPACE N/A SEARCH FOR FREE SPACE... N START EACH HIDAM ROOT IN NEW BLOCK.. Y I want to set START EACH HIDAM ROOT IN NEW BLOCK to 'N'. I believe there is a member TESTDB in PDX dataset that is causing this flag to be 'Y'. Please help me on how I can override this / change the settings in the PDX member. Also, what possibly could be the reason to have this flag as 'Y'?! It is 'Y' for particular set of databases. For all other databases the PDX MEMBER NAME does not appear and the load uses 'START EACH HIDAM ROOT IN NEW BLOCK.. N' . Thanks Rgds Sridhar K Veena IMS DBA - Mainframe DBA Services Team Infrastructure Management Senior Analyst ACS, A Xerox Company VOIP: 214-584-2788 Cell: +91-9686570979 sridhar.ve...@acs-inc.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
FW: WLM Goals
Mike B michael.biegan...@exeloncorp.com wrote in message news:339808a0-da83-44e3-ac35-99c6a362f...@a12g2000vbf.googlegroups.com ... We recently changed our Work Load Manager BATD batch service class from discretionary to now have an Importance 5, Velocity 1 (we were getting bitten by capping and hoped this would eliminate discretionary receiving...by elimanating the discretionary goal). The last couple of days, we've noticed that some batch jobs with this IMP 5, Vel 1 were the cause of delays (as per RMF) to started tasks with Importance 4 Velocity 20.This went on consistently for a couple hours until the BATD job ended. There was no looping involved. How is it even possible for a batch job with the lowest Importance of 5 and lowest Velocity of 1 to continually be the primary delay of a started task that has a higher importance? (At this time I do not know yet if the started task was grossly exceeding its goal and thus being a donor...but we presumed/hoped eliminating discretionary batch would also eliminate donating due to capping). Mike, 1. how was the IMP5 job delaying the IMP4 job? Did it have an ENQ that it did not release and on which the IMP4 job was waiting? If your CPU was full, that is the reason, the IMP5 job did not get a chance to do its work and release the ENQ. 2. keep in mind, that the DISC goal receives some special treatement from WLM. It his helped by taking resources away from higher IMP jobs that run above their goal and giving it to DISC tasks. This does not happen for IMP5 tasks, so in fact, you may have slowed down the jobs by moving them from DISC to IMP5. Kees. PS. This newsgroup is a mirror of a listserver. This is where the majority if IBM-MAIN resides and reads the posts. See the info attached automagically below. 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
Are the CDE extention blocks super sekrit OCO?
Such as what appears (from eyecatchers) to be CDXHT (pointed from the STCB), CDX1 and CDXL -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Kirsten H Brunner/Poughkeepsie/IBM is out of the office until 03/02/2001. (returning 08/03/2011)
I am out of the office until 08/03/2011. I will check mail periodically, but if you need answers immediately, you can contact my manager, Jim Ground. Note: This is an automated response to your message IBM-MAIN Digest - 19 Jul 2011 to 20 Jul 2011 (#2011-201) sent on 7/21/2011 0:00:04. This is the only notification you will receive while this person is away. -- 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
z/OS 1.12 data areas
I am currently hunting for the data areas for z/OS 1.12. All I am able to find as a .boo book stops at z/OS 1.12. 1) Are there data areas for z/OS 1.12? 2) If so, is IBM now forcing me to use the much more space consuming, harder-to-read pdfs? The softcopy dokumentation that came with our 1.12 system pac doesn't have them as .boo's. It does have stuff like Office vision that we obviously need. Thanks and regards, Barbara Nitz -- 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: SDB (optimal?) BLKSIZE on tape device
That's also my understanding, but SDB had chosen blocksize which is not the largest possible. That raises my doubts. -- Radoslaw Skorupka Lodz, Poland W dniu 2011-07-21 06:38, Mike Schwab pisze: Tapes are pretty linear. The larger the blocksize, the fewer the blocks to write. And each block has a bit of overhead to it. 2011/7/20 R.S.r.skoru...@bremultibank.com.pl: (SDB - System Determined Blocksize) I just coded LRECL=80,BLKSIZE=0,BLKSZLIM=2G on MDL tape device in 3590 mode. I noticed something strange for me: SDB was 229360B, but it's NOT the largest block available! The device also accepted BLKSIZE=262080 (the largest multiple of 80 less than 256kiB). I thougth that the largest blocksize is the optimal one, and it's chosen by the system. BTW: I tested both blocksizes. The larger one (262080) tends to be faster. Any clue? -- 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: z/OS 1.12 data areas
Barbara - You can download the .boo pubs (including the 1.12 data areas) from the IBM website http://www-03.ibm.com/systems/z/os/zos/bkserv/ Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Explanation of EUT/FRR
Let me see if I understand correctly. The FRR stack used to be saved only if a local lock, i.e., a lock without disablement, was held. The FRR stack is now also saved if the PSANSS bit is on. Add in or SRB mode to your conditions, then yes. Peter Relson z/OS Core Technology Design -- 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: z/OS 1.12 data areas
That took ages to appear (like several hours). In the meantime I have found some old threads with links to something where I can download the .boo books that IBM refuses to put into the pubcenter. The pubcenter has all other recent (as in 1.13) docs. Go figure. Thanks, Barbara -- 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: z/OS 1.12 data areas
On Thu, 21 Jul 2011 02:59:34 -0500, Barbara Nitz wrote: I am currently hunting for the data areas for z/OS 1.12. All I am able to find as a .boo book stops at z/OS 1.12. 1) Are there data areas for z/OS 1.12? Shelf http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SHELVES/EZ2ZBK0K Vol 1: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/mvs12da1/CCONTENTS ... Vol 6: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/mvs12da6/CCONTENTS Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
U.S. to Close 800 Computer Data Centers
http://www.nytimes.com/2011/07/20/technology/us-to-close-800-computer-data-centers.html?nl=technologyemc=techupdateema3 -- 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: z/OS 1.12 data areas
Barbara - You can download the .boo pubs (including the 1.12 data areas) from the IBM website http://www-03.ibm.com/systems/z/os/zos/bkserv/ I believe that is where I eventually found them, thanks, Bob. (Due to an old post where you mentioned this.) What's wrong with listserv? It takes forever for a post to appear. Yours came after I had already said that I found them (which I got just now - 1:39pm which is UTC 11:39am) This used to be instantaneous. Barbara -- 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: z/OS 1.12 data areas
Try here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/iea2bkb1 snip I am currently hunting for the data areas for z/OS 1.12. All I am able to find as a .boo book stops at z/OS 1.12. 1) Are there data areas for z/OS 1.12? 2) If so, is IBM now forcing me to use the much more space consuming, harder-to-read pdfs? /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: ESTAE testing question
If the DIAG approach isn't useable by you, it's not all that hard to create this case. And it certainly won't have any adverse affect on the system (just on your job and possibly the initiator in which it ran), assuming that you are running in key 8 problem state. Consider this small testcase, invoked by EXEC PGM= -- Set the ESTAE -- Do a variable-length GETMAIN for as much storage as you can get below the line, subpool 0 (this uses up just about everything, but not everything) -- Do a variable-length GETMAIN for as much of a page as you can get below the line, subpool 0 (this uses up the storage within the page where the system might have gotten savearea storage for your program's entry) -- Blow up. You won't have an SDWA when your ESTAE gets control. As to what happens next, that all depends on what you try to do. Peter Relson z/OS Core Technology Design -- 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: U.S. to Close 800 Computer Data Centers
Chicken feed as far as the money goes. I went through the same thing woring for a large Gov't contractor in the 90's snip Subject: U.S. to Close 800 Computer Data Centers http://www.nytimes.com/2011/07/20/technology/us-to-close-800-computer-da ta-centers.html?nl=technologyemc=techupdateema3 /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: Making Z/OS easier - Effectively replacing JCL with Unix like commands
In 1311041408.15160.3.ca...@mckown5.johnmckown.net, on 07/18/2011 at 09:10 PM, John McKown joa...@swbell.net said: PDS is a weird beastie. IMO, the closest analogy would be a directory with very restricted file names. Various other operating systems, e.g., EXEC 8, have equivalents. What distinguishes a PDS is that it is directly supported by an access method. -- 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: APF and the initiator (IEFIIC)
In d7d6aecb6747954693308258067007801b040d3...@exchange.calpers.ca.gov, on 07/19/2011 at 05:59 PM, Starr, Alan alan_st...@calpers.ca.gov said: I wonder how the initiator manages to invoke PGM=apfpgm (APF-authorized) and then PGM=nonapf (not APF-authorized) for a subsequent step or job. The Initiator uses RSAPF=YES on the ATTACH. It has its own JSCB. -- 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: Automatic email of condition codes and stats
In 9218149210800952.wa.brianwestermansyzygyinc@bama.ua.edu, on 07/19/2011 at 04:48 AM, Brian Westerman brian_wester...@syzygyinc.com said: I wait for the ENDED console message to appear and run the control blocks getting all of the tasks information, Name, Number, execution stats, etc. (and the condition codes), build the data in memory (because it's not really a good idea to dynamically allocate the email from this particular spot:) ) What do you mean by dynamically allocate the email? What do you think? Option 1. -- 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: Making Z/OS easier - Effectively replacing JCL with Unix like commands
In 1311041136.15160.0.ca...@mckown5.johnmckown.net, on 07/18/2011 at 09:05 PM, John McKown joa...@swbell.net said: I don't, in general. It is more just a step above assembler. Even that I'd challenge. It *might* be a step above BAL, but not above any of the macro-assemblers from OS/360 Assembler (E) on. Now, if you want a true HLL, use APL2! I have mixed feelings. I'd prefer an APL spinoff with decent control structures. -- 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: Lines, Bars and ... mini-bars???
In ofe62c6a0b.5af00354-on852578d2.00402f9d-852578d2.00410...@us.ibm.com, on 07/19/2011 at 07:50 AM, Peter Relson rel...@us.ibm.com said: System services have, in general, not been enhanced to accept 8-byte addresses (be those addresses provided for exits or others). Yes, but what happens if there is a program check in code running above the bar? Is a pre-existing SPIE or STAE honored? -- 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: Making Z/OS easier - Effectively replacing JCL with Unix like commands
In a2ba2a74a6859e45a47cfcb42d78769c44b374c...@gvw1340exa.americas.hpqcorp.net, on 07/19/2011 at 07:39 PM, Schumacher, Otto otto.schumac...@hp.com said: Easier for whom? I have not seen anything developed in Unix that communicates with z/OS made easier by the implementation of Unix Well, pipes are sometimes useful. I can not speak about Perl and REXX because I do not know PERL. Perl is better than Rexx for parsing. Unfortunately, no current Perl is available for MVS due to EBCDIC-Unicode conflicts. -- 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: Re-entrant module stores into itself with no 0C4
In 9042633378028926.wa.gdipilloaxiosproducts@bama.ua.edu, on 07/19/2011 at 02:39 PM, Gary DiPillo gdipi...@axiosproducts.com said: I have a batch program (A) that is re-entrant. However, statically linked to it is a program (B) that is not re-entrant. When this program B is called, it stores program (A)'s R13 in a save area within program (B)'s own storage. No ABEND, no program check. I used to think this was worthy of an 0C4. That depends. A module linked with RENT will be loaded into SP 251 or SP 252, depending on whether the library concatenation is authorized. There are additional variables if it is linked REFR or is LPA resident. Can someone suggest how these programs that are marked as re-entrant can be loaded and executed without error even though they are storing data within themselves? That's legitimate if they serialize the access and run with the proper PSW key. In your case the program probably should have been bound as REUS. -- 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: How to obtain a file bigger than 80 chars from two inputs file
In 2276372976855360.wa.librafegmail@bama.ua.edu, on 07/18/2011 at 01:57 PM, Hilario G. libr...@gmail.com said: FILE2 is the attached file sentd via SMTP. Depending on what's in the file, you may need to encode it and send it as a MIME attachment. -- 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: Re-entrant module stores into itself with no 0C4
In 4e25f106.7090...@phoenixsoftware.com, on 07/19/2011 at 02:03 PM, Edward Jaffe edja...@phoenixsoftware.com said: REFR modules are not allowed to update themselves. More precisely, they have to yield correct results if replaced with a clean copy. -- 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: Z196 Cobol pgm with higher CPU
Hi I didn't see What was the solution ? On 7/14/2011 7:32 PM, David Mingee wrote: Hello, We recently installed a Z196 and we have one COBOL DB2 program that is using twice the CPU time as before the new CPU. The program has not been recompiled and the data volume is the same. IBM has found nothing, yet. Strobe has not revealed any answers. All other programs use about 1/2 of the CPU time now. Any help would be greatly appreciated. -- 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: Re-entrant module stores into itself with no 0C4
In 4e25eb0f.8050...@axiosproducts.com, on 07/19/2011 at 04:37 PM, Gary DiPillo gdipi...@axiosproducts.com said: My presumptuous assumption was that RENT was always honored when specified. It is; LINK to it from multiple tasks in the same jobstep and only a single copy is fetched. The use of SP251 versus SP252 is not part of the definition. -- 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: Re-entrant module stores into itself with no 0C4
In CAArMM9RrZcMKjeEDNhWu1nm7m-dM=erwben_z2k3adka5s2...@mail.gmail.com, on 07/19/2011 at 09:50 PM, Tony Harminc t...@harminc.net said: Well... I don't know, but I speculate that the failure to load most REFR modules into store-protected storage in the early days was an attempt to avoid providing an easy to use mechanism for unauthorized programs to put arbitrary data into protected storage. No. In the OS/360 days the operating system only looked at REFR for SVC routines. In MVT (and SVS for that matter), if you could build a DEB in key-zero storage it would be accepted based only on the storage key, MVT didn't check the storage key of the DEB. -- 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
Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
On Wed, 20 Jul 2011 21:03:51 -0400, Shmuel Metz (Seymour J.) wrote: Well, pipes are sometimes useful. Amen. Perl is better than Rexx for parsing. Unfortunately, no current Perl is available for MVS due to EBCDIC-Unicode conflicts. Has anyone tried compiling it with the ASCII compiler switch (and XPLINK) and relying on code page autoconversion? Would this even be useful? What is the intrinsic code page for Perl? UTF-8? Is this within autoconversion's capability? (I'm not volunteering; I know no Perl) I hate EBCDIC! -- 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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
On Thu, 21 Jul 2011 08:51:22 -0500 Paul Gilmartin wrote: Has anyone tried compiling it with the ASCII compiler switch (and XPLINK) and relying on code page autoconversion? Would this even be useful? What is the intrinsic code page for Perl? UTF-8? Is this within autoconversion's capability? (I'm not volunteering; I know no Perl) I hate EBCDIC! I recently had reason to visit this issue from the other end - a (ASCII) client with an EBCDIC file (text, packed decimal, integer fields) that needed to be made usable. Was easily solvable with perl from the ASCII end. If you have (or can construct) a map file, what we (EBCDIC aware mainframers) can bring to the table is a knowledge of the data formats. Horses for courses. Shane ... -- 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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
I do not know if it is from the IBM Ported Tools or where, but we have Perl on z/OS: /VERSYSB/usr/lpp/perl/lib/5.8.7/ Lloyd - Original Message From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Sent: Thu, July 21, 2011 9:51:22 AM Subject: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands) On Wed, 20 Jul 2011 21:03:51 -0400, Shmuel Metz (Seymour J.) wrote: Well, pipes are sometimes useful. Amen. Perl is better than Rexx for parsing. Unfortunately, no current Perl is available for MVS due to EBCDIC-Unicode conflicts. Has anyone tried compiling it with the ASCII compiler switch (and XPLINK) and relying on code page autoconversion? Would this even be useful? What is the intrinsic code page for Perl? UTF-8? Is this within autoconversion's capability? (I'm not volunteering; I know no Perl) I hate EBCDIC! -- 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: SDB (optimal?) BLKSIZE on tape device
W dniu 2011-07-21 16:04, Yifat Oren pisze: Hi Radoslaw, In Using Data Sets it says that the optimum BLKSIZE for 3590 is: 262 144 (256 KB) except on some older models on which it is 229 376 (224 KB) .. Your device seems to fall into the 2nd category for some (wrong?) reason.. This is emulated device. Physically it's EMC (formerly BusTech) MDL. It emulates EHPCT (MEDIA4, green) volumes and 128TRK recording technique. I haven't found any clue in documentation (I did RTFM), but I guess the largest blocksize is 256kiB. I tested it with BLKSIZE=50 and got abend 013-068 (to large blocksize). What'd I also tested is the default (optimal, SDB) blocksize is not the largest one. In my opinion the issue is rather unrelated to a given device, it more general: SDB on tape can be less than supported maximum. It's up to MVS to choose blocksize. Regards -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając 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 Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- 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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
On Thu, 2011-07-21 at 10:12 -0400, Lloyd Fuller wrote: /VERSYSB/usr/lpp/perl/lib/5.8.7/ As does our 1.10 system. But my Linux desktop is running 5.12.3 and Gil did say no current Perl. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
IBM Ported Tools for z/OS: Perl for z/OS Feature http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/perl/index.html On Thu, Jul 21, 2011 at 9:12 AM, Lloyd Fuller leful...@sbcglobal.netwrote: I do not know if it is from the IBM Ported Tools or where, but we have Perl on z/OS: /VERSYSB/usr/lpp/perl/lib/5.8.7/ Lloyd - Original Message From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Sent: Thu, July 21, 2011 9:51:22 AM Subject: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands) On Wed, 20 Jul 2011 21:03:51 -0400, Shmuel Metz (Seymour J.) wrote: Well, pipes are sometimes useful. Amen. Perl is better than Rexx for parsing. Unfortunately, no current Perl is available for MVS due to EBCDIC-Unicode conflicts. Has anyone tried compiling it with the ASCII compiler switch (and XPLINK) and relying on code page autoconversion? Would this even be useful? What is the intrinsic code page for Perl? UTF-8? Is this within autoconversion's capability? (I'm not volunteering; I know no Perl) I hate EBCDIC! -- 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 -- 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
DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
Good Day To All,
Is it possible to recover all dsns at the HLQ level and rename them with a
different name?
I issued the following command :
HRECOVER LEVEL(ZQATPWG) -
NEWNAME('ZWATPWG.ZQATPWG')
I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
Can this be done?
Thanks
--
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: U.S. to Close 800 Computer Data Centers
On Thu, 21 Jul 2011 06:51:04 -0500, John P Kalinich wrote: http://www.nytimes.com/2011/07/20/technology/us-to-close-800-computer-data-centers.html?nl=technologyemc=techupdateema3 quote The government is following the lead of private business. For years, companies have been using software that shares computing tasks across several machines in a data center. The task-juggling technology enables computers to run at far higher levels of efficiency and utilization than in the past, doing more computing chores with fewer computers and fewer data centers. /quote Sounds like they want to use more mainframes. quote Redundant systems and applications sprouted like weeds, Mr. Kundra said. We need to shift resources away from duplicative systems and use them to improve the citizen experience. /quote That sounds like a description of distributed systems. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z196 Cobol pgm with higher CPU
Hello, We still have no solution. We checked the MCL and it was good. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Thursday, July 21, 2011 9:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Z196 Cobol pgm with higher CPU Hi I didn't see What was the solution ? On 7/14/2011 7:32 PM, David Mingee wrote: Hello, We recently installed a Z196 and we have one COBOL DB2 program that is using twice the CPU time as before the new CPU. The program has not been recompiled and the data volume is the same. IBM has found nothing, yet. Strobe has not revealed any answers. All other programs use about 1/2 of the CPU time now. Any help would be greatly appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB (optimal?) BLKSIZE on tape device
Hi Radoslaw, In Using Data Sets it says that the optimum BLKSIZE for 3590 is: 262 144 (256 KB) except on some older models on which it is 229 376 (224 KB) .. Your device seems to fall into the 2nd category for some (wrong?) reason.. Yifat. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: יום ד 20 יולי 2011 17:03 To: IBM-MAIN@bama.ua.edu Subject: SDB (optimal?) BLKSIZE on tape device (SDB - System Determined Blocksize) I just coded LRECL=80,BLKSIZE=0,BLKSZLIM=2G on MDL tape device in 3590 mode. I noticed something strange for me: SDB was 229360B, but it's NOT the largest block available! The device also accepted BLKSIZE=262080 (the largest multiple of 80 less than 256kiB). I thougth that the largest blocksize is the optimal one, and it's chosen by the system. BTW: I tested both blocksizes. The larger one (262080) tends to be faster. Any clue? -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając 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 Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- 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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
But AFAIK you have to order PERL explicitly as a Ported Tool feature while 'composing' your ServerPac in Shopz. It won't be delivered automatically as I remember. Pls. correct me when I should be wrong ... ciao Lutz -- 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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
On Thu, 21 Jul 2011 09:46:54 -0500, Lutz Hamann lutz.ham...@betasystems.com wrote: But AFAIK you have to order PERL explicitly as a Ported Tool feature while 'composing' your ServerPac in Shopz. It won't be delivered automatically as I remember. Pls. correct me when I should be wrong ... The link Kirk posted: http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/perl/index.html Appears to agree with you. If you order Perl you automatically get Ported Tools, but not vice-versa. (And David A. attributed to me a statement where I was merely quoting Shmuel. But I have heard for many years that Perl for z/OS was stalled because of the EBCDIC-Unicode fork.) -- 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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
I had access to IBM's C compiler, I might actually try it. But I don't, so I can't. Perhaps I could afford Dignus' compiler to run at home on my Linux machine and do cross compiles. But I don't know and I'm short on disposable income right now. -- 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 Paul Gilmartin Sent: Thursday, July 21, 2011 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands) On Wed, 20 Jul 2011 21:03:51 -0400, Shmuel Metz (Seymour J.) wrote: Well, pipes are sometimes useful. Amen. Perl is better than Rexx for parsing. Unfortunately, no current Perl is available for MVS due to EBCDIC-Unicode conflicts. Has anyone tried compiling it with the ASCII compiler switch (and XPLINK) and relying on code page autoconversion? Would this even be useful? What is the intrinsic code page for Perl? UTF-8? Is this within autoconversion's capability? (I'm not volunteering; I know no Perl) I hate EBCDIC! -- 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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
On Thu, 2011-07-21 at 11:02 -0400, Paul Gilmartin wrote: (And David A. attributed to me a statement where I was merely quoting Shmuel. Erk. My bad, as the kids say. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.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: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
On Thu, 21 Jul 2011 10:10:43 -0500, McKown, John wrote: [If] I had access to IBM's C compiler, I might actually try it. But I don't, so I can't. Perhaps I could afford Dignus' compiler to run at home on my Linux machine and do cross compiles. But I don't know and I'm short on disposable income right now. I don't know that Dignus has ASCII support. Or that it participates in autoconversion. Possibly Dave R. will enlighten us. The hiatus in development leads me to suspect that Perl is too Unicode-centric to port. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, July 21, 2011 8:51 AM Perl is better than Rexx for parsing. Unfortunately, no current Perl is available for MVS due to EBCDIC-Unicode conflicts. Has anyone tried compiling it with the ASCII compiler switch (and XPLINK) and relying on code page autoconversion? Would this even be useful? What is the intrinsic code page for Perl? UTF-8? Is this within autoconversion's capability? (I'm not volunteering; I know no Perl) I hate EBCDIC! -- 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: Z196 Cobol pgm with higher CPU
Some other weird things to check. 1. Is the cpu increase in DB2? check the DB2 accounting records for this. 2. Someone mentioned Cache issues - that would require the program be compiled without RENT to get working storage in the same memory area - CBT has a program that will extract cobol compile options. 3. brute force method - get a STROBE report and look for where the most cpu is. I know not everyone has STROBE. Mike On Thu, Jul 21, 2011 at 8:57 AM, Mingee, David david.min...@libertymutual.com wrote: Hello, We still have no solution. We checked the MCL and it was good. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Thursday, July 21, 2011 9:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Z196 Cobol pgm with higher CPU Hi I didn't see What was the solution ? On 7/14/2011 7:32 PM, David Mingee wrote: Hello, We recently installed a Z196 and we have one COBOL DB2 program that is using twice the CPU time as before the new CPU. The program has not been recompiled and the data volume is the same. IBM has found nothing, yet. Strobe has not revealed any answers. All other programs use about 1/2 of the CPU time now. Any help would be greatly appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike -- 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: REENTRANT vs THREADSAFE
In snt113-w225ae423b76930781f515c6...@phx.gbl, on 07/20/2011 at 07:52 PM, john gilmore john_w_gilm...@msn.com said: Initially in an IBM mainframe environment a reentrant program could modify itself, usually at initial-load time, if it held a global lock while it did so; and this is the chief reason why a stronger term, refreshable in the event, was needed, introduced, and used. There were no locks in OS/360. -- 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: REENTRANT vs THREADSAFE
On 21 July 2011 11:45, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In snt113-w225ae423b76930781f515c6...@phx.gbl, on 07/20/2011 at 07:52 PM, john gilmore john_w_gilm...@msn.com said: Initially in an IBM mainframe environment a reentrant program could modify itself, usually at initial-load time, if it held a global lock while it did so; and this is the chief reason why a stronger term, refreshable in the event, was needed, introduced, and used. There were no locks in OS/360. As with REENTRANT, THREADSAFE, and many other terms, LOCK can be used in the MVS-specific sense, or more generally. Speaking generally, an ENQ is a lock, as is running disabled on a uniprocessor. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REENTRANT vs THREADSAFE
IIRC, the technique recommended by IBM was to use the ENQ macro before modifying RENT code. Regards, John K From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Date: 07/21/2011 10:59 AM Subject:Re: REENTRANT vs THREADSAFE In snt113-w225ae423b76930781f515c6...@phx.gbl, on 07/20/2011 at 07:52 PM, john gilmore john_w_gilm...@msn.com said: Initially in an IBM mainframe environment a reentrant program could modify itself, usually at initial-load time, if it held a global lock while it did so; and this is the chief reason why a stronger term, refreshable in the event, was needed, introduced, and used. There were no locks in OS/360. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- 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: U.S. to Close 800 Computer Data Centers
Yep ... we're out of the recession and the economy is looking good. Say .. where did I leave my spectacles ??. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John P Kalinich Sent: Thursday, July 21, 2011 6:51 AM To: IBM-MAIN@bama.ua.edu Subject: U.S. to Close 800 Computer Data Centers http://www.nytimes.com/2011/07/20/technology/us-to-close-800-computer-data-c enters.html?nl=technologyemc=techupdateema3 -- 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 - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1518/3777 - Release Date: 07/20/11 -- 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
REENTRANT vs THREADSAFE
Samuel is useful and even diverting when someone else's ox is being gored. This time I find his reminder that there were no locks, in the MVS-specific sense, in OS/360 tedious at best; my usage was ironic and ought to have been obvious in context; but Samuel is a natural force; no rhetoric of mine will have any impact on his posts; and I am not sure that, finally, I should wish it to. John Gilmore Ashland, MA 01721-1817 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: U.S. to Close 800 Computer Data Centers
---snip--- Yep ... we're out of the recession and the economy is looking good. Say .. where did I leave my spectacles ??. ---unsnip--- You mean the rose-colored ones? Where was Obama-Care when I had to pay for my cataract surgery? $3300 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: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
My HSM manual does not show a LEVEL operand for the RECOVER command. Does
yours?
My manual does show a command similar to RECOVER that supports wildcard
characters (in the fashion of DFSMSdss) but I don't know if it will do what you
want.
Wouldn't it be just as easy to use 3.4 to build a list of the datasets,
HRECOVER them, and then use a REXX or CLIST to rename them.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of willie bunter
Sent: Thursday, July 21, 2011 7:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
Good Day To All,
Is it possible to recover all dsns at the HLQ level and rename them with a
different name?
I issued the following command :
HRECOVER LEVEL(ZQATPWG) -
NEWNAME('ZWATPWG.ZQATPWG')
I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
--
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: DFSMSdss mistery - DELETE PURGE
Since the DSN in the message does not match the mask in your JCL, I assume you are trying to make the mask somewhat anonymous. That is counter-productive when asking for help with these kinds of problems. You said you catalogued the dataset. Any chance you also allocated it as part of the catalog process? If so, the enqueue might be held by your TSO session. You could submit the job with TYPRUN=HOLD, log off, and then release the job. You could also use the D GRS console command to find any enqueues for the dataset in question. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Alvaro Guirao Lopez Sent: Wednesday, July 20, 2011 4:24 AM To: IBM-MAIN@bama.ua.edu Subject: DFSMSdss mistery - DELETE PURGE Hi listers, This morning I encountered with a DFSMSdss mistery, and is next: I delete files in a batch process through ADDRSU utility, the syntax follows: //CLEANUP0 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //OUTDDDD DUMMY //SYSINDD * DUMP DATASET(INCLUDE(HLQ.Q1.Q2.Q3.**)) - CANCELERROR - DELETE PURGE - OUTDDNAME(OUTDD) - WAIT(0,0) /* I have catalogued one file that matches with this mask: HLQ.Q1.Q2.Q3.Q4 And step fails with the next message: ADR416E (001)-DTDSC(01), DATA SET MV6X.QTTOOL.BAT1WORK.BACKUP.UNLOAD IN CATALOG SYS1MAA.CATALOG.MV6X WAS NOT DELETED, 3 Reason code 3 of message ADR416E says: The data set was not enqueued by DFSMSdss. The enqueue could be held by the initiator. -- 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: U.S. to Close 800 Computer Data Centers
Is that the reason why we have so many security breaches -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, July 21, 2011 10:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: U.S. to Close 800 Computer Data Centers On Thu, 21 Jul 2011 06:51:04 -0500, John P Kalinich wrote: http://www.nytimes.com/2011/07/20/technology/us-to-close-800-computer-data- centers.html?nl=technologyemc=techupdateema3 quote The government is following the lead of private business. For years, companies have been using software that shares computing tasks across several machines in a data center. The task-juggling technology enables computers to run at far higher levels of efficiency and utilization than in the past, doing more computing chores with fewer computers and fewer data centers. /quote Sounds like they want to use more mainframes. quote Redundant systems and applications sprouted like weeds, Mr. Kundra said. We need to shift resources away from duplicative systems and use them to improve the citizen experience. /quote That sounds like a description of distributed systems. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
The suse.com web site is active again
Cross-posted to Linux-390, IBMVM, and IBM-Main All, As part of Attachmate's promoting SUSE to a separate brand, http://www.suse.com/ is online once again. For those interested, it's worth a look. Mark -- 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
Decreasing RMAX value
I have a requirement to decrease the value of RMAX within a sysplex. It has inadvertently been set to a higher value than desired. I think I have to do all systems IPL to pick up smaller RMAX from CONSOLxx - unless there is some magic that I am not aware of. Anyone know of such magic. Thanks Andrew Metcalfe -- 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: U.S. to Close 800 Computer Data Centers
Obama-care was caring for you ... from a distance ... :-) Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, July 21, 2011 12:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: U.S. to Close 800 Computer Data Centers ---snip--- Yep ... we're out of the recession and the economy is looking good. Say .. where did I leave my spectacles ??. ---unsnip--- You mean the rose-colored ones? Where was Obama-Care when I had to pay for my cataract surgery? $3300 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 - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1518/3778 - Release Date: 07/21/11 -- 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: U.S. to Close 800 Computer Data Centers
Breaches ?? .. oh come on .. surely you mean britches ... I think the government should continue to look at private business, act like the moron's they are and prove it by hiring more TSA dumb arses !!. After all, if I were a terrorist, I'd walk right up to TSA right ??. Sayy ... what does TSA stand for ... oh .. please don't ask me ... I'm liable to get kicked off if I said what it really stood for. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Liberatore Sent: Thursday, July 21, 2011 2:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: U.S. to Close 800 Computer Data Centers Is that the reason why we have so many security breaches -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, July 21, 2011 10:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: U.S. to Close 800 Computer Data Centers On Thu, 21 Jul 2011 06:51:04 -0500, John P Kalinich wrote: http://www.nytimes.com/2011/07/20/technology/us-to-close-800-computer-data- centers.html?nl=technologyemc=techupdateema3 quote The government is following the lead of private business. For years, companies have been using software that shares computing tasks across several machines in a data center. The task-juggling technology enables computers to run at far higher levels of efficiency and utilization than in the past, doing more computing chores with fewer computers and fewer data centers. /quote Sounds like they want to use more mainframes. quote Redundant systems and applications sprouted like weeds, Mr. Kundra said. We need to shift resources away from duplicative systems and use them to improve the citizen experience. /quote That sounds like a description of distributed systems. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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 - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1518/3779 - Release Date: 07/21/11 -- 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: Automatic email of condition codes and stats
It's not particularly a good idea to dynamically allocate the spool output dataset (which contains the email itself) from where the code is running at the time. 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
