Re: zAAP question
Doh. OK, their software revenues are the issue. I don't usually have to deal with that aspect of things, so it doesn't always occur to me. It's a pea counter thing, nothing else. One day, all the stuff running on z/OS will be either zAAPzIIPzOOP- enabled JAVA, zAAPzIIPzOOP-enabled COBOL, zAAzIIPzOOP-enabled PL/1, or zAAPzIIPzOOP-enabled HLASM code. Imagine there are only CPUs, what a wonderful, simple world this must be. Longing for it to become real again... (and before anyone asks: the zOOP is served - pun intended :-) -- Peter Hunkeler Credit Suisse -- 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
(OT) Former IBM consultant selling Waffles
Here is an item. The consequences from outsourcing(?). Ed HE'S 'IRON' MAN EXEC IS PROUD OF 'WAFFLING' By DAN KADISON November 12, 2007 -- Batter up. A former IBM consultant has shelved his suit and six-figure salary to sell Belgian waffles around the city from a yellow mobile food truck. Thomas DeGeest, 37, of Chelsea, said a heart-to-heart talk with his wife last year made him trade in his corporate life for an apron, a set of waffle irons and some wheels. I believed I could do something more entrepreneurial, DeGeest said while standing inside his Wafels Dinges box truck, which was parked on Broadway near Spring Street in SoHo. The self-proclaimed Waffle Master enjoyed the anytime snack as a kid in Belgium, couldn't find a good one in America as an adult, and saw a niche. All over the country I had been suffering through Waffle House and IHOP waffles, he said. DeGeest began selling his flavorful fare in October - and said though he's not matching his former salary, he is making a living off the treats while bringing joy to the masses. A waffle makes people smile, he said. I basically sell smiles. Each customer has a choice between a traditional Brussels waffle, or a Liege waffle, a chewier version that's flavored with vanilla or cinnamon. The snacks range in price from $4 to $7 for the Wafel of Massive Deliciousness, a waffle with all the dinges, or toppings. Customers last week lined up to purchase the freshly pressed treats, and were pleased with each sweet bite. Katarina Kjellvertz's daughter, Leoni, 4, was busy stabbing her fork into a $5 Brussels waffle covered with whipped cream. They're great, she said to her mom, a Swedish actress. It's better than yours. Tanika Jones, 29, a computer engineer from The Bronx, ordered a vanilla Liege waffle with strawberries for $5. This is better [than IHOP] because it's a little sweeter, a little softer, chewier, she said. Her only reservation? If I was in The Bronx I wouldn't pay $5. But in SoHo, it kind of goes with the territory. DeGeest has sold his tasty products near Union Square and Lincoln Center, but for now is enjoying his SoHo spot. The location is not set in stone, he said. We may be here all the time, but I like to keep the element of surprise, as well. He said he'll post updates about his whereabouts on his Web site, wafelsanddinges.com. full story: http://www.nypost.com/seven/11122007/news/regionalnews/ hes_iron_man_437376.htm -- 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: IBMLINK Release 6.0
You're not alone. I get the same. Roland Well, the net effect is the same: I cannot access my own ETRs: Either I get There has been a problem processing your request. Please try again. If you continue to have difficulties, please contact IBMLink customer support. or I get An error has occurred: You are not authorized to view this item. -- 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: Hiperbatch revisited
Thanks for that Martin, makes interesting reading. I believe that IBM carried out some kind of investigation here at Express Gifts about 1992, but I don't have any documentation from that time. I was recently asked to investigate dataset contention on a VSAM KSDS approx. 2.6GB. PAV was first put forward, but couldn't be justified since we only see intermittent IOSQ. We couldn't have easily implemented HB with our 9672 with 2GB of central storage, but our zSeries comes with 8GB. Even after accounting for 1GB HSA and approx. 2GB used by MQ, we still have enough free to load most of our cluster into storage, at least overnight. I will try to convince our Ops Analysts to remove BLSR, at least temporarily. Do you know if HBAID is still available ? I have already downloaded Parallel Sysplex Batch Performance, will have another read. regards, Alex Alex Tough Systems Programmer Express Gifts -- 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
Anyone on z/OS R.9 In DB2 Data Sharing?
I just discovered that in R.9 there is a nice new field in the 74-2 (XCF) record - R744MJOB. This is the job name for an XCF member. Traditionally the member name is often something useless (to me) like M101 and the group name is equally tough: IXCLOnnn. For XES Lock Structure contention resolution the traffic goes through this group. But you can see working out that traffic and its performance is impossible. Likewise for IRLM (the next layer out in lock resolution) the group is a (not brilliant) DXRn. For eg GRS the R744MJOB nails this as any group with a R744MJOB of GRS must be GRS Star, I have data to demonstrate this. What I don't have is a R.9 system with DB2 data sharing. Does anyone have this combination? If so would they mind sending me a smattering of 70-1, 74-2 and 74-4 for at least one member? If you want more on my take on what's new in the 74-2 and 74-4 in RMF R.9 take a look at http://www.ibm.com/developerworks/blogs/page/MartinPacker?entry=z_os_r_9_rmf Thanks, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: Hiperbatch revisited
Alex Tough asked Do you know if HBAID is still available ? Somehow I strongly doubt it. It's been 20 years. Maybe some IBMer still has it squirreled away. As my good friend Ted Blank once told me it started out as a SAS prototype and most of the effort was in replacing it by a series of sort steps. (HBAID has NO external dependencies, other than Sort.) Ted is very experienced at SAS so I guess he wrote the SAS prototype. Cheers, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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
SV: COBOL COPY statement w REPLACING...
Interesting. I wasn't aware of the REPLACE statements existence. Maybe I should read the manual more often :) Unfortunately it has all of the COPY REPLACING's limitations. (Except about stacked COPY's.) Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Bill Klein Skickat: den 9 november 2007 05:15 Till: IBM-MAIN@BAMA.UA.EDU Ämne: COBOL COPY statement w REPLACING... The documented (and functional) way to do partial replacement in current COBOL is documented at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy 3lr31/8.1.7.3 Int the part starting, The COPY statement with REPLACING phrase can be used to replace parts of words. However, a better example is later at the page in the section labeled Example 3 NOTE WELL: If/when you use this, the COPY member may NOT be used without the REPLACING option, so you can only use this technique for structures that are ALWAYS replaced. *** As I said in my original note, for those wanting to combine COPY processing and REPLACING processing - with nested COPY's, the thing to do is to use the REPLACE statement which can be coded in either the main source (before the COPY statement - or within any nested COPY member. You should use the REPLACE OFF variation AFTER the main COPY statement to turn it off. *** P.S. BOTH the :TAG: approach to partial word replacement and using REPLACE with nested COPY's are portable to any Standard conforming COBOL compiler. -- 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
DFSORting a varaible rec.length file and delete duplicaties - HOW ?
Let's say we have a file with RECFM(VB) and records varying in length. Example: AA AA BBB C C AA AA BBB I want to sort the file (resulting in all 'A's before the 'B' etc.) and remove all duplicates. That means I want to sort on the whole content of the records. I have tried many combinations of options (VLSHRT, VLFILL, editing in INREC statement etc.) with no better result than correct order of the records, but the duplicates are not removed (I had of course SUM FIELDS=NONE). What options should I have ? TIA Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: Performance comparison: Hiperbatch, BLSR, SMB?
Peter Apologies if this has already been answered, but the way for a job to opt out of using Hiperbatch is to ask your RACF Security Admin to update the DLF DATA segment for a particular dataset and remove that job or jobs (using a wildcard) from the list of jobs that are allowed to access the DLF object. I struggle to understand how BLSR can give better performance than HB if all other system resources are equal (same WLM Service Class, similar level of CPU contention). My understanding of BLSR is that it will buffer parts (in Control Intervals) of your VSAM cluster into memory. If you have all or most of the cluster allocated to a DLF data object, why would BLSR be faster ? You say that you don't have access to SMF data, but do you have access to RMF or Omegamon/Epilog to indicate what is causing performance degradation ? regards, Alex Alex Tough Systems Programmer Express Gifts -- 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: What identifies a jobname/address space as a unique instance in time?
If the rug gets pulled out of my started task, (it gets cancelled by the operator) and it restarts, I need the CSA code to be aware of this and act accordingly. Given that it's a started task, STOKEN is fine. The normal protocol might be for the started task to save its STOKEN when it starts, in somewhere that the CSA code can find. And the CSA code, when it seeks to establish validity, uses LOCASCB STOKEN=xxx to see if the STOKEN is still valid. There are, of course, timing windows that exist with this protocol. A RESMGR could help to close them if that is needed (or even a simple recovery routine that sets a flag in the common area indicating no longer here, if you choose to ignore MEMTERM cases). Peter Relson z/OS Core Technology Design -- 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: Performance comparison: Hiperbatch, BLSR, SMB?
Alex Tough asked: If you have all or most of the cluster allocated to a DLF data object, why would BLSR be faster ? It might depend on what you mean by faster... Note that nowadays a DLF (or any) hiperspace would be backed by central but would still require a more distant data movement. And, in principle, VSAM LSR (whether via BLSR or not) ought to be in the job's own address space. So, in CPU terms I'd speculate that BLSR might cost less CPU. That probably wouldn't turn into elapsed time differences that were measurable - but it just MIGHT. Another thing to remember, though, is that Hiperbatch keeps the memory pro bono publico whereas BLSR doesn't. The affordability of Hiperbatch may be much greater for CONCURRENT jobs. In the same vein with multiple BLSR jobs each job would have to populate the buffer pool itself. So initially you might get a lot of misses. All a long-winded way of saying YMMV. :-) Cheers, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: IBMLINK Release 6.0
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden Deployed on Friday November 9, 2007. IBMLink Release 6.0 was deployed on November 9, 2007. Many changes have been made to increase availability and performance of the platform. yawn Begin paste == Error Internal server error An internal server error occurred while processing your request. Please try again or report the problem to IBMLink customer support. == End paste === Occurs at sign-in. Sev1 ticket # 33744039. -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: Performance comparison: Hiperbatch, BLSR, SMB?
Also, remember that for Hiperbatch only the Data component is kept in the DLF object. So you would still have to deal with I/Os to the index. You can provide enough buffers to keep the index set in storage but you don't get lookaside on the sequence set. With BLSR, you can avoid the seqence set I/Os too. So you have to see which is going to provide the greater benefit, eliminating all of the data I/Os with Hiperbatch, or eliminating more index I/Os (and hopefully some data I/Os) with BLSR. Which provides greater benefit is going to depend on the reference patterns of the jobs accessing the file (that's a fancy way of saying YMMV!). :-) Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: [EMAIL PROTECTED] DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/12/2007 07:44:59 AM: Alex Tough asked: If you have all or most of the cluster allocated to a DLF data object, why would BLSR be faster ? It might depend on what you mean by faster... Note that nowadays a DLF (or any) hiperspace would be backed by central but would still require a more distant data movement. And, in principle, VSAM LSR (whether via BLSR or not) ought to be in the job's own address space. So, in CPU terms I'd speculate that BLSR might cost less CPU. That probably wouldn't turn into elapsed time differences that were measurable - but it just MIGHT. Another thing to remember, though, is that Hiperbatch keeps the memory pro bono publico whereas BLSR doesn't. The affordability of Hiperbatch may be much greater for CONCURRENT jobs. In the same vein with multiple BLSR jobs each job would have to populate the buffer pool itself. So initially you might get a lot of misses. All a long-winded way of saying YMMV. :-) Cheers, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: IBMLINK Release 6.0
-Original Message- From: Chase, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden Deployed on Friday November 9, 2007. IBMLink Release 6.0 was deployed on November 9, 2007. Many changes have been made to increase availability and performance of the platform. yawn Begin paste == Error Internal server error An internal server error occurred while processing your request. Please try again or report the problem to IBMLink customer support. == End paste === Occurs at sign-in. Sev1 ticket # 33744039. Progress? === Begin paste Confirmation Your request for entitlement has been sent. You will receive the status of your request via e-mail. Please allow at least two (2) full business days for a reply. If you do not receive an e-mail with the status of your request after two full business days, please contact 'Customer support' as shown in the panel on the right of this page. === End paste = Excuse me, but I was already entitled and in fact have a couple of ETRs in progress. Why the $%#@@ do I need to be re-entitled?? Fortunately, the 3270 interface still works (with utterly BORING reliability). -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: Real storage usage - a quick question
I have never encountered a bad page dataset. I have encountered page errors within a page dataset (usually due to some sort of IO error). The last time I encountered this (circa 1985) the task referencing the bad page received a S028 abend. The system marked the slot in the page dataset as bad and proceeded on it's merry way. snip As for pagedel - if the page data set hits an error, I think ASM marks it bad, writes an abend089 dump and then either a number of address spaces will fail (those with pages out there on that data set) or only one slot is bad, and then the rest of the system goes on. /snip -- 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: IBMLINK 2000
Thanks. I found it, unfortunately it doesn't work. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bryan Klimek Sent: Saturday, November 10, 2007 9:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK 2000 Look for a hypertext link that says 'Purchase/upgrade tools. -- 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: Running REXX program in a batch job
On Sat, 10 Nov 2007 20:29:17 -0600, Mark L. Wheeler [EMAIL PROTECTED] wrote: I'm trying to port a REXX utility program from z/VM to z/OS. It will do I/O (reading and writing regular QSAM files), but the wrinkle is that it cannot run in the TSO batch environment (most of the jobs that will use it aren't associated with a TSO userid). Using TSO batch does not require the job to run under an ID that can use TSO. You may get a warning message during step initialization, but just ignore the message. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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: Running REXX program in a batch job
On Sat, 10 Nov 2007 18:48:23 -0800, Edward Jaffe wrote: I'm trying to port a REXX utility program from z/VM to z/OS. It will do I/O (reading and writing regular QSAM files), but the wrinkle is that it cannot run in the TSO batch environment (most of the jobs that will use it aren't associated with a TSO userid). Not sure why this matters. Will the TMP even run if no TSO segment is defined for the user? (Reasoning (perhaps improperly) by analogy with Unix System Services, which are not available unless (at least a default) OMVS segment is available for the user.) The TSO/E REXX environment is the most robust on the platform. There are alternatives: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4A370/8.2 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4A370/8.3 But, I suggest you avoid them if you can. This table explains why: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4A370/8.6 At a quick glance, all the above links sorely omit any mention of the Unix Rexx environment. That provides the ADDRESS SH subcommand environment whereas none of the others do. And Unix Rexx has its own distinct flavor of the TSO subcommand enviroment, sometimes for better; often for worse. -- 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: Running REXX program in a batch job
-Original Message- From: Mark L. Wheeler [mailto:[EMAIL PROTECTED] Sent: Saturday, November 10, 2007 9:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Running REXX program in a batch job Greetings all, I'm trying to port a REXX utility program from z/VM to z/OS. It will do I/O (reading and writing regular QSAM files), but the wrinkle is that it cannot run in the TSO batch environment (most of the jobs that will use it aren't associated with a TSO userid). Is this possible? If so, where would I find reference info on how to do it? I've turned Google and the IBM Publications web site upside down looking, with no luck. Try IRXJCL on for size, see if it fits your needs (watch the line wrap): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4a370/12.2.1?S HELF=IKJ4BK70.bksDT=20060626210253CASE= HTH Peter 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: OT - FW: [Fwd: [ClassicMainframes] multics source is now open ]
-Original Message- From: Ray Mullins [mailto:[EMAIL PROTECTED] Sent: Sunday, November 11, 2007 1:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: OT - FW: [Fwd: [ClassicMainframes] multics source is now open] Way off-topic for IBM-MAIN, but based on prior threads some of y'all might be interested in this. Snipped http://web.mit.edu/multics-history/ Ray, Thanks a lot for the info and the link. Most interesting. Another important piece of computer history available to the world at large. Bravo to Bull for releasing it. It would be an interesting project to write the emulator for that machine architecture. Peter 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: (OT) Former IBM consultant selling Waffles
In a message dated 11/12/2007 4:43:05 A.M. Central Standard Time, [EMAIL PROTECTED] writes: The consequences from outsourcing(?). Even the full story does not give any details on his reasons. It mentions his desire for entrepreneurialism, so I suspect that he would have changed careers with or without outsourcing. I worked with an excellent MVT/MVS sysprog who went into locksmithing in 1977, long before outsourcing began and even before personal computers began their prevalence. Bill Fairchild Franklin, TN ** See what's new at http://www.aol.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: [ClassicMainframes] multics source is now open
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Farley, Peter x23353) writes: Thanks a lot for the info and the link. Most interesting. Another important piece of computer history available to the world at large. Bravo to Bull for releasing it. It would be an interesting project to write the emulator for that machine architecture. for even more topic drift ... recent RDBMS related post ... drifting into mentioning that Multics shipped the first RDBMS product, MRDS http://www.garlic.com/~lynn/2007s.html#20 Ellison Looks Back As Oracle Turns 30 and even further drift in followup http://www.garlic.com/~lynn/2007s.html#21 Ellison Looks Back As Oracle Turns 30 also mentions that Multics unbundled MRDS ... which created issues about not allowing base system (free) software to have dependencies on priced software. lots of past posts mentioning RDBMS http://www.garlic.com/~lynn/subtopic.html#systemr I ran into a similar problem when my resource manager was selected to be guinea pig for starting to charge for kernel software. I had a lot of kernel restructuring (in the resource manager) for multiprocessor operation. This created a problem for bundled/free multiprocessor operation needed lots of code from the resource manager. http://www.garlic.com/~lynn/subtopic.html#unbundle -- 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: Running REXX program in a batch job
On Mon, 12 Nov 2007 10:00:05 -0500, Farley, Peter x23353 wrote: Try IRXJCL on for size, see if it fits your needs (watch the line wrap): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4a370/12.2.1?SHELF=IKJ4BK70.bksDT=20060626210253CASE= Wrap fixed, I believe. Get a better mailer. Often, when faced with this problem, I trim the QUERY_STRING: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4a370/12.2.1 What's the advantage in IRXJCL? I know that when coding an EXEC for greatest portability, I test it under all of: o TSO TMP o Unix shell o IRXJCL. ... but I don't know who benefits from the last. I suppose it somewhat verifies compatibility with the API. I see Walt F. answered in anticipation my question of availability of TSO TMP when user has no TSO segment. But why is this permitted? Frequently, sysadmins ask on this list how to preclude a user's access to Unix System Services. Simple answer: give the user no OMVS segment, and define no default OMVS segment. But what answer can be given the sysadmin who wants to preclude a user's access to the TSO TMP? (Ignoring the question of why any sysadmin feels compelled to limit access to either. Overzealous auditors?) -- 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: Performance comparison: Hiperbatch, BLSR, SMB?
-Original Message- From: Alex Tough [mailto:[EMAIL PROTECTED] Sent: Monday, November 12, 2007 7:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Performance comparison: Hiperbatch, BLSR, SMB? Peter Apologies if this has already been answered, but the way for a job to opt out of using Hiperbatch is to ask your RACF Security Admin to update the DLF DATA segment for a particular dataset and remove that job or jobs (using a wildcard) from the list of jobs that are allowed to access the DLF object. I struggle to understand how BLSR can give better performance than HB if all other system resources are equal (same WLM Service Class, similar level of CPU contention). My understanding of BLSR is that it will buffer parts (in Control Intervals) of your VSAM cluster into memory. If you have all or most of the cluster allocated to a DLF data object, why would BLSR be faster ? You say that you don't have access to SMF data, but do you have access to RMF or Omegamon/Epilog to indicate what is causing performance degradation ? As to RMF access, I don't think so, but I've also not gone looking for it yet. Ditto for Omegamon/Epilog, but I can ask about it. I have officially asked the performance gurus here to look at these jobs and tell me what we can do to improve the performance. It's very hard for me to test different HB scenarios because HB is so strictly controlled by security methods and I have no authorization to use it. I do understand that BLSR may not help in this scenario, but having tested with SMB (without HB) and noted 50% savings in counted I/O's for that KSDS, I thought SMB would be a good thing to use. However, it apparently conflicted with HB and made the performance several times as bad as HB alone when we tried it out in the QA environment with HB active. Hence my research and questions here. Peter 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: Running REXX program in a batch job
Paul Gilmartin wrote: Will the TMP even run if no TSO segment is defined for the user? (Reasoning (perhaps improperly) by analogy with Unix System Services, which are not available unless (at least a default) OMVS segment is available for the user.) It should. At a quick glance, all the above links sorely omit any mention of the Unix Rexx environment. That provides the ADDRESS SH subcommand environment whereas none of the others do. And Unix Rexx has its own distinct flavor of the TSO subcommand enviroment, sometimes for better; often for worse. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB670/CCONTENTS -- 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: DFSORting a varaible rec.length file and delete duplicaties - HOW ?
Thomas Berg wrote on 11/12/2007 04:23:22 AM: Let's say we have a file with RECFM(VB) and records varying in length. Example: AA AA BBB C C AA AA BBB I want to sort the file (resulting in all 'A's before the 'B' etc.) and remove all duplicates. That means I want to sort on the whole content of the records. I have tried many combinations of options (VLSHRT, VLFILL, editing in INREC statement etc.) with no better result than correct order of the records, but the duplicates are not removed (I had of course SUM FIELDS=NONE). What options should I have ? I'm not sure exactly what you tried, but you can you use a DFSORT job like the following to do what you asked for. I assumed your input file has LRECL=80, but the job can be changed appropriately for other attributes. //S1EXEC PGM=ICEMAN //SYSOUTDD SYSOUT=* //SORTIN DD DSN=... input file (VB/80) //SORTOUT DD DSN=... output file (VB/80) //SYSINDD* OPTION VLSHRT SORT FIELDS=(5,76,CH,A) SUM FIELDS=NONE /* If your input records looked like this: Len Data 45 AA AA 34 BBB 33 C 52 08 33 C 52 08 45 AA AA 34 BBB Then the job would produce these output records: Len Data 45 AA AA 34 BBB 33 C 52 08 If that doesn't work for you, then you need to give more details of what you're trying to do and why the job didn't do what you want. Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: (OT) Former IBM consultant selling Waffles
I knew there would be a good use for the heat sinks from squatty boxes. -Original Message- Ed Gould Here is an item. The consequences from outsourcing(?). Ed HE'S 'IRON' MAN EXEC IS PROUD OF 'WAFFLING' By DAN KADISON November 12, 2007 -- Batter up. A former IBM consultant has shelved his suit and six-figure salary to sell Belgian waffles around the city from a yellow mobile food truck. Thomas DeGeest, 37, of Chelsea, said a heart-to-heart talk with his wife last year made him trade in his corporate life for an apron, a set of waffle irons and some wheels. I believed I could do something more entrepreneurial, DeGeest said while standing inside his Wafels Dinges box truck, which was parked on Broadway near Spring Street in SoHo. The self-proclaimed Waffle Master enjoyed the anytime snack as a kid in Belgium, couldn't find a good one in America as an adult, and saw a niche. All over the country I had been suffering through Waffle House and IHOP waffles, he said. DeGeest began selling his flavorful fare in October - and said though he's not matching his former salary, he is making a living off the treats while bringing joy to the masses. A waffle makes people smile, he said. I basically sell smiles. Each customer has a choice between a traditional Brussels waffle, or a Liege waffle, a chewier version that's flavored with vanilla or cinnamon. The snacks range in price from $4 to $7 for the Wafel of Massive Deliciousness, a waffle with all the dinges, or toppings. Customers last week lined up to purchase the freshly pressed treats, and were pleased with each sweet bite. Katarina Kjellvertz's daughter, Leoni, 4, was busy stabbing her fork into a $5 Brussels waffle covered with whipped cream. They're great, she said to her mom, a Swedish actress. It's better than yours. Tanika Jones, 29, a computer engineer from The Bronx, ordered a vanilla Liege waffle with strawberries for $5. This is better [than IHOP] because it's a little sweeter, a little softer, chewier, she said. Her only reservation? If I was in The Bronx I wouldn't pay $5. But in SoHo, it kind of goes with the territory. DeGeest has sold his tasty products near Union Square and Lincoln Center, but for now is enjoying his SoHo spot. The location is not set in stone, he said. We may be here all the time, but I like to keep the element of surprise, as well. He said he'll post updates about his whereabouts on his Web site, wafelsanddinges.com. full story: http://www.nypost.com/seven/11122007/news/regionalnews/ hes_iron_man_437376.htm -- 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
IBMLINK 2000 - Severity 1 33744039
Is it just me or is IBMLINK down again? Severity 1 ticket 33744039.. UP 12:00 EST John Eatherly -- 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: IBMLINK Release 6.0
In a message dated 11/12/2007 4:52:31 A.M. Central Standard Time, [EMAIL PROTECTED] writes: You're not alone. I get the same. Surely they'd test this in product assurance? Oh I forgot, we are the testers...grumphatooie! ** See what's new at http://www.aol.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: copy zfs dataset
On Fri, 9 Nov 2007 16:39:29 +, Jim McAlpine [EMAIL PROTECTED] wrote: Thanks a lot. BTW do you know if repro is a viable option for the copy. Obviously it can be used for linear datasets which this is. I have tried repro and got rc=0 but haven't tried to mount and use it yet. From: Mark Zelden [EMAIL PROTECTED] Yes. But you should unmount it first since that won't automatically quiesce the file system. Weird. Last week I had to extend a zFS beyond the 4GB limit. So I allocated a new zFS with the needed DATACLASS, then tried to copy my original zFS (4GB) into the new one using REPRO. I received rc=0, but when I mounted the new zFS I did 'cd /mydir' and saw nothing So I restarted from scratch and this time I used the pax utility to do the copy. I mounted my new zFS, did 'cd /mydir' and saw my files as in my original, 4GB zFS. I would have thought REPRO would work, as Mark stated above. In my case it didn't. Unfortunately I didn't have time to investigate/read further. Walter Marguccio z/OS Systems Programmer Munich - Germany ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.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: (OT) Former IBM consultant selling Waffles
In a message dated 11/12/2007 9:09:02 A.M. Central Standard Time, [EMAIL PROTECTED] writes: careers with or without outsourcing. I worked with an excellent MVT/MVS sysprog who went into locksmithing in 1977, long before outsourcing began and even before personal computers began their prevalence. For the geeky, gamers CNBC is running a Special on Video Games evolution from the original oscilloscope to the XBOX...pretty neat on the technicians vs the marketers ** See what's new at http://www.aol.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: copy zfs dataset
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. Were both datasets the same size? A zfs is a formatted dataset. REPRO might work for copying the same size dataset, but I do not think it would work to copy to a larger dataset. That would leave the extra segments unformatted. Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walter Marguccio Sent: Monday, November 12, 2007 10:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: copy zfs dataset On Fri, 9 Nov 2007 16:39:29 +, Jim McAlpine [EMAIL PROTECTED] wrote: Thanks a lot. BTW do you know if repro is a viable option for the copy. Obviously it can be used for linear datasets which this is. I have tried repro and got rc=0 but haven't tried to mount and use it yet. From: Mark Zelden [EMAIL PROTECTED] Yes. But you should unmount it first since that won't automatically quiesce the file system. Weird. Last week I had to extend a zFS beyond the 4GB limit. So I allocated a new zFS with the needed DATACLASS, then tried to copy my original zFS (4GB) into the new one using REPRO. I received rc=0, but when I mounted the new zFS I did 'cd /mydir' and saw nothing So I restarted from scratch and this time I used the pax utility to do the copy. I mounted my new zFS, did 'cd /mydir' and saw my files as in my original, 4GB zFS. I would have thought REPRO would work, as Mark stated above. In my case it didn't. Unfortunately I didn't have time to investigate/read further. Walter Marguccio z/OS Systems Programmer Munich - Germany ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.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 -- 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: IBMLINK Release 6.0
Part of agile programming is continuous testing as the product is developed. This seems more fragile than agile. Jon snip Welcome to the wonderful world of the Web and agile programming! Why waste money paying for testers? Just release the product and the buyers will become your unpaid QA people. And, what is really nice, is that if the buyer doesn't like it, what can they do? NOTHING! Because everybody does it this way now. /snip -- 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: IBMLINK Release 6.0
Yeah, and I get Internal Server error...'. Now who was it that said it can't get much worse? That was the kiss of death. Jack Kelly 202-502-2390 (Office) -- 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: IBMLINK Release 6.0
I'm getting BAD REQUEST.they change link addr from last week?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: IBMLINK Release 6.0
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ron Wells I'm getting BAD REQUEST.they change link addr from last week?? Well, I finally got in, but most of the stuff returned Internal error on the first try Second tries got to the applications. Now, if I can find the correct Upgrade Name for the PSP bucket for Rational Developer for System z. The name given in the Program Directory (5724T07) returns not found.. Don't know if the PSP application lost it, or the ProgDir is wrong... -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
SV: DFSORting a varaible rec.length file and delete duplicaties - HOW ?
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Frank Yaeger Skickat: den 12 november 2007 16:40 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: DFSORting a varaible rec.length file and delete duplicaties - HOW ? ... What options should I have ? ... I'm not sure exactly what you tried, but you can you use a DFSORT job like the following to do what you asked for. I assumed your input file has LRECL=80, but the job can be changed appropriately for other attributes. //S1EXEC PGM=ICEMAN //SYSOUTDD SYSOUT=* //SORTIN DD DSN=... input file (VB/80) //SORTOUT DD DSN=... output file (VB/80) //SYSINDD* OPTION VLSHRT SORT FIELDS=(5,76,CH,A) SUM FIELDS=NONE /* If your input records looked like this: Len Data 45 AA AA 34 BBB 33 C 52 08 33 C 52 08 45 AA AA 34 BBB Then the job would produce these output records: Len Data 45 AA AA 34 BBB 33 C 52 08 If that doesn't work for you, then you need to give more details of what you're trying to do and why the job didn't do what you want. Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ You are right as always... embarrassing enough for me the records (that seemed to be equal) wasn't equal (they had trailing blanks). The file to be sorted was a merge from two other files and all were created on the fly (in a rexx) and I checked it in the wrong moment. I thought that I had checked everthing but apparently didn't do my homework. Mea Culpa! Thanks for taking Your time to answer. Thomas Berg _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: Running REXX program in a batch job
Paul Gilmartin wrote: On Sat, 10 Nov 2007 18:48:23 -0800, Edward Jaffe wrote: I'm trying to port a REXX utility program from z/VM to z/OS. It will do I/O (reading and writing regular QSAM files), but the wrinkle is that it cannot run in the TSO batch environment (most of the jobs that will use it aren't associated with a TSO userid). Not sure why this matters. Will the TMP even run if no TSO segment is defined for the user? (Reasoning (perhaps improperly) by analogy with Unix System Services, which are not available unless (at least a default) OMVS segment is available for the user.) Yes, TSO in batch will run with userid without TSO segment. BTW: The user can have segment in RACF or in SYS1.UADS. BTW2: OMVS segment is mandatory for USS activity, however BPX.DEFAULT.USER can supply default OMVS segment for everyone who hasn't it's own one. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- 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: Optable option of disassembler
Tony Harminc wrote: It's useful to limit the opcodes understood, because the disassembler (any disassembler for this architecture - not just IBM's) is less than perfect at understanding what is code and what is data. If you know something about the module you are working on (typically it is some legacy lost-source thing written some time ago), then it is better to have things that could not be code in that particular module shown as data rather than bogus instructions. ASMDASM does allow you to tell it that an area is code-only or data-only, but often enough you don't know that in detail early in the disassembling process, and it helps not to have your work cluttered with instructions that could not have been intended in, say, 1987. Responding to my question: The High level Assembler accepts and uses an OPTABLE parm which lets you limit the valid op codes to an architecture level such as XA or 370 (and optionally list the valid OP codes at that level). The Disassembler (ASMDASM) has a comparable ÓPTABLE option which Specifies the operation code table to be used in disassembling CSECTs. Except the ASMDASM we are using - no version shown, but linked 06.125 WITH Identify data of UK09726 - does not limit the op codes generated, or even check for a valid parameter. Is there a later version which has this function, or am I missing something? Tony expressed my view of the problem very well - sorry I didn't. Typically when we use the Disassembler it is for very old code. But since there is in fact an OPTABLE parameter documented, that suggests IBM also sees the need for the feature. My question remains: is (or will there be) a version of the Disassembler that implements it? Gene Lynd -- 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: SV: DFSORting a varaible rec.length file and delete duplicaties - HOW ?
On Mon, 12 Nov 2007 17:38:04 +0100, Thomas Berg wrote: You are right as always... embarrassing enough for me the records (that seemed to be equal) wasn't equal (they had trailing blanks). Mea Culpa! I'll absolve you. Variable length records with unequal numbers of trailing blanks (or LOW-VALUEs, or any other particular character) ought not be treated as identical. At the very least, there ought to be an option to specify the padding character, with a possible option of NOPAD to indicate that the programmer never wants records (or fields) of unequal lengths to be treated as identical. -- 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: Optable option of disassembler
Lynd, Eugene (Contractor) (J6C) wrote: Tony expressed my view of the problem very well - sorry I didn't. Typically when we use the Disassembler it is for very old code. But since there is in fact an OPTABLE parameter documented, that suggests IBM also sees the need for the feature. My question remains: is (or will there be) a version of the Disassembler that implements it? To whom are you asking? What sort of response are you expecting? Those of us discussing mainframe-related issues on IBM-MAIN have no authoritative way of answering such questions. This type of question is best posed to the vendor -- in this case IBM -- through normal support channels. -- 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
Splitting an DFSMShsm environment
I have been told that we WILL be splitting our single production z/OS 1.8 image in twain. The only reason I have been given that makes sense is so that we will have a non-production, heavy use, image for testing software upgrades. Currently we test software upgrades (z/OS and program products) on a sysprog-only sandbox system. We will do this splitting by creating a new LPAR on our current machine. I am trying to convince everybody that we must go to a parallel sysplex as best. However, since this will require a CF LPAR (we have the storage), we will need to acquire a CFL processor to run it. This means a hard cash money. There is some doubt about the cost effectiveness of this. So I may end up with a basic sysplex instead. There are even a few people who want two separate monoplexes ( no sharing except with file transfer volumes). One thing that I think is a big problem, except in a parallel sysplex, is the fact that we have about 6Gig of data either backed up or migrated with HSM. I don't know of any way to split the HSM environment without a lot of contortions. Which basically means that I would need to HRECALL everything that belongs to the new z/OS image before attempting the split. The question: Is there any way to split an MCS in two, based on DSN? If so, what about the volumes on which the datasets reside? I ask because HSM does not attempt to isolate data based on DSN or anything else that I can determine. Is there a way to direct one set of HLQs to a pool and all others to another pool of tape volumes? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: ONE Pack System
Got the goodies from Mark's site and set out to create the one-pack rescue system. OK, I'm not always the smartest and I have bumped my head on occasion, but I did discover (the hard way) that RACF has to be told in advance of the SSA or the catalog and alias bit won't work. I made a few other changes since we're not a SyncSort shop..and I'm finishing the tailoring for a test run this week. I'll give Mark kudos for the process and mark the RACF bit down in my lessons learned file. -- 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: (OT) Former IBM consultant selling Waffles
On Nov 12, 2007, at 9:08 AM, (IBM Mainframe Discussion List) wrote: In a message dated 11/12/2007 4:43:05 A.M. Central Standard Time, [EMAIL PROTECTED] writes: The consequences from outsourcing(?). Even the full story does not give any details on his reasons. It mentions his desire for entrepreneurialism, so I suspect that he would have changed careers with or without outsourcing. I worked with an excellent MVT/MVS sysprog who went into locksmithing in 1977, long before outsourcing began and even before personal computers began their prevalence. Bill, True.. There is a person (I am having a senior moment here) was the PADDLE project at SHARE and IIRC he is a professor now. So a second life is not uncommon at all. I wish that the article would have given a little more detail but as usual the press tends to just skim the details. Ed -- 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: (OT) Former IBM consultant selling Waffles
On Nov 12, 2007, at 9:45 AM, Ken Porowski wrote: I knew there would be a good use for the heat sinks from squatty boxes. -SNIp--- Ken You win the IHOP contest... maybe you can get them to serve real maple syrup:) Ed -- 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: copy zfs dataset
On Mon, 12 Nov 2007 11:04:47 -0500, Gray, Larry - Larry A [EMAIL PROTECTED] wrote: Were both datasets the same size? A zfs is a formatted dataset. REPRO might work for copying the same size dataset, but I do not think it would work to copy to a larger dataset. That would leave the extra segments unformatted. I ran a REPRO test with my original (personal) zFS and a new one. Original was 10 CYL, new was 25. I was able to mount and see / use the files when done with the REPRO. ... If you go back to the last time we discussed this, (I don't recall if it was about backing up or size increase) I think I said that the manuals on the DFS bookshelf don't mention REPRO. It was only mentioned in the Redbook. So if it were me, I probably would use DFSMSdss dump / restore or format an empty zFS and use pax. 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: ONE Pack System
On Mon, 12 Nov 2007 11:51:57 -0600, Daniel McLaughlin [EMAIL PROTECTED] wrote: Got the goodies from Mark's site and set out to create the one-pack rescue system. OK, I'm not always the smartest and I have bumped my head on occasion, but I did discover (the hard way) that RACF has to be told in advance of the SSA or the catalog and alias bit won't work. I made a few other changes since we're not a SyncSort shop..and I'm finishing the tailoring for a test run this week. I'll give Mark kudos for the process and mark the RACF bit down in my lessons learned file. The nice thing is... once you got the modifications down, you can re-create your onepak anytime you need to very quickly. If you last did it with my z/OS 1.3 sample, I started documenting the changes needed to jump to my 1.6 / 1.8 sample in those jobs - so your existing JCL can be updated with minimal effort. BTW, I use the same SSA as I do for ServerPac. Since I usually create my onepak systems from my sandbox the SSA is never in use there even if we are in the process of installing a z/OS ServerPac. 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: Splitting an DFSMShsm environment
Since you do not appear to be leaning towards a hsmPlex, I cannot think of any graceful way to accomplish the split. Certainly brute force methods will work. Regarding creating separate pools of tapes for each HSM, this is easily accomplished with the aid of your tape management system and dfhsm initialization parameters. (Caution, this has implications far beyond the DFHSM environment). If you *are* in a sysplex (parallel or basic) why would you want to split the dfhsm environment? The basic sysplex offers functional equivalents to all of the features of a parallel sysplex. They do not necessarily perform as well, but they are all logically there. snip One thing that I think is a big problem, except in a parallel sysplex, is the fact that we have about 6Gig of data either backed up or migrated with HSM. I don't know of any way to split the HSM environment without a lot of contortions. Which basically means that I would need to HRECALL everything that belongs to the new z/OS image before attempting the split. The question: Is there any way to split an MCS in two, based on DSN? If so, what about the volumes on which the datasets reside? I ask because HSM does not attempt to isolate data based on DSN or anything else that I can determine. Is there a way to direct one set of HLQs to a pool and all others to another pool of tape volumes? /snip -- 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: Splitting an DFSMShsm environment
Just brainstorming (usually I just take a couple of asprin when this happens) - here's one method to consider: Back up all your 'test' dsn's on ML1 ML2 only using ABARS then restore on the test system to an empty newly created HSM environment to the same migration level - which then leaves you the clean up of all your test dsn's on production.I like this one as it leaves your production environment in place Or vice versa - backup the prod names, restore to the new production HSM, and then clean up the test environment. With this method, your production environment would be more likely to be pristine. You could actually wait on the clean up, which would give you recoverability if there were problems. Either way, I think you'd have to turn migration off during the move or run it in multiple phases to pick everything up. You might need to inflate your storage groups to handle things during the split. Are they talking about splitting tape pools, the tape management system, SMS environments, hardware, etc? If so, I'd say you have plenty of job security in the works. ddkeller McKown, John [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 11/12/2007 11:50 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Splitting an DFSMShsm environment I have been told that we WILL be splitting our single production z/OS 1.8 image in twain. The only reason I have been given that makes sense is so that we will have a non-production, heavy use, image for testing software upgrades. Currently we test software upgrades (z/OS and program products) on a sysprog-only sandbox system. We will do this splitting by creating a new LPAR on our current machine. I am trying to convince everybody that we must go to a parallel sysplex as best. However, since this will require a CF LPAR (we have the storage), we will need to acquire a CFL processor to run it. This means a hard cash money. There is some doubt about the cost effectiveness of this. So I may end up with a basic sysplex instead. There are even a few people who want two separate monoplexes ( no sharing except with file transfer volumes). One thing that I think is a big problem, except in a parallel sysplex, is the fact that we have about 6Gig of data either backed up or migrated with HSM. I don't know of any way to split the HSM environment without a lot of contortions. Which basically means that I would need to HRECALL everything that belongs to the new z/OS image before attempting the split. The question: Is there any way to split an MCS in two, based on DSN? If so, what about the volumes on which the datasets reside? I ask because HSM does not attempt to isolate data based on DSN or anything else that I can determine. Is there a way to direct one set of HLQs to a pool and all others to another pool of tape volumes? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: DFSORting a varaible rec.length file and delete duplicaties - HOW ?
Paul Gilmartin wrote on 11/12/2007 09:36:57 AM: I'll absolve you. Variable length records with unequal numbers of trailing blanks (or LOW-VALUEs, or any other particular character) ought not be treated as identical. At the very least, there ought to be an option to specify the padding character, with a possible option of NOPAD to indicate that the programmer never wants records (or fields) of unequal lengths to be treated as identical. DFSORT's VLSHRT option pads short records with binary zeros temporarily for collation. So two records with unequal numbers of trailing blanks or any other character other than binary zeros will NOT be treated as identical. So if the input file had these records: Len Data 45 AA A* 34 BBB BBB* 33 C 52 08 33 C 52 08 47 AA A*** 35 BBB BBB** The output records would be: 45 AA A* 47 AA A*** 34 BBB BBB* 35 BBB BBB** 33 C 52 08 Two records with unequal numbers of trailing binary zeros will be treated as identical. However, you can finesse that situation by adding the record length to the DFSORT SORT statement like this: OPTION VLSHRT SORT FIELDS=(5,76,CH,A,1,2,BI,A) SUM FIELDS=NONE So if the input file had these records (Z represents X'00'): Len Data 45 AA AZ 34 BBB BBBZ 33 C 52 08 33 C 52 08 47 AA AZZZ 35 BBB BBBZZ The output records would be: Len Data 45 AA AZ 47 AA AZZZ 34 BBB BBBZ 35 BBB BBBZZ 33 C 52 08 Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: Splitting an DFSMShsm environment
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Monday, November 12, 2007 12:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Splitting an DFSMShsm environment Since you do not appear to be leaning towards a hsmPlex, I cannot think of any graceful way to accomplish the split. Certainly brute force methods will work. I'll see what an hsmPlex is. That's a new one to me. I've never worked in this type of environment before, so I'm terribly ignorant. Well, I did back in the 1980s (two separate z/OS systems, no overlap - completely isolated). Regarding creating separate pools of tapes for each HSM, this is easily accomplished with the aid of your tape management system and dfhsm initialization parameters. (Caution, this has implications far beyond the DFHSM environment). Actually, I was not specific enough. What I want is a way in the current HSM environment to direct specific high levels to different pools of tapes. So that when I do split, I just assign the existing HSM tapes to the proper HSM system. I'm not very HSM literate, sorry. It's been here forever and nobody now here has had any education on it all all. My manager regards HSM as a piece of obsolete junk and wants to eliminate it entirely. I'm not pro or con on this, except that we do use it to HBACKUP the programmer's PDSes automatically so that when they delete members, we __might__ be able to restore them. No, the programmers do not consider it there responsibility to back up their own data. They are not paranoid enough, IMO. I actually XMIT my PDS's periodically to sequential files, then ftp those files to my desktop, and them copy them onto a thumb drive and put them on my home system. I am paranoid, and PROUD of it! If you *are* in a sysplex (parallel or basic) why would you want to split the dfhsm environment? The basic sysplex offers functional equivalents to all of the features of a parallel sysplex. They do not necessarily perform as well, but they are all logically there. I must have misread the HSM doc. I was under the impression that a parallel sysplex was needed to have HSM on multiple images coordinate. Perhaps I'm confused by the common recall queue portion of the documentation. -- 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: Splitting an DFSMShsm environment
We split our development off to another monoplex (I now run 4) awhile back. At the time, I just copied what was still on primary DASD at the time. We told the developers to recall what they wanted to move and that they'd need to deal with leftovers on their own later. (I did offer to help later) There was never a request to recall and move any leftovers. That said, I'd rather be a couple sysplexs than four monoplexes. I live in fear of some overwrite on the shared volumes. Most aren't shared, but to many are. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, November 12, 2007 9:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Splitting an DFSMShsm environment I have been told that we WILL be splitting our single production z/OS 1.8 image in twain. The only reason I have been given that makes sense is so that we will have a non-production, heavy use, image for testing software upgrades. Currently we test software upgrades (z/OS and program products) on a sysprog-only sandbox system. We will do this splitting by creating a new LPAR on our current machine. I am trying to convince everybody that we must go to a parallel sysplex as best. However, since this will require a CF LPAR (we have the storage), we will need to acquire a CFL processor to run it. This means a hard cash money. There is some doubt about the cost effectiveness of this. So I may end up with a basic sysplex instead. There are even a few people who want two separate monoplexes ( no sharing except with file transfer volumes). One thing that I think is a big problem, except in a parallel sysplex, is the fact that we have about 6Gig of data either backed up or migrated with HSM. I don't know of any way to split the HSM environment without a lot of contortions. Which basically means that I would need to HRECALL everything that belongs to the new z/OS image before attempting the split. The question: Is there any way to split an MCS in two, based on DSN? If so, what about the volumes on which the datasets reside? I ask because HSM does not attempt to isolate data based on DSN or anything else that I can determine. Is there a way to direct one set of HLQs to a pool and all others to another pool of tape volumes? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Splitting an DFSMShsm environment
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Darth Keller Sent: Monday, November 12, 2007 12:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Splitting an DFSMShsm environment snip Are they talking about splitting tape pools, the tape management system, SMS environments, hardware, etc? If so, I'd say you have plenty of job security in the works. ddkeller Some of the ones who say they want this, appear to want it split as if it were in a Windows environment. I.e. share nothing, completely separate so that one environment could not possibly have any impact on the other environment. I consider them to be either very ignorant or insane. For some reason, these same people think that if the environments are split, they will end up with more CPU for themselves because production couldn't steal it away. I could do that now with WLM, but I'm not allowed because production is KING. They're trying to dethrone the KING. But they'll really end up in an LPAR with a smaller weight and likely actually have LESS CPU power. But they don't see that. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
HyperPAV Question
All I found APAR OA13915 that adds support for HyperPAV to z/OS. However, I could not tell if there were any other changes required for HyperPAV use. If you are using HyperPAV, could you tell me if there are any other changes in addition to the installation of the APAR? Tom Moulder No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.30/1125 - Release Date: 11/11/2007 9:50 PM -- 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: Splitting an DFSMShsm environment
snip Actually, I was not specific enough. What I want is a way in the current HSM environment to direct specific high levels to different pools of tapes. So that when I do split, I just assign the existing HSM tapes to the proper HSM system. /snip Again, this is relatively easily accomplished with the aid of your tape management system. (think scratch subpools). snip I must have misread the HSM doc. I was under the impression that a parallel sysplex was needed to have HSM on multiple images coordinate. Perhaps I'm confused by the common recall queue portion of the documentation. /snip See the MIGRATE SYSTEM OR SYS GROUP and BACKUP SYSTEM OR SYS GROUP Entries in the SMS STORGROUP description. These allow you to specify which System(s) in the sysplex will manage that pool(s) of volumes. Another possibly good reference for your project (not restricted to DFHSM) would be the Redbook Merging Systems into a Sysplex SG24-6818 HTH, -- 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: Splitting an DFSMShsm environment
the programmers do not consider it there responsibility to back up their own data. As it should be! One of the criteria in the original GUIDE specifications for what became SMS was to remove storage management from all programmers and have a storage team. If your programmers have to manage/back-up data, then your storage team is not doing the job it should be. - Too busy driving to stop for gas! -- 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
RES: Performance comparison: Hiperbatch, BLSR, SMB?
Peter, Try using COFDMON programs that can show you who is currently using hiperbatch at the moment. The source code is in SYS1.SAMPLIB and used to work pretty fine. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Farley, Peter x23353 Enviada em: segunda-feira, 12 de novembro de 2007 13:30 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Re: Performance comparison: Hiperbatch, BLSR, SMB? -Original Message- From: Alex Tough [mailto:[EMAIL PROTECTED] Sent: Monday, November 12, 2007 7:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Performance comparison: Hiperbatch, BLSR, SMB? Peter Apologies if this has already been answered, but the way for a job to opt out of using Hiperbatch is to ask your RACF Security Admin to update the DLF DATA segment for a particular dataset and remove that job or jobs (using a wildcard) from the list of jobs that are allowed to access the DLF object. I struggle to understand how BLSR can give better performance than HB if all other system resources are equal (same WLM Service Class, similar level of CPU contention). My understanding of BLSR is that it will buffer parts (in Control Intervals) of your VSAM cluster into memory. If you have all or most of the cluster allocated to a DLF data object, why would BLSR be faster ? You say that you don't have access to SMF data, but do you have access to RMF or Omegamon/Epilog to indicate what is causing performance degradation ? As to RMF access, I don't think so, but I've also not gone looking for it yet. Ditto for Omegamon/Epilog, but I can ask about it. I have officially asked the performance gurus here to look at these jobs and tell me what we can do to improve the performance. It's very hard for me to test different HB scenarios because HB is so strictly controlled by security methods and I have no authorization to use it. I do understand that BLSR may not help in this scenario, but having tested with SMB (without HB) and noted 50% savings in counted I/O's for that KSDS, I thought SMB would be a good thing to use. However, it apparently conflicted with HB and made the performance several times as bad as HB alone when we tried it out in the QA environment with HB active. Hence my research and questions here. Peter 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 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
Re: Performance comparison: Hiperbatch, BLSR, SMB?
-Original Message- From: ITURIEL DO NASCIMENTO NETO [mailto:[EMAIL PROTECTED] Sent: Monday, November 12, 2007 1:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: RES: Performance comparison: Hiperbatch, BLSR, SMB? Peter, Try using COFDMON programs that can show you who is currently using hiperbatch at the moment. The source code is in SYS1.SAMPLIB and used to work pretty fine. That looks like a very interesting program. Unfortunately, it requires authorization and authority to run it. From the comments in the COFDMON main program: Restrictions: - COFDMON must reside in an APF-authorized library or in the LNKLST. - COFDMON must be linkedited with AC=1. - The following IKJTSOnn parms must be set: AUTHCMD NAMES(COFDMON) Not having access to an authorized library nor authority to change TKJTSOnn parms, I would not be able to run it anyway. Thank you for the pointer anyway, this is quite interesting code. Peter 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: Performance comparison: Hiperbatch, BLSR, SMB?
On Mon, 12 Nov 2007 14:15:08 -0500, Farley, Peter x23353 wrote: -Original Message- From: ITURIEL DO NASCIMENTO NETO Try using COFDMON programs that can show you who is currently using hiperbatch at the moment. The source code is in SYS1.SAMPLIB and used to work pretty fine. That looks like a very interesting program. Unfortunately, it requires authorization and authority to run it. From the comments in the COFDMON main program: Restrictions: - COFDMON must reside in an APF-authorized library or in the LNKLST. - COFDMON must be linkedited with AC=1. - The following IKJTSOnn parms must be set: AUTHCMD NAMES(COFDMON) Not having access to an authorized library nor authority to change TKJTSOnn parms, I would not be able to run it anyway. Peter, You can run it, you just can't perform the linkedit yourself; find a friendly sysprog to do that for you and then you ought to be good to go. -- Tom Schmidt Madison, WI (What ever happened to Bala and Ziggy, anyway?) -- 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: COBOL COPY statement w REPLACING...
-Original Message- From: Bill Klein [mailto:[EMAIL PROTECTED] Sent: Thursday, November 08, 2007 11:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL COPY statement w REPLACING... The documented (and functional) way to do partial replacement in current COBOL is documented at: http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/igy3lr31/8.1.7.3 Yes, I am well aware of that method. It requires changing the contents of the copybook. If I may quote my original situation: ... where an older copybook did not have separators around the leading prefix, so it could not be replaced. IOW, this copybook does NOT have tagged prefix words for each variable, just normal COBOL words. The copybook can be used WITHOUT any REPLACING strings. I want to be able to use REPLACING for such a copybook WITHOUT modifying the copybook (because I don't own it and am not allowed to change it). Why can't we do such a simple thing? Peter 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: COBOL COPY statement w REPLACING...
On Nov 12, 2007, at 1:24 PM, Farley, Peter x23353 wrote: -Original Message- From: Bill Klein [mailto:[EMAIL PROTECTED] Sent: Thursday, November 08, 2007 11:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL COPY statement w REPLACING... The documented (and functional) way to do partial replacement in current COBOL is documented at: http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/igy3lr31/8.1.7.3 Yes, I am well aware of that method. It requires changing the contents of the copybook. If I may quote my original situation: ... where an older copybook did not have separators around the leading prefix, so it could not be replaced. IOW, this copybook does NOT have tagged prefix words for each variable, just normal COBOL words. The copybook can be used WITHOUT any REPLACING strings. I want to be able to use REPLACING for such a copybook WITHOUT modifying the copybook (because I don't own it and am not allowed to change it). Why can't we do such a simple thing? Peter Peter, There are usually ways around this one is to copy the member to a different library and change and then when you compile just add the library in front of the concatenation. As to why... ask the dark side:) Ed -- 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: Splitting an DFSMShsm environment
John, May I suggest that you keep it together ... What I mean by that is: Don't split your DFHSM environment. Don't split your DASD farm. I once worked at a company where they had 3 LPARs, named Prod, Dev and Test. That's what you're going for, isn't it? The LPARs were separate, yet joined at the hip: - DASD was fully shared. Test datasets were allocated to Test-DASD pools. SMS-Rules failed Prod. dataset allocations on LPARs other than Prod. - Tape drives were shared. - MIM controlled dataset access and tape drive sharing across all LPARs. - JES2 SPOOL volumes were kept separate. NJE connections provided support for printers and cross-system job submissions. - None of the LPARs were sysplexed together ... a traditional 3-monoplex shop. - VTAM had cross-domain connections via CTCs so that one could access the other LPARs. TPX provided for multi-session capabilities (Footnote: This was before TCP/IP became available on the M/F. A lot of terminal emulation was via coax to 3174s, NCPs, etc. TCP/IP and modern PC-emulations make life easier nowadays) - TSO users could get more than 1 logonID. On ID2, 'PROFILE PREFIX(id1)' made life easier for access to TSO user datasets [except ISPPROF was separate]. - DFHSM on Prod ran all the main activities: backup, migration, ABARs. - DFHSM on Test and Dev shared the same database. Recall, Recover and other command activities were possible. If, for example, a test job needed to recall a migrated production dataset ... no problem. - CA1-TMS controlled tape access across all LPARs. Use of scratch tapes, access to DFHSM tapes ... no problem, just like in Production. - Shared ACF2 (RACF) database. - Security profiles prevented Test/Development IDs from updating Production datasets. But prod. datasets could be read anytime. That made it easy for developers to read some production data in a test job. There was no need to copy data across staging disks (where the stuff just sits around wasting diskspace after testing is done anyway) or create tapes to carry across the border between Prod and Dev. All that takes too much time and is too error prone. A programmer's time is expensive, time is in short supply and anything that can be done to increase a programmer's productivity is a valuable contribution towards the bottom line: Achieving one's goals and deadlines. - Dev and Test LPARs were capped so that they couldn't take too many CPU cycles away from Production, not even by accident. Have I forgotten to mention something? Probably. But you get the drift. Sharing where it's possible and safe to do so. Strict segregation where necessary, to prevent a test job from clobbering production data. HTH Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, November 12, 2007 09:50 To: IBM-MAIN@BAMA.UA.EDU Subject: Splitting an DFSMShsm environment I have been told that we WILL be splitting our single production z/OS 1.8 image in twain. The only reason I have been given that makes sense is so that we will have a non-production, heavy use, image for testing software upgrades. Currently we test software upgrades (z/OS and program products) on a sysprog-only sandbox system. remainder snipped -- 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
SV: COBOL COPY statement w REPLACING...
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ed Gould Skickat: den 12 november 2007 20:41 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: COBOL COPY statement w REPLACING... On Nov 12, 2007, at 1:24 PM, Farley, Peter x23353 wrote: I want to be able to use REPLACING for such a copybook WITHOUT modifying the copybook (because I don't own it and am not allowed to change it). Why can't we do such a simple thing? Peter Peter, There are usually ways around this one is to copy the member to a different library and change and then when you compile just add the library in front of the concatenation. As to why... ask the dark side:) Ed The ground problem with COPY's is that they often have the requirement of standards and one source at one place. And if You - when You have a big organisation and want consistency in developement - are using meta database products as Datamanager etc, You definitely don't have the option of changing the COPY ! The whole point of using an option like COPY REPLACE is to make temporary/local changes of a permanent source. Which means it should be versatile and flexible. Doing a rigid and limited solution for the need is to missing the point completely. Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: COBOL COPY statement w REPLACING...
-Original Message- From: Thomas Berg [mailto:[EMAIL PROTECTED] Sent: Monday, November 12, 2007 3:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SV: COBOL COPY statement w REPLACING... -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ed Gould Skickat: den 12 november 2007 20:41 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: COBOL COPY statement w REPLACING... On Nov 12, 2007, at 1:24 PM, Farley, Peter x23353 wrote: I want to be able to use REPLACING for such a copybook WITHOUT modifying the copybook (because I don't own it and am not allowed to change it). Why can't we do such a simple thing? Peter Peter, There are usually ways around this one is to copy the member to a different library and change and then when you compile just add the library in front of the concatenation. As to why... ask the dark side:) Ed The ground problem with COPY's is that they often have the requirement of standards and one source at one place. And if You - when You have a big organisation and want consistency in developement - are using meta database products as Datamanager etc, You definitely don't have the option of changing the COPY ! Exactly! Multiple application groups using common copybooks for files passed from one application to another, the creating group owns the copybook and you, the using group, do not have the right or the authority to change it. And creating your own group's private copy is not permitted either, because that copy will not be updated when the owning group changes the master copy. The whole point of using an option like COPY REPLACE is to make temporary/local changes of a permanent source. Which means it should be versatile and flexible. Doing a rigid and limited solution for the need is to missing the point completely. My point precisely. Thank you. Peter 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
TYME History was Re: ATMs (Was: High order bit in 31/24 bit address)
On Fri, 9 Nov 2007 17:07:43 -0600, Eric Bielefeld eric- [EMAIL PROTECTED] wrote: As long as its Friday, and there are many posts about ATMs, I'll add mine. I can't remember when I got my first TYME card. It was somewhere between 1975 and 1978, I think. First TYME transaction was in December 1976. Wisconsin is the home of TYME, which stood for Take Your Money Everywhere. I think AO Smith developed the TYME system. I'm pretty sure the company that takes care of it, which was a division of AO Smith, is now called eFunds. (Now I'm sounding like Ed). Actually the TYME system was written by IBM contract programmers and most (if not all) of the work was done at First Wisconsin Bank. I started here in January of 1977. My first manager was had been an analyst for this project. TYME was a TCAM based system and was run on First Wisconsin's systems. http://findarticles.com/p/articles/mi_m0EIN/is_2000_Dec_19/ai_68207822 This article list the four banks that were the ones responsible for it. As Eric indicates it was moved (I don't remember the year) to Deluxe Systems to eliminate the conflict of interest of having First Wisconsin running the system. Doug Henry USBANK (list of bank's name change : First Wisconsin - Firstar - USBANK) -- 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: HyperPAV Question
Yes. IECIOSxx would need HYPERPAV=YES and the storage subsystem would also have to be licensed for it as well. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Monday, November 12, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HyperPAV Question All I found APAR OA13915 that adds support for HyperPAV to z/OS. However, I could not tell if there were any other changes required for HyperPAV use. If you are using HyperPAV, could you tell me if there are any other changes in addition to the installation of the APAR? Tom Moulder No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.30/1125 - Release Date: 11/11/2007 9:50 PM -- 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: The Hole Below the Bar
On Fri, 9 Nov 2007 10:54:53 -0600, Tony Harminc wrote: There is nothing in the C language definition to suggest that zero is not a valid pointer value. But be careful that you distinguish between zero cast to a pointer type and zero as the memory object representing a pointer. From ANSI X3.159-1989: 3.3.3.2 Address and Indirection Operators; footnote 42: ... Among the invalid values for dereferencing a pointer by the unary * operator are a null pointer, ... (I could hardly believe that the definers of the language could be so careless as you suggest.) In the 24-bit days, PL/I and TSO parse (IKJPARS) both used X'FF00' as their bad or end of chain value, IIRC. And in the 64-bit days, x' FF00 ' should likewise serve well for a bad or NULL value for PL/1 or C; for z/OS, but not for Linux. It would be good design to create another 1-byte hole at x' ' and use that (truncated on the left as suitable) as the memory representation of the bad or NULL pointer for all OSes. -- 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
GLEN RICHESON is out of the office.
I will be out of the office starting Mon 11/05/2007 and will not return until Tue 11/13/2007. I will respond to your message when I return. Unauthorized interception of this communication could be a violation of Federal and State Law. This communication and any files transmitted with it are confidential and may contain protected health information. This communication is solely for the use of the person or entity to whom it was addressed. If you are not the intended recipient, any use, distribution, printing or acting in reliance on the contents of this message is strictly prohibited. If you have received this message in error, please notify the sender and destroy any and all copies. Thank you. *** -- 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
IBMLink's unavailability
We here at IBM want to assure you that we are working hard to continue IBMLink's industry-leading unavailability. In order to maximize IBMLink's unavailability, we installed a new Release 6 this last weekend, and it delivered, as IBMlink has been down since the new Release went in and will continue to be so. We at IBM have heard you loud and clear, and we will not stop until IBMLink is the undisputed unavailability leader. Regards, Lou Gerstner -- 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: HyperPAV Question
You will want to investigate RMF APAR OA21799 for an SMF 78/3 data issue, per a recent MXG-L posting. Also, for consideration: MXG V25.07; CA MICS RMF support, apply PTF RMF6792; IBM/Tivoli TDS (tolerance) support is PK30845, where applicable. Sincerely, Scott Barry SBBWorks, Inc. EMAIL: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Monday, November 12, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HyperPAV Question All I found APAR OA13915 that adds support for HyperPAV to z/OS. However, I could not tell if there were any other changes required for HyperPAV use. If you are using HyperPAV, could you tell me if there are any other changes in addition to the installation of the APAR? Tom Moulder -- 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: IBMLink's unavailability
I think M$ is the undisputed leader in this, better watch out they may even have a patent on it. -Original Message- Pinnacle We here at IBM want to assure you that we are working hard to continue IBMLink's industry-leading unavailability. In order to maximize IBMLink's unavailability, we installed a new Release 6 this last weekend, and it delivered, as IBMlink has been down since the new Release went in and will continue to be so. We at IBM have heard you loud and clear, and we will not stop until IBMLink is the undisputed unavailability leader. Regards, Lou Gerstner - -- 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: IBMLink's unavailability
In a message dated 11/12/2007 3:06:34 P.M. Central Standard Time, [EMAIL PROTECTED] writes: delivered, as IBMlink has been down since the new Release went in and will continue to be so. We at IBM have heard you loud and clear, and we will not stop until IBMLink is the undisputed unavailability leader Guess it's too many golfers and not enough bowlers? Lower vs higher score wise. They'll probably role out release 7 over thanksgiving weekend and 8 over Christmas-New Year. Really get in the spirit of Dufusware. ** See what's new at http://www.aol.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: SV: COBOL COPY statement w REPLACING...
On Nov 12, 2007, at 2:08 PM, Thomas Berg wrote: ---SNIP--- Peter, There are usually ways around this one is to copy the member to a different library and change and then when you compile just add the library in front of the concatenation. As to why... ask the dark side:) Ed The ground problem with COPY's is that they often have the requirement of standards and one source at one place. And if You - when You have a big organisation and want consistency in developement - are using meta database products as Datamanager etc, You definitely don't have the option of changing the COPY ! The whole point of using an option like COPY REPLACE is to make temporary/local changes of a permanent source. Which means it should be versatile and flexible. Doing a rigid and limited solution for the need is to missing the point completely. Thomas, I know (and you realize this as well) that what I suggested is a play around to see if the work around worked as advertised. If it does work then go through change control (like everyone else). Ed -- 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: IBMLink's unavailability
On Mon, 12 Nov 2007 16:15:44 EST, Ed Finnell [EMAIL PROTECTED] wrote: They'll probably role out release 7 over thanksgiving weekend and 8 over Christmas-New Year. Hey, whatever it takes to get it working... -- 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
SV: SV: COBOL COPY statement w REPLACING...
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ed Gould Skickat: den 12 november 2007 22:19 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: COBOL COPY statement w REPLACING... The ground problem with COPY's is that they often have the requirement of standards and one source at one place. And if You - when You have a big organisation and want consistency in developement - are using meta database products as Datamanager etc, You definitely don't have the option of changing the COPY ! The whole point of using an option like COPY REPLACE is to make temporary/local changes of a permanent source. Which means it should be versatile and flexible. Doing a rigid and limited solution for the need is to missing the point completely. Thomas, I know (and you realize this as well) that what I suggested is a play around to see if the work around worked as advertised. If it does work then go through change control (like everyone else). Ed Hm. I think there is some missunderstanding here. If it's from Your or my side I'm not sure. But AFAICS there is no possibility of change of either the original COPY or *what* COPY we could use in our programs. (It's only the owner of the copy that can/are allowed to do the change, and it is not in his interest (rightfully so) to do a change in the way we need. But it is certainly in both our (the local project) interest and the interest in our organisation as a whole that we have the possibility to use the original COPY with a temporary change in our programs. It could be of interest to note that the programs we are talking about is output from a source code conversion project. And that the availability of the applications in case is *VERY* important. That means that any disturbance of the production is very unkindly looked upon... Unfortunately I don't think it's proper of me to go into deeper detail. Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: TYME History was Re: ATMs (Was: High order bit in 31/24 bit address)
Doug, Thanks for correcting my faulty memory. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Doug Henry [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, November 12, 2007 2:38 PM Subject: TYME History was Re: ATMs (Was: High order bit in 31/24 bit address) On Fri, 9 Nov 2007 17:07:43 -0600, Eric Bielefeld eric- [EMAIL PROTECTED] wrote: As long as its Friday, and there are many posts about ATMs, I'll add mine. I can't remember when I got my first TYME card. It was somewhere between 1975 and 1978, I think. First TYME transaction was in December 1976. Wisconsin is the home of TYME, which stood for Take Your Money Everywhere. I think AO Smith developed the TYME system. I'm pretty sure the company that takes care of it, which was a division of AO Smith, is now called eFunds. (Now I'm sounding like Ed). Actually the TYME system was written by IBM contract programmers and most (if not all) of the work was done at First Wisconsin Bank. I started here in January of 1977. My first manager was had been an analyst for this project. TYME was a TCAM based system and was run on First Wisconsin's systems. http://findarticles.com/p/articles/mi_m0EIN/is_2000_Dec_19/ai_68207822 This article list the four banks that were the ones responsible for it. As Eric indicates it was moved (I don't remember the year) to Deluxe Systems to eliminate the conflict of interest of having First Wisconsin running the system. Doug Henry USBANK (list of bank's name change : First Wisconsin - Firstar - USBANK) -- 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: COBOL COPY statement w REPLACING...
On 12 Nov 2007 12:31:04 -0800, in bit.listserv.ibm-main you wrote: -Original Message- From: Thomas Berg [mailto:[EMAIL PROTECTED] Sent: Monday, November 12, 2007 3:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SV: COBOL COPY statement w REPLACING... -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ed Gould Skickat: den 12 november 2007 20:41 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: COBOL COPY statement w REPLACING... On Nov 12, 2007, at 1:24 PM, Farley, Peter x23353 wrote: I want to be able to use REPLACING for such a copybook WITHOUT modifying the copybook (because I don't own it and am not allowed to change it). Why can't we do such a simple thing? Peter Peter, There are usually ways around this one is to copy the member to a different library and change and then when you compile just add the library in front of the concatenation. As to why... ask the dark side:) It is now available in the 2002 COBOL standard as COPY xxx REPLACING [LEADING / TRAILING] yyy BY zzz. Unfortunately IBM has not implemented it. Ed The ground problem with COPY's is that they often have the requirement of standards and one source at one place. And if You - when You have a big organisation and want consistency in developement - are using meta database products as Datamanager etc, You definitely don't have the option of changing the COPY ! Exactly! Multiple application groups using common copybooks for files passed from one application to another, the creating group owns the copybook and you, the using group, do not have the right or the authority to change it. And creating your own group's private copy is not permitted either, because that copy will not be updated when the owning group changes the master copy. The whole point of using an option like COPY REPLACE is to make temporary/local changes of a permanent source. Which means it should be versatile and flexible. Doing a rigid and limited solution for the need is to missing the point completely. My point precisely. Thank you. Peter -- 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: IBMLink's unavailability
Tom, ROTFLMAO Only problem is Lou Gerstner is no longer with IBM. The new guy is Sam Palmisano. Ed Pinnacle wrote: We here at IBM want to assure you that we are working hard to continue IBMLink's industry-leading unavailability. In order to maximize IBMLink's unavailability, we installed a new Release 6 this last weekend, and it delivered, as IBMlink has been down since the new Release went in and will continue to be so. We at IBM have heard you loud and clear, and we will not stop until IBMLink is the undisputed unavailability leader. Regards, Lou Gerstner -- 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: IBMLink's unavailability
I thought that was the funny part. Chuck Arney illustro Systems International, LLC http://www.illustro.com Access 3270 data from anywhere with z/XML-Host Access 3270 apps from the web with z/Web-Host Access CMS minidisks from z/OS or z/VSE with CMSACCess Voice: 214-800-8900 X#0562 Fax: 214-451-6394 * * * * * * * * * * * * * * * * This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. * * * * * * * * * * * * * * * * * * * * * * * * * * We use reasonable measures to virus scan all E-mails leaving illustro but no warranty is given that this E-mail and any attachments are virus free. You should ensure you have adequate measures in place for your own virus checking. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, November 12, 2007 4:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLink's unavailability Tom, ROTFLMAO Only problem is Lou Gerstner is no longer with IBM. The new guy is Sam Palmisano. Ed -- 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: IBMLINK Release 6.0
that was me that said it couldn't possibly get any worse , okay, bad mistake on that one. I apologize - Original Message - From: Jack Kelly [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, November 12, 2007 11:22 AM Subject: Re: IBMLINK Release 6.0 Yeah, and I get Internal Server error...'. Now who was it that said it can't get much worse? That was the kiss of death. Jack Kelly 202-502-2390 (Office) -- 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: IBMLINK Release 6.0
On Mon, 12 Nov 2007 08:17:52 +0100, Barbara Nitz wrote: Well, the net effect is the same: I cannot access my own ETRs: Just curious: Did any reader of this list participate in a beta test of IBMLink Release 6.0? (Or would NDA preclude discussing it.) -- 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: IBMLINK Release 6.0
In the immortal words of Bill Cosby, Never challenge 'Worse.' Jon snip that was me that said it couldn't possibly get any worse , okay, bad mistake on that one. I apologize /snip -- 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: MFNetDisk secrets and internal and my new feature BusyIO
Has anyone tried this product out? I'm a bit worried about the way it appears to be installed, and I'm not sure about what benefit it gives for the exposure. I'd like to know if anyone has tried it yet and been successful, I don't really want to be the first. :) Brian -- 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: IBMLINK Release 6.0
Gil, we all do starting last weekend. Roland On Mon, 12 Nov 2007 08:17:52 +0100, Barbara Nitz wrote: Well, the net effect is the same: I cannot access my own ETRs: Just curious: Did any reader of this list participate in a beta test of IBMLink Release 6.0? (Or would NDA preclude discussing it.) -- 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
Fw: COBOL COPY statement w REPLACING...
Peter, The following PROBABLY will not be acceptable to you but might still be worth approaching the owner of the original copy member with. Consider that today there is a copy member called ABC - which includes: 01 Group1. 05 WS-AlphaNum Pic X. 05 WS-Num Pic 9. Now, you want to be able to replace WS- but the owner of ABC doesn't want to have to change their programs that COPY it in. The solution (work-around) is to create a NEW member called ABC (in other words this replaces the existing member ABC). It includes the following code. Replace ==:tag:== by ==WS-==. Copy ABCx. Replace Off. Then you create a NEW member called ABCx which includes the following: 01 Group1. 05 :TAG:AlphaNum Pic X. 05 :TAG:Num Pic 9. The every program that has COPY ABC. will continue to work exactly as it does today - even if it uses nested COPY statement. However NEW program (that want to change prefixes) can use Copy ABCX replacing ==:TAG:== BY ==New-Prefix-==. *** Furthermore, the current OWNER of member ABC will continue to own (and maintain) it as well as member ABCX. I haven't stressed this enough in previous posts, but it is important to realize that the COBOL standard defines COPY REPLACING and REPLACE as text word replacement tools and never CLAIMS to be string replacement tools. This is certainly a (nearly?) unique feature of COBOL, but it is what the feature is designed to do - and does. Farley, Peter x23353 [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... -Original Message- From: Bill Klein [mailto:[EMAIL PROTECTED] Sent: Thursday, November 08, 2007 11:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL COPY statement w REPLACING... The documented (and functional) way to do partial replacement in current COBOL is documented at: http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/igy3lr31/8.1.7.3 Yes, I am well aware of that method. It requires changing the contents of the copybook. If I may quote my original situation: ... where an older copybook did not have separators around the leading prefix, so it could not be replaced. IOW, this copybook does NOT have tagged prefix words for each variable, just normal COBOL words. The copybook can be used WITHOUT any REPLACING strings. I want to be able to use REPLACING for such a copybook WITHOUT modifying the copybook (because I don't own it and am not allowed to change it). Why can't we do such a simple thing? Peter -- 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: IBMLink's unavailability
In a message dated 11/12/2007 3:41:28 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Hey, whatever it takes to get it working... Subtle attempt at maximus disruptus. ** See what's new at http://www.aol.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: IBMLINK Release 6.0
Not me willingly, until they pry the 3270 interface out of my cold dead hands :) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roland Schiradin Sent: Monday, November 12, 2007 5:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK Release 6.0 Gil, we all do starting last weekend. Roland On Mon, 12 Nov 2007 08:17:52 +0100, Barbara Nitz wrote: Well, the net effect is the same: I cannot access my own ETRs: Just curious: Did any reader of this list participate in a beta test of IBMLink Release 6.0? (Or would NDA preclude discussing it.) -- 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 -- 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: MFNetDisk secrets and internal and my new feature BusyIO
I hope that the people who try the product will answer you. Anyway I ask some of them by sending private email to them to reply to you. About the installation, This is a beta product. The standard installation of the MVS side product using SMPE require me for more effort and I will do it when the product will be in production and when I have time because I am working now with impotent feature called FASYSYNC.. Anyway you can try the product in test and after the installation you can put your messages to this forum and tell us about your experience with the product. I know that in this forum one user send a message when he found bug and the bug was fixed. All the information in my site which describe bugs and fixes were found by users of this product. I hope the people who uses this product will answer you. But I do not see any reason not to play with this product in test. You have nothing to lose, Only win if you find the product good for you. Thanks, Shai On 11/12/07, Brian Westerman [EMAIL PROTECTED] wrote: Has anyone tried this product out? I'm a bit worried about the way it appears to be installed, and I'm not sure about what benefit it gives for the exposure. I'd like to know if anyone has tried it yet and been successful, I don't really want to be the first. :) Brian -- 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: MFNetDisk secrets and internal and my new feature BusyIO
shai hess wrote: Anyway you can try the product in test and after the installation you can put your messages to this forum and tell us about your experience with the product. I hope not! IBM-MAIN is not an appropriate place to repeatedly advertise a new product nor to discuss bugs encountered while beta testing it. -- 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: MFNetDisk secrets and internal and my new feature BusyIO
Hi, It is a very similar words important and impotent. I hope you all understand what I mean. Shai On 11/12/07, shai hess [EMAIL PROTECTED] wrote: I hope that the people who try the product will answer you. Anyway I ask some of them by sending private email to them to reply to you. About the installation, This is a beta product. The standard installation of the MVS side product using SMPE require me for more effort and I will do it when the product will be in production and when I have time because I am working now with *impotent* feature called FASYSYNC.. Anyway you can try the product in test and after the installation you can put your messages to this forum and tell us about your experience with the product. I know that in this forum one user send a message when he found bug and the bug was fixed. All the information in my site which describe bugs and fixes were found by users of this product. I hope the people who uses this product will answer you. But I do not see any reason not to play with this product in test. You have nothing to lose, Only win if you find the product good for you. Thanks, Shai On 11/12/07, Brian Westerman [EMAIL PROTECTED] wrote: Has anyone tried this product out? I'm a bit worried about the way it appears to be installed, and I'm not sure about what benefit it gives for the exposure. I'd like to know if anyone has tried it yet and been successful, I don't really want to be the first. :) Brian -- 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: MFNetDisk secrets and internal and my new feature BusyIO
Hi, OK, I am sorry. Send to me a private email and we discuss the issue. Thanks, shai On 11/12/07, Edward Jaffe [EMAIL PROTECTED] wrote: shai hess wrote: Anyway you can try the product in test and after the installation you can put your messages to this forum and tell us about your experience with the product. I hope not! IBM-MAIN is not an appropriate place to repeatedly advertise a new product nor to discuss bugs encountered while beta testing it. -- 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 -- 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: MFNetDisk secrets and internal and my new feature BusyIO
Hi, This product is now for free and it seem that it will stay like this. Do not forget that I am even not a company and this product was developed from the begin as an hobby. I enjoy really to create this product and that all. As I said maybe if big companies like IBM, EMC and more will like to do business with me then it will be OK but right now I do not plan to make business from this product. So maybe advertise the product but not for business but to be used as an enjoyable product. thanks Shai On 11/12/07, shai hess [EMAIL PROTECTED] wrote: Hi, OK, I am sorry. Send to me a private email and we discuss the issue. Thanks, shai On 11/12/07, Edward Jaffe [EMAIL PROTECTED] wrote: shai hess wrote: Anyway you can try the product in test and after the installation you can put your messages to this forum and tell us about your experience with the product. I hope not! IBM-MAIN is not an appropriate place to repeatedly advertise a new product nor to discuss bugs encountered while beta testing it. -- 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 -- 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
How do parallel DFSORTs communicate with each other ?
Hi list! We are a SyncSort Shop for many years and now placed DFSORT in the linklist to fulfill the DB2 V8 requirements. After running this configuration for some time we need to make adjustments to EXPMAX and/or EXPOLD due to paging during the batch window. The installation guide says that EXPOLD specifies the maximum total amount of old expanded storage, or central storage for 64-bit real mode, to be used at any one time by all Hipersorting and memory object sorting applications. The same for EXPMAX. But i now want to know, where does DFSORT get the information how much storage is allocated to other DFSORT instances. May be this is a stupid question, but i could not find a hint in the publications. Regards, Tobias Doerkes _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline -- 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