Re: Restricting a SYSPLEX LPAR with WLM
Bob Stark wrote: In all the years since this post, has anyone come up with a new, good, foolproof way to have one LPAR in a JES2 SYSPLEX only run SYSPROG jobs during a test window? This is easy in JES3 since job class groups -- no JES2 equivalent -- may be individually activated or inactivated at a system level. In our shop, we have groups called BATCH, PRODWORK, SOFTWARE, ONLINE, and SYSPROG. To stop all jobs from being scheduled in all groups on all systems in the JESplex, we issue (in a script): *F,G,ALL,G,BATCH,OFF *F,G,ALL,G,PRODWORK,OFF *F,G,ALL,G,SOFTWARE,OFF *F,G,ALL,G,ONLINE,OFF *F,G,ALL,G,SYSPROG,OFF Then, we can selectively activate any group on any system we want. For example, to allow only sysprog jobs to run on MVS70, we would issue: *F,G,MVS70,G,SYSPROG,ON -- 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: Restricting a SYSPLEX LPAR with WLM
Hello Bob, 1.Use Scheduling Environments: ours is called TECHSUPP. 2.Ensure all batch jobclasses have a default SCHENV coded. This makes sure that no job slips trough the "no SCHENV" gap. $TJOBCLASS(*),SCHENV=something 3.Use TYPRUN=JCLHOLD on your jobs to make sure they dont get accidentally started via the $SJnnn command, it requires the $AJnnn to be released. 4.When ready, in your test-drive system, turn off all scheduling environments except TECHSUPP, making sure TECHSUPP is only active in your test-drive system. 5.Then use $AJnnn to release your test-drive jobs. Regards Bruce Hewson -- 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: SMP/E change volumes on DDDEF in new Target Zone
On Nov 8, 2007, at 9:57 AM, Paul Gilmartin wrote: ---SNIP--- Why would anyone ever use uncatalogued data sets? -SNIP- Paul, I have never cataloged DLIB type datasets . At least in my case, I don't catalog any non operational datasets. Which ones are those? There is not hard and fast rules other than if nobody should be referencing the datasets then they aren't cataloged. One example that comes to mind are the ICQ (TSO) datasets. Frankly I have never found a use for them, so if I can't find a use then neither can an applications type can (unless they can show me a need). I have yet to run into any person that *needs* them. Call me a hard a** but if I have to support them then I need to know what the user is doing. I do this with almost all non sys1 type datasets the one big exception are the ISR and ISP (ISPF) datasets. Those get renamed to sys1.isrplib etc. for all to have read access to. I am just skimpy with any datsets that are delivered from IBM. If the user needs access then the datasets are cataloged otherwise they are not. Yes it is a little bit of work at install time, but I have felt the need to be vary careful what I give out access to, if they aren't cataloged then the user has to work just a little bit harder to sneak around looking. They also just can't browse them as I don't give out read access either. 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: SMP/E change volumes on DDDEF in new Target Zone
Hi Gil, Of course we want/need uncataloged datasets for our target datasets. At present in my sandbox, I am supporting 3 different levels of our IPL res set as targets, and 3 different versions as active IPL res setsthat gives me 6 sets of duplicated datasets. It is far simpler to use uncataloged SMP/E target datasets, with UNIT and VOL specified on the DDDEF, than the alternative use of ALIAS entries. Much less chance of ALIAS entries getting "broken". K.I.S.S. :-) On Thu, 8 Nov 2007 09:57:47 -0600, Paul Gilmartin <[EMAIL PROTECTED]> wrote: > >Why would anyone ever use uncatalogued data sets? > > >Thanks, >gil > Regards Bruce Hewson -- 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
Is it possible to get them? (Pierce, Bernard's old papers)
Hi, While reading this article (http://www-03.ibm.com/servers/eserver/zseries/zos/wlm/documents/velocity/velocity.html ), I noticed the reference to "Dispatching Management in MVS - TCBs to Enclaves", Pierce, Bernard R., CMG95. I searched the web but cannot find it. I also hit another one from Pierce: 'The Evolution of the SRM to The Workload Manager in MVS V5' It gives me an impression that they're all old print papers and it's hard to get them nowadays. But I'm not sure. -- Thanks, Johnny -- 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: Arbiter, DASD emulation? Historical trivia ..
History sometime return and sometime not. I never heard about Arbiter and my MFNetDisk is different (read the all features). But everyone are welcome to test the product www.mfnetdisk.com and not to put it in production tomorrow. If you put the product to production then I can promise you that you will face problems since this product is now in its beta stage, Yes successful beta but a beta. If history we are talking then history also happened to EMC with Symmetrix disks , I remember the fear the people feel when they put the Symmetrix to production but that history. I remember how IBM make the people fear about the new non standard Symmetrix and eventually IBM after delay of years start to build the same conception of disks. me: "MF people are fear to use new technology and we all know it. If you like you try the product and if not that also OK with me. I did not create this product because of money. Using my product at least in test will make the people to know if it is a bad product or a new good unexpected product. At least read the features of MFNetDisk and see what you can lose if you will be afraid to try". Playing with the product will make the interval time of beta to be short for bad or for good so what you have to lose. Try it and help me to find the bugs which every beta can have. People are using my product but I need more, much more people to fix what need to be fix. Thanks, Shai On 11/8/07, Andrew McLaren <[EMAIL PROTECTED]> wrote: Hi all, Does anyone remember, or have any details about a product called "Arbiter"? It was a kind of client-server thing which (as best I can remember) allowed host apps to see PC hard disks as DASD. This was a way of sharing data between PCs to the Host - save data on local hard disk, then CICS app would read it from the "DASD" volume. Something like that ... An old workmate and I were reminiscing about the late 1980s, when the site we were working at used this "Arbiter" product. It was extremely unreliable, and crashed daily, leaving hundreds of customer-facing staff stranded ... but that might have been a problem with local operations; not a defect in the product itself. We were not (I hasten to add) directly responsible for its implementation or operation! Neither of us have encountered this product at any sites since. So we were curious about where the product came from, who made it, did anyone else ever use it, and does it still exist today? Google searches did not throw up much. A fairly low-priority enquiry ... but I'd welcome any information Thanks and regards Andrew McLaren -- 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
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
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.
"Farley, Peter x23353" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> > -Original Message-
> > From: Bill Klein [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, November 07, 2007 10:25 PM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Fw: COBOL COPY statement w REPLACING...
> >
> > I assume (but could be mistaken) that you are trying to replace a "part
of
> > a string" rather than a COBOL "text word". Besides the fact that there
are
> > "work-arounds" for doing partial word replacement, you might be
interested
> > that the current ('02) standard DOES allow for replacing a "leading" or
> > "trailing" part of a COBOL text word (but not the middle). If you want
> > this feature sooner than later (in IBM COBOL) you may want to submit a
> > marketing REQUEST to IBM referencing the existing SHARE requirement for
> > this facility.
>
> Bill, would you please enlarge upon the "work-arounds" for partial word
> replacement or point to a url where it is described? I recently ran into
> this myself, where an older copybook did not have separators around the
> leading prefix, so it could not be replaced.
>
> If there is a way to do this in current IBM COBOL technology (Enterprise
> 3.3) *without* updating the copybook, I'd sure like to know what it is.
--
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: How to Open a TN3270 session at HMC Stattion ...
Did you try using the "Configure 3270 Sessions" task on the HMC? This task lets you configure 3270 sessions that will get started whenever the HMC starts. The task lets you specify the IP address etc. for the target host. Kurt Schroeder IBM Endicott - HMC Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
IBM Mainframe Discussion List wrote on 11/08/2007 08:21:55 PM: > >Otherwise, as I recall [MVS environments], that page is Key0 > non-fetch protected. > > Not true any more. The upper half of virtual page 0 (aka PSA) is fetch > protected by yet another different, independent protection > mechanism. This is so > that non-key 0 programs cannot look at the upper half of page 0, in which > many register save areas are defined in the z/OS PSA DSECT. There might be > clear text, passwords, or who knows what in a register that would > be visible to > an unauthorized program if such save areas were not fetch-protected somehow. > The lower half of page 0 is in key 0 and not fetch protected. Actually, a PSA frame in MVS is key 0 and fetch protected. MVS sets the Fetch-protection-override Control bit in control register 0 to allow the lower half (offset 0:x'7FF') to be fetched by a non-key 0 program. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: CSA 'above the bar'
In a message dated 11/8/2007 6:21:04 P.M. Central Standard Time, [EMAIL PROTECTED] writes: >In the MVS world, if a Problem State program attempts to modify 0xxx (where x is 0-512 decimal and regardless of the content of the current base register) and LAP is on... So it is not truly available (except to the SCP). I know what you meant, but what you wrote is not technically correct. A problem state program can modify bytes 0-511 of PSA if it alters control register 0 and sets protect key 0 (while in supervisor state), then sets itself to problem state, and then alters that area. Problem state has nothing to do with the various protection mechanisms in the processor architecture when a single instruction's behavior is under consideration. Obviously, if you are in problem state you can't alter CR 0 or set protect key 0, as doing that requires privileged instructions. If you are APF authorized, you can put yourself in supervisor state and then make those changes. But that is a series of instructions, not the one instruction involved in "if a Problem State program attempts to modify...". Also the SCP does not have a monopoly on the STCTL instruction. Any authorized program can do it. The wisdom of and necessity for doing it is another matter. >Otherwise, as I recall [MVS environments], that page is Key0 non-fetch protected. Not true any more. The upper half of virtual page 0 (aka PSA) is fetch protected by yet another different, independent protection mechanism. This is so that non-key 0 programs cannot look at the upper half of page 0, in which many register save areas are defined in the z/OS PSA DSECT. There might be clear text, passwords, or who knows what in a register that would be visible to an unauthorized program if such save areas were not fetch-protected somehow. The lower half of page 0 is in key 0 and not fetch protected. 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: CSA 'above the bar'
IBM Mainframe Discussion List wrote on 11/08/2007 07:20:09 PM: > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Jim Mulder > Sent: Thursday, November 08, 2007 6:07 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: CSA 'above the bar' > > IBM Mainframe Discussion List wrote on 11/08/2007 > 06:23:58 PM: > > Actually, no. We are talking about virtual addressability, and > x'00' is certainly addressable as a 24-bit virtual address in every > address space, and addresses the PSA for the processor on which the code > is executing. > > Furthermore, absolute frame 0 is also addressable by using the SQA > virtual address of the PSA for the processor on which the code is > executing. This will reverse prefix to absolute 0. > As of z/OS 1.5, if there was more than one CPU available at IPL time, > the SQA virtual address of the a PSA will be a 31-bit ESQA address. > Otherwise, it will be a 24-bit SQA address. > > As of MVS/XA, we always use a non-zero prefix for each online CPU, so > practically speaking, MVS does not use frame absolute 0 for anything > other than IPL processing and SADMP processing (SADMP only uses one CPU > and uses a prefix of zero). > > > You did say dedicated. And it certainly appears to me to be both > dedicated and reserved (by architectural definition). > > In the MVS world, if a Problem State program attempts to modify 0xxx > (where x is 0-512 decimal and regardless of the content of the current > base register) and LAP is on... So it is not truly available (except to > the SCP). Otherwise, as I recall [MVS environments], that page is Key0 > non-fetch protected. > > [The above is only for non-Z architected machines. I honestly haven't > read the requisite chapters in the new PoOP.] > 7000 is always not addressible in an MVS address space in 31-bit addressing mode because MVS chooses to never back that virtual page with a real page. The original poster asked if there is any address which has the same property in 24-bit addressing mode. The answer to that question is no. That is strictly an MVS implementation question. It is not a machine architecture question. I answered the original question from the point of view of what VSM does. However, I think a program can create an a page which is not addressable in 24-bit addressing mode by doing a GETMAIN or STORAGE OBTAIN with LOC=(24) to obtain a 24-bit virtual page address, and then using IARVSERV CHANGEACCESS,TARGET_VIEW=HIDDEN to make that page unaddressable. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Thursday, November 08, 2007 6:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' Thompson, Steve wrote: > You did say dedicated. And it certainly appears to me to be both > dedicated and reserved (by architectural definition). > > In the MVS world, if a Problem State program attempts to modify > 0xxx (where x is 0-512 decimal and regardless of the content of > the current base register) and LAP is on... So it is not truly > available (except to the SCP). Otherwise, as I recall [MVS > environments], that page is Key0 non-fetch protected. > > [The above is only for non-Z architected machines. I honestly haven't > read the requisite chapters in the new PoOP.] > We were talking about a *reserved* virtual address range (aka a "hole" or "dead" zone) i.e., one or more pages that are guaranteed to receive a translation exception because the virtual address(es) will never be allocated by the operating system. Page zero does not fit that requirement no matter how hard you squeeze! My bad. I missed the hole argument (double entendre intended). It's what I get for skipping through the threads. I see the door over here so I'll just show myself out. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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: CSA 'above the bar'
Thompson, Steve wrote: You did say dedicated. And it certainly appears to me to be both dedicated and reserved (by architectural definition). In the MVS world, if a Problem State program attempts to modify 0xxx (where x is 0-512 decimal and regardless of the content of the current base register) and LAP is on... So it is not truly available (except to the SCP). Otherwise, as I recall [MVS environments], that page is Key0 non-fetch protected. [The above is only for non-Z architected machines. I honestly haven't read the requisite chapters in the new PoOP.] We were talking about a *reserved* virtual address range (aka a "hole" or "dead" zone) i.e., one or more pages that are guaranteed to receive a translation exception because the virtual address(es) will never be allocated by the operating system. Page zero does not fit that requirement no matter how hard you squeeze! -- 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: ATMs (Was: High order bit in 31/24 bit address)
Most I dealt with in the mid-1980s were Tandem NonStop. Later, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Edward Jaffe > Sent: Thursday, 08 November, 2007 10:25 > > At least most ATMs are still connected to mainframes. Aren't they? -- 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: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Mulder Sent: Thursday, November 08, 2007 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' IBM Mainframe Discussion List wrote on 11/08/2007 06:23:58 PM: Actually, no. We are talking about virtual addressability, and x'00' is certainly addressable as a 24-bit virtual address in every address space, and addresses the PSA for the processor on which the code is executing. Furthermore, absolute frame 0 is also addressable by using the SQA virtual address of the PSA for the processor on which the code is executing. This will reverse prefix to absolute 0. As of z/OS 1.5, if there was more than one CPU available at IPL time, the SQA virtual address of the a PSA will be a 31-bit ESQA address. Otherwise, it will be a 24-bit SQA address. As of MVS/XA, we always use a non-zero prefix for each online CPU, so practically speaking, MVS does not use frame absolute 0 for anything other than IPL processing and SADMP processing (SADMP only uses one CPU and uses a prefix of zero). You did say dedicated. And it certainly appears to me to be both dedicated and reserved (by architectural definition). In the MVS world, if a Problem State program attempts to modify 0xxx (where x is 0-512 decimal and regardless of the content of the current base register) and LAP is on... So it is not truly available (except to the SCP). Otherwise, as I recall [MVS environments], that page is Key0 non-fetch protected. [The above is only for non-Z architected machines. I honestly haven't read the requisite chapters in the new PoOP.] Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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: CSA 'above the bar'
IBM Mainframe Discussion List wrote on 11/08/2007 06:23:58 PM: > No, there is no such 24 bit virtual address. With only 4,096 pages > that are 24-bit addressable, I guess we didn't want to dedicate one of > them for that purpose. > > > Actually, yes. It is address x'00' and was called PSA (but is > actually absolute page 0). And as I recall, it is always reserved when > you have more than 1 possible CPU on a machine. Actually, no. We are talking about virtual addressability, and x'00' is certainly addressable as a 24-bit virtual address in every address space, and addresses the PSA for the processor on which the code is executing. Furthermore, absolute frame 0 is also addressable by using the SQA virtual address of the PSA for the processor on which the code is executing. This will reverse prefix to absolute 0. As of z/OS 1.5, if there was more than one CPU available at IPL time, the SQA virtual address of the a PSA will be a 31-bit ESQA address. Otherwise, it will be a 24-bit SQA address. As of MVS/XA, we always use a non-zero prefix for each online CPU, so practically speaking, MVS does not use frame absolute 0 for anything other than IPL processing and SADMP processing (SADMP only uses one CPU and uses a prefix of zero). Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Bruce Black passed away
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Thursday, November 08, 2007 5:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bruce Black passed away For at least 10 years before that, Bruce was easily the most active poster in the NaSCOM BBS, long before we discovered the Internet and IBMMain came to dominate the world we live in. LONG LIVE BLACBRUK. Regards, Tom Conley Thanks for that. I had been trying to remember how long I'd read things from Bruce and I'd forgotten the NaSCOM days. Folks, there are many of us that have headed off into the sunset that were quite active on NaSCOM. Many have gone silent. I just am really at a loss for words. Many have said great things, but for this type of situation all I can do is sit here. I hate to just be a me too, but I'm just not good with this kind of thing. When it is my time, just remember to bury me 9 edge down (from Ode to the Programmer). Regards, Steve Thompson -- 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: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Mulder Sent: Thursday, November 08, 2007 4:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' IBM Mainframe Discussion List wrote on 11/08/2007 12:24:52 PM: No, there is no such 24 bit virtual address. With only 4,096 pages that are 24-bit addressable, I guess we didn't want to dedicate one of them for that purpose. Actually, yes. It is address x'00' and was called PSA (but is actually absolute page 0). And as I recall, it is always reserved when you have more than 1 possible CPU on a machine. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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: Bruce Black passed away
- Original Message - From: "Jousma, David" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Thursday, November 08, 2007 2:53 PM Subject: Re: Bruce Black passed away I'm surprised no one pulled this tidbit up to remember Bruce. From Google: Top posters: All time 4471 [EMAIL PROTECTED] 3769 [EMAIL PROTECTED] 3622 [EMAIL PROTECTED] 3419 [EMAIL PROTECTED] 2507 [EMAIL PROTECTED] 2217 [EMAIL PROTECTED] 2104 [EMAIL PROTECTED] 2088 [EMAIL PROTECTED] 2041 [EMAIL PROTECTED] 1980 [EMAIL PROTECTED] Notice Bruce is #3 on the all-time list with 3622 posts, only following our very own mainframe historian Shmuel. His first post(that made it to google with this email addr.) was July 30, 1997 watch the wrap (http://groups.google.com/group/bit.listserv.ibm-main/tree/browse_frm/th read/5495f814e3de20c/79eef89fe2a9b122?rnum=1&_done=%2Fgroup%2Fbit.listse rv.ibm-main%2Fbrowse_frm%2Fthread%2F5495f814e3de20c%2F79eef89fe2a9b122%3 Ftvc%3D1%26#doc_b389972a3af4954b) And his last post(again that made it to google with this email addr.) was June 8, 2007 watch the wrap. (http://groups.google.com/group/bit.listserv.ibm-main/tree/browse_frm/th read/fae3d199b7d68282/1e3d95fa59afed5a?rnum=1&_done=%2Fgroup%2Fbit.lists erv.ibm-main%2Fbrowse_frm%2Fthread%2Ffae3d199b7d68282%2F59cf642c20f11cdd %3Flnk%3Dgst%26q%3D%26#doc_59cf642c20f11cdd) For at least 10 years before that, Bruce was easily the most active poster in the NaSCOM BBS, long before we discovered the Internet and IBMMain came to dominate the world we live in. LONG LIVE BLACBRUK. Regards, Tom Conley -- 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: CSA 'above the bar'
IBM Mainframe Discussion List wrote on 11/08/2007 12:24:52 PM: > On Thu, 8 Nov 2007 08:43:03 -0800 Edward Jaffe <[EMAIL PROTECTED]> > wrote: > > :>There is also a one-page "hole" at 7000. (Another handy > :>implementation choice made by your friendly-neighborhood z/OS developers!) > > Interesting. Is that hole documented? I don't know if it is documented, but it has been that way since the beginning of MVS/XA, and isn't going to change. > > Is there any 24 bit virtual address which is never assigned a slot? > No, there is no such 24 bit virtual address. With only 4,096 pages that are 24-bit addressable, I guess we didn't want to dedicate one of them for that purpose. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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
Arbiter, DASD emulation? Historical trivia ..
Hi all, Does anyone remember, or have any details about a product called "Arbiter"? It was a kind of client-server thing which (as best I can remember) allowed host apps to see PC hard disks as DASD. This was a way of sharing data between PCs to the Host - save data on local hard disk, then CICS app would read it from the "DASD" volume. Something like that ... An old workmate and I were reminiscing about the late 1980s, when the site we were working at used this "Arbiter" product. It was extremely unreliable, and crashed daily, leaving hundreds of customer-facing staff stranded ... but that might have been a problem with local operations; not a defect in the product itself. We were not (I hasten to add) directly responsible for its implementation or operation! Neither of us have encountered this product at any sites since. So we were curious about where the product came from, who made it, did anyone else ever use it, and does it still exist today? Google searches did not throw up much. A fairly low-priority enquiry ... but I'd welcome any information Thanks and regards Andrew McLaren -- 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: Even got the capitalization right!!!
> -Original Message- > From: Phil Payne [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 08, 2007 4:54 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Even got the capitalization right!!! > > YES!! > > http://web.archive.org/web/*/http://www.isham- > research.co.uk/mainframe_2008.html > > Check out the capitalization in the second paragraph. Posted in July 2005 > - OVER TWO YEARS AGO - and as accurate today as the day it was written. > > Anyone still subscribing to Gartner? Why? There's also this one (very recent, you still get the scoop by 2+yrs): http://www.itjungle.com/tfh/tfh110507-story04.html 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: IBM-MAIN deliveries
On Thu, 8 Nov 2007 14:53:36 -0500, Jousma, David wrote: >We expect that now that you are going part-time. :-) > Yeah, part time: Cast out the line, Check IBM-Main Reel in a fish, Check IBM-MAIN Cast out the line again, Check IBM-Main Pop the top on a frosty one, Check IBM-Main That workload has got to be tiring. I couldn't keep up. -- 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
On Thu, 8 Nov 2007 16:07:15 -0600 Tony Harminc <[EMAIL PROTECTED]> wrote: :>On Thu, 8 Nov 2007 13:43:23 -0600, Roland Schiradin <[EMAIL PROTECTED]> wrote: :>>doesn't make sense to me. If an instruction exists in the code the disassembler :>>should decode them based on the latest level of possible opcodes. Why would :>>you limit this? :>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. :>To this end it would also be useful to be able to have privileged :>instructions ignored. Well put. Also, if you know that there ain't no floating point, no ESA, no Z, etc. etc. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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
Roland Schiradin wrote: > > >doesn't make sense to me. If an instruction exists in the code the > disassembler > >should decode them based on the latest level of possible opcodes. Why > would > >you limit this? It's all a guess. One would typically assume that, if you're disassembling code that runs on a current processor, said code can only contain valid current instructions or get a good ol' SOCK-ONE. And even if it were archaic, or "dead" code, the length of the operands is dictated by the 1st two bits of the opcode so the disassembler would presumably skip the correct number of bytes and interpret the next instruction correctly. In other words it would get back into it's stride eventually. The harder part is telling the disassembler to ignore all the inline non-code crud that is peppered around typical programs. That's more art than science. CC -- 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
Even got the capitalization right!!!
YES!! http://web.archive.org/web/*/http://www.isham-research.co.uk/mainframe_2008.html Check out the capitalization in the second paragraph. Posted in July 2005 - OVER TWO YEARS AGO - and as accurate today as the day it was written. Anyone still subscribing to Gartner? Why? You'll all hear more about this on the 16th. http://www.isham-research.co.uk/dd.html#nda Two years late. Why now - so "early"? Because 2007Q4 sucks large rocks through small straws. IBM is hurting. Key question - is this a transient phenomenon or the true end of the mainframe? I'd have thought at least one more generation viable (zFuture) but the economic environment and IBM's FLEX-ES stupidity ... They just won't admit the flight of ISVs. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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
On Thu, 8 Nov 2007 13:43:23 -0600, Roland Schiradin <[EMAIL PROTECTED]> wrote: >doesn't make sense to me. If an instruction exists in the code the disassembler >should decode them based on the latest level of possible opcodes. Why would >you limit this? 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. To this end it would also be useful to be able to have privileged instructions ignored. Tony H. -- 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: High order bit in 31/24 bit address
At 11:58 -0600 on 11/08/2007, Rick Fochtman wrote about Re: High order bit in 31/24 bit address: And what intellectual paralytic decided that drive-up ATM's had to have Braille keys? DU The one who decided that if they were in a car, they'd be in the back left seat behind the chauffeur or cab driver. -- 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
High order bit in 31/24 bit address
>From a Hasselblad brochure: "The Hasselblad 6 x 6 cm ( 2 1/4 x 2 1/4) square format uses size 120 film and the square format eliminates the need to turn the camera sideways for landscape or portrait." It's very nearly Friday now. I travel very frequently from Sheffield Midland Station with a HUGE toolbox on wheels. Around 150kg. So I use the lifts. Around a year ago I was in a real hurry. When I bought my ticket, there was a blind woman at the same counter aiming for the same train. The station staff (knowing I would have to use the lift system) asked if I would guide her to the train. Sheffield station is almost all glass and 200% CCTV covered - no issue. So I took her to the lift and up we went. Small talk - I said that all of the controls had Braille superscripts. She reached out, slid a finger along one, and burst into paroxisms of laughter that made it hard to get her to the train. She didn't say why. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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: CSA 'above the bar'
> On Thu, 8 Nov 2007 10:14:42 -, Van Dalsen, Herbie wrote: > > >Apologies, I keep on forgetting that the '8' just signals the above the > >line, you and Tom and all the others are quite correct with the > >x'7fff', I have it now... it is a pitty that IBM did not use the > >lowest bit to signal the line... x'0001' for 24-bit and x'0002' > >for 32-bit, it would have meant less wastage. Because you would have > >lost the first few addresses... Tom Marchant said... > huh? What "wastage" are you talking about? I'd suggest that you read > chapter 3 of the principles of operation. > > What do you mean about "signaling the line"? I think Herbie is just confused. CC -- 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: Bruce Black passed away
I first met Bruce back in the mid/late 80's as part of a local NaSPA chapter (SPONJ - Systems Programmers of New Jersey). He stuck with us as long as we lasted (2 years or so, the memory is fading) and even held a few meetings at Innovation in Little Falls. He was always supportive of us in those days. I also managed to meet him a couple of times at SHARE or MVS EXPO vendor areas, IIRC Innovation didn't let him get out much . I was always impressed by his postings on IBM-MAIN with never a disparaging word and always an honest willingness to help. His postings IMHO did more to raise my impression of him and Innovation as the 'nice guys' of the industry. Although I can't say I knew him personally beyond the above interactions, he set a standard that will be hard to follow. Bruce, you will be missed, /*EOF. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bruce Black passed away
> I'm surprised no one pulled this tidbit up to remember Bruce. From > Google: > > Top posters: > All time > 4471 [EMAIL PROTECTED] > 3769 [EMAIL PROTECTED] > 3622 [EMAIL PROTECTED] > Notice Bruce is #3 on the all-time list with 3622 posts, only following > our very own mainframe historian Shmuel. Actually he's #2, since the first two are both Shmuel! I don't think words can adequately describe our loss. He really was a great guy in real life as well as online and his life long store of knowledge can't be replaced. We are all poorer for his passing. CC -- 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
Farley, Peter x23353 wrote: Any idea which opcodes are duplicates? Where are the vector facility opcodes documented? I don't know about official IBM documentation, but Abe Kornelis has an excellent overview at his hlasm.com site. Check this out: http://www.hlasm.com/english/opcd00.htm Click on the A5xx opcodes to see the Vector Facility stuff, which are Halfword Immediate instructions in current hardware. An excellent reference! Thanks, Peter (and Abe)! -- 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: Restricting a SYSPLEX LPAR with WLM
Not sure if this helps but I had a two step method that worked What I did was setup the JESPARMS so all Jobclasses but 1 were specified SCAN=YES (so anything submitted was scanned as though TYPRUN=SCAN was specified on the jobcard) and we, the SP's, knew what that 1, non SCAN=YES, class was. This is the class we used on our jobcards when we submitted work. However, no initiators were setup to execute that jobclass. So, to get the job to run, we would change the jobclass, via SDSF or the operators console, to a class that would be picked up by an initiator. Since only SP's had the authority to change job classes in SDSF, it worked. The only way someone would bypass this "control" was to have an operator friend. But that only worked one time per operator. ;) YMMV On Thu Nov 8 13:26 , 'Diehl, Gary (MVSSupport)' <[EMAIL PROTECTED]> sent: >Bob, > >Using just WLM? Not that I know of. > >Using just one class of initiators that only SYSPROGS know are there, >and stopping/starting them on a schedule, might get you there, but it's >far from foolproof. > >JES2 exits can get you there (to help make the one jobclass thing >foolproof). > >Thruput Manager, properly configured, can get the job done in a >thorough, elegant, and manageable manner, but it's not free. > >HTH, > >Gary Diehl >MVS Support >"The glass is neither half full or half empty; the engineer who designed >the glass simply allowed for a 100% increase in fluid storage." > >-Original Message- >From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL >PROTECTED] On >Behalf Of Bob Stark >Sent: Thursday, November 08, 2007 1:02 PM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: Restricting a SYSPLEX LPAR with WLM > >In all the years since this post, has anyone come up with a new, good, >foolproof way to have one LPAR in a JES2 SYSPLEX only run SYSPROG jobs >during a test window? > >-- >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: OPTABLE option of Disassembler
> -Original Message- > From: Edward Jaffe [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 08, 2007 3:13 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: OPTABLE option of Disassembler > > David Cole wrote: > > Because sometimes opcodes change meanings? Correct me if I'm wrong, > > but it seems to me that some of the new opcodes that came out in the > > late 90s were the same as some of the old vector processor opcodes. ... > > I never knew that! I always assumed all new opcodes were completely > unique. (Perhaps that's because I never worked with the vector facility.) > > Any idea which opcodes are duplicates? Where are the vector facility > opcodes documented? I don't know about official IBM documentation, but Abe Kornelis has an excellent overview at his hlasm.com site. Check this out: http://www.hlasm.com/english/opcd00.htm Click on the A5xx opcodes to see the Vector Facility stuff, which are Halfword Immediate instructions in current hardware. 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: OPTABLE option of Disassembler
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe > Sent: Thursday, November 08, 2007 2:13 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: OPTABLE option of Disassembler > > > David Cole wrote: > > Because sometimes opcodes change meanings? Correct me if I'm wrong, > > but it seems to me that some of the new opcodes that came > out in the > > late 90s were the same as some of the old vector processor > opcodes. ... > > I never knew that! I always assumed all new opcodes were completely > unique. (Perhaps that's because I never worked with the > vector facility.) > > Any idea which opcodes are duplicates? Where are the vector facility > opcodes documented? > > -- > Edward E Jaffe "Enterprise Systems Architecture/390: Vector Operations" SA22-7207-00 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/DA3413A6 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9AR700/CCON TENTS -- 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: OPTABLE option of Disassembler
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe > Sent: Thursday, November 08, 2007 2:13 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: OPTABLE option of Disassembler > > > David Cole wrote: > > Because sometimes opcodes change meanings? Correct me if I'm wrong, > > but it seems to me that some of the new opcodes that came > out in the > > late 90s were the same as some of the old vector processor > opcodes. ... > > I never knew that! I always assumed all new opcodes were completely > unique. (Perhaps that's because I never worked with the > vector facility.) > > Any idea which opcodes are duplicates? Where are the vector facility > opcodes documented? > > -- > Edward E Jaffe Hum, I wonder if IBM will ever "recycle" the opcodes for the old I/O instructions? (SIO, SIOF, TIO, etc...) -- 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: OPTABLE option of Disassembler
David Cole wrote: Because sometimes opcodes change meanings? Correct me if I'm wrong, but it seems to me that some of the new opcodes that came out in the late 90s were the same as some of the old vector processor opcodes. ... I never knew that! I always assumed all new opcodes were completely unique. (Perhaps that's because I never worked with the vector facility.) Any idea which opcodes are duplicates? Where are the vector facility opcodes documented? -- 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: Bruce Black - Viewing
I am planning to, at least at this point in the day. Art At 02:15 PM 11/8/2007, Ken Porowski wrote: >Anyone on the list going to the viewing tonight? > == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the "From" address used in this post will be rejected by our server. Please send off- list email to: ibmmaincelestinicom. == -- 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
Because sometimes opcodes change meanings? Correct me if I'm wrong, but it seems to me that some of the new opcodes that came out in the late 90s were the same as some of the old vector processor opcodes. ... Dave Cole REPLY TO: [EMAIL PROTECTED] Cole Software WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 11/8/2007 02:43 PM, Roland Schiradin wrote: Hi Gene, doesn't make sense to me. If an instruction exists in the code the disassemble should decode them based on the latest level of possible opcodes. Why would you limit this? Rolan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN deliveries
We expect that now that you are going part-time. :-) Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Darren Evans-Young Sent: Thursday, November 08, 2007 2:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-MAIN deliveries We had a little mail glitch with our primary mail server yesterday. All is well now. Sorry for the delays or burps. Darren This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bruce Black passed away
I'm surprised no one pulled this tidbit up to remember Bruce. From Google: Top posters: All time 4471 [EMAIL PROTECTED] 3769 [EMAIL PROTECTED] 3622 [EMAIL PROTECTED] 3419 [EMAIL PROTECTED] 2507 [EMAIL PROTECTED] 2217 [EMAIL PROTECTED] 2104 [EMAIL PROTECTED] 2088 [EMAIL PROTECTED] 2041 [EMAIL PROTECTED] 1980 [EMAIL PROTECTED] Notice Bruce is #3 on the all-time list with 3622 posts, only following our very own mainframe historian Shmuel. His first post(that made it to google with this email addr.) was July 30, 1997 watch the wrap (http://groups.google.com/group/bit.listserv.ibm-main/tree/browse_frm/th read/5495f814e3de20c/79eef89fe2a9b122?rnum=1&_done=%2Fgroup%2Fbit.listse rv.ibm-main%2Fbrowse_frm%2Fthread%2F5495f814e3de20c%2F79eef89fe2a9b122%3 Ftvc%3D1%26#doc_b389972a3af4954b) And his last post(again that made it to google with this email addr.) was June 8, 2007 watch the wrap. (http://groups.google.com/group/bit.listserv.ibm-main/tree/browse_frm/th read/fae3d199b7d68282/1e3d95fa59afed5a?rnum=1&_done=%2Fgroup%2Fbit.lists erv.ibm-main%2Fbrowse_frm%2Fthread%2Ffae3d199b7d68282%2F59cf642c20f11cdd %3Flnk%3Dgst%26q%3D%26#doc_59cf642c20f11cdd) Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM-MAIN deliveries
We had a little mail glitch with our primary mail server yesterday. All is well now. Sorry for the delays or burps. Darren On Thu, 8 Nov 2007, Thompson, Steve wrote: >This message arrived in my inbox about 45 minutes after sending it. And >that was after contacting the BAMA EDU help desk to ask questions. I had >gone to the web site and noticed that it was not showing any postings >for 8-NOV-07. > >Bill Klein's COBOL copy message was the first to show up, at about 15 >minutes after contacting the BAMA EDU help desk. > >Darren's retirement ripples being felt? > >Regards, >Steve Thompson -- 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
Hi Gene, doesn't make sense to me. If an instruction exists in the code the disassemble should decode them based on the latest level of possible opcodes. Why would you limit this? Roland >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? -- 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: Restricting a SYSPLEX LPAR with WLM
You could set up a Scheduling Environment for Sysprog jobs (ONLY) and another one for everything else that's batch. During normal operation both are active on all sysplex LPARs. During the test window, turn OFF the "Everything Else" environment on the LPAR you're testing on, leaving only the Sysprog environment active. When testing is complete the "Everything Else" environment is set back on. Maybe not the most efficient solution, but it will work. You'd need to make sure both environments are active after an IPL thru use of your automation software or else you'll be scratching your head wondering why batch isn't running. Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, 08043 Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656 CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail 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: CSA 'above the bar'
On Thu, 8 Nov 2007 10:14:42 -, Van Dalsen, Herbie wrote: >Apologies, I keep on forgetting that the '8' just signals the above the >line, you and Tom and all the others are quite correct with the >x'7fff', I have it now... it is a pitty that IBM did not use the >lowest bit to signal the line... x'0001' for 24-bit and x'0002' >for 32-bit, it would have meant less wastage. Because you would have >lost the first few addresses... huh? What "wastage" are you talking about? I'd suggest that you read chapter 3 of the principles of operation. What do you mean about "signaling the line"? Are you referring to the bit in the PSW that tells the processor whether to operate in 24-bit mode or 31-bit mode? In 24-bit mode, addresses can go from 0 to x'FF'. In 31-bit mode, addresses can go from 0 to x'7FFF'. The line is simply a way of talking about storage locations that cannot be referenced in 24-bit mode In the 360 and 370 architecture (except for the 360-67), addresses were 24 bits, with a maximum possible value of FF. Because of wrap around, the bext byte after x'FF' was location 0. The 370-XA architecture allowed for 31 bit addresses. In 31-bit mode, the next byte after location x'FF' is x'100'. Note that it takes a minimum of 25 bits to represent that address. -- Tom Marchant -- 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: Poster of computer hardware events?
In a message dated 11/8/2007 1:02:40 P.M. Central Standard Time, [EMAIL PROTECTED] writes: A Direct Access Storage Device read of a 4K block, if the data is not in the DASD Subsystem's cache, would take at least one millisecond, which is ten to the minus three power seconds. The difference is a factor of ten to the fifth power. If you equate one instruction with one second, then one I/O is 10 seconds, or a little more than one day. I made a mistake. A track not in the cache would take on the order of 20 milliseconds, so that would equate to 20 days instead of one day. A track already cached would result in an access time of one millisecond. If the 4K block can be found in a buffer somewhere in virtual storage inside the processor, it might take from 100 to 1000 instructions to find and access that data, which would equate to 100 to 1000 seconds, or roughly one to 17 minutes. And that assumes that the page containing the 4K block of data can be accessed without a page fault resulting in a page-in operation (another I/O), in which case we are back to several days to do the I/O. By the way, it takes at least 5000 instructions in z/OS to start and finish one I/O operation, so you can add about two hours of overhead to perform the I/O that lasts for 20 days. You really want to avoid doing an I/O if at all possible. 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: Restricting a SYSPLEX LPAR with WLM
Bob, Using just WLM? Not that I know of. Using just one class of initiators that only SYSPROGS know are there, and stopping/starting them on a schedule, might get you there, but it's far from foolproof. JES2 exits can get you there (to help make the one jobclass thing foolproof). Thruput Manager, properly configured, can get the job done in a thorough, elegant, and manageable manner, but it's not free. HTH, Gary Diehl MVS Support "The glass is neither half full or half empty; the engineer who designed the glass simply allowed for a 100% increase in fluid storage." -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Stark Sent: Thursday, November 08, 2007 1:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Restricting a SYSPLEX LPAR with WLM In all the years since this post, has anyone come up with a new, good, foolproof way to have one LPAR in a JES2 SYSPLEX only run SYSPROG jobs during a test window? -- 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: RMDS
Radoslav, The advantages of having such a software product are as follows: - Report archival: An important production report is preserved for a certain period of time, as long as you / the law requires. - Online viewing: A user can view a report on the screen instead of having to wait for the hardcopy to be delivered. One can do "Find" operations on the online report. You can't do that easily on paper or microfiche. - Saves paper, cost of paper or microfiche creation and distribution - Saves time. You don't have to wait for the mail to arrive to get your report(s). - Selective viewing and/or selective printing: A huge report can be defined in the report viewer so that a user can only view the pages that apply to him/her (e.g.: Salesman Miller can only see his sales transactions, but not salesman Brown's. The manager of Miller and Brown can see both. And so on.) The same applies to printing selective pages from a report. Again, a salesperson only receives his/her pages from the report. The district manager receives the pages from the report that apply to all salespersons within the district, but none from any other district. - "I didn't get my copy of the report" or "The printer ate my report": Just select a reprint to a network printer near you. No need to re-run batch jobs to recreate a lost report (if you can do that at all). I have worked with RMDS in the past, as well as CA-View and RSD's EOS. If you want, I can give you an earful off-line. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, November 08, 2007 10:47 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RMDS [...] > RMDS is "Report Management and Distribution System" or something like > that. It takes reports from the SPOOL and places them in VSAM files, > possibly indexing and or subsetting them. Users can then logon and look > at their list of reports and view them or print them. Without this product, users have to view or print their report from SPOOL, i.e. using SDSF. Oh, the reports can be also moved - or even directly created in regular DASD datasets. Such datasets can be easily viewed or printed. Did I miss any functionality of RDMS ? But seriously: what is an advantage of having such product ? Why to spend $$$ on it ? Just curious. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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
Bruce Black - Viewing
Anyone on the list going to the viewing tonight? Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: High order bit in 31/24 bit address
>And what intellectual paralytic decided that drive-up ATM's had to have >Braille keys? The one that decided it was cheaper to make one kind of key-pad, than to make specialty ones. Just plug&play. - 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
Re: Bruce Black passed away
Vista X64 ? .. You did not get the X128 version it's got less BLACK holes in it... and no ZIIP/ZAAP processors. Anton Ray Mullins wrote: I am playing catch-up from fighting (and still fighting) Vista x64 fires on my own computer that has blocked my reading of e-mail...and I find this. I don't do "me too" type stuff, but here I must. Bruce was an excellent (and that word is not encompassing enough) contributor to this list; I have saved mails dating from 1995 with tidbits that he contributed, including one that helped me avoid a RACF violation abend with DIV by being able to issue a RACROUTE with the proper information. I will be lighting a virtual candle at the web site mentioned in the e-mail from FDR. Ray -- 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: High order bit in 31/24 bit address
In a message dated 11/8/2007 11:59:26 A.M. Central Standard Time, [EMAIL PROTECTED] writes: And what intellectual paralytic decided that drive-up ATM's had to have Braille keys? >> Doncha think it was same one that said standards and interchangeability were cheaper than maintaining separate pools of ATMS for drive-ups and walk-ups? ** 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: Restricting a SYSPLEX LPAR with WLM
In all the years since this post, has anyone come up with a new, good, foolproof way to have one LPAR in a JES2 SYSPLEX only run SYSPROG jobs during a test window? $P XEQ seems to work great to run no batch at all $T JOBCLASS affects the other LPARs as well as this one. $T MEMBER(sysid),IND=YES can still allow a WLM job to run It seems there is just no way to drain those pesky WLM initiators. If we had fully implemented WLM resources, that would be a solution, but we have not. Regards, Bob Stark -- 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: Poster of computer hardware events?
In a message dated 11/8/2007 12:55:16 P.M. Central Standard Time, [EMAIL PROTECTED] writes: tried to put the time for computer events into perspective. A 100-MIPS processor can execute 100 million "average" instructions per secon d, so one "average" instruction takes one hundred-millionth of a second (ten to the minus 8 power seconds). A Direct Access Storage Device read of a 4K block, if the data is not in the DASD Subsystem's cache, would take at least one millisecond, which is ten to the minus three power seconds. The difference is a factor of ten to the fifth power. If you equate one instruction with one second, then one I/O is 10 seconds, or a little more than one day. 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: High order bit in 31/24 bit address
Rick Fochtman wrote: And what intellectual paralytic decided that drive-up ATM's had to have Braille keys? DU My bank has a prominent sign at the entry to the drive-in lane "Caution - Watch for pedestrians using ATM". And I've used it both ways. Gerhard Postpischil Bradford, VT -- 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: High order bit in 31/24 bit address
In a message dated 11/8/2007 12:46:39 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Who wants to pay for the companies to supply two sets of ATM keys, one which can be used anywhere, and the other can only be used in walk-up ATMs? Which is also why we now have assembly and instruction booklets printed in anywhere from two to ten languages. 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
Poster of computer hardware events?
(Cross-posted to IBM-VM and IBM-MAIN) A buddy asked me: "At a previous employer, someone had an article, poster or something (I know - real specific - it was 15+ years ago) that tried to put the time for computer events into perspective. It started with the quickest instruction (RR) having a baseline of 1 second. It the proceeded to go through all of the instructions, RX, RS, SS etc. and then into I/O, MIH and so on. Have you ever heard or seen anything like this? I'm having trouble stressing the importance of poor I/O response time and I thought this might be of use." I had to tell him I hadn't ever seen such a thing, but would like to. I figure if anyone else alive knows what this is/was, they'll be on one of these two lists...! Anyone? -- ...phsiii -- 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: RMDS
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of R.S. > Sent: Thursday, November 08, 2007 12:47 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: RMDS > > > [...] > > RMDS is "Report Management and Distribution System" or > something like > > that. It takes reports from the SPOOL and places them in VSAM files, > > possibly indexing and or subsetting them. Users can then > logon and look > > at their list of reports and view them or print them. > > Without this product, users have to view or print their report from > SPOOL, i.e. using SDSF. > Oh, the reports can be also moved - or even directly created > in regular > DASD datasets. Such datasets can be easily viewed or printed. > > Did I miss any functionality of RDMS ? > > But seriously: what is an advantage of having such product ? > Why to spend $$$ on it ? > > Just curious. RMDS has its own viewer STC (IIRC). That means that the people don't need to have TSO access. I think there is also a CICS interface so that a CICS user can view reports as well. RMDS can restrict who may view a report. RMDS can take a single SPOOL file and subset or index it, without application changes. This is from my memory of RMDS from back in the 1980s time frame. We currently use Mobius (ASG) ViewDirect. ViewDirect also has a web interface. Other such products can create pdf files for distribution via the web or email. -- 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
CANCEL TRANSACTION
Hi, Someone I know say the way to set in omegamon for cics so a transaction automatically cancel after an excessive consuming of resources. -- Hélio José da Silva Depto. Software Básico -- 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: RMDS
[...] RMDS is "Report Management and Distribution System" or something like that. It takes reports from the SPOOL and places them in VSAM files, possibly indexing and or subsetting them. Users can then logon and look at their list of reports and view them or print them. Without this product, users have to view or print their report from SPOOL, i.e. using SDSF. Oh, the reports can be also moved - or even directly created in regular DASD datasets. Such datasets can be easily viewed or printed. Did I miss any functionality of RDMS ? But seriously: what is an advantage of having such product ? Why to spend $$$ on it ? Just curious. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: High order bit in 31/24 bit address
On 8 Nov 2007 09:59:30 -0800, [EMAIL PROTECTED] (Rick Fochtman) wrote: >And what intellectual paralytic decided that drive-up ATM's had to have >Braille keys? DU Who wants to pay for the companies to supply two sets of ATM keys, one which can be used anywhere, and the other can only be used in walk-up ATMs? I'm not that dumb. -- 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: High order bit in 31/24 bit address
On Nov 8, 2007, at 12:10 PM, Binyamin Dissen wrote: On Thu, 8 Nov 2007 11:58:10 -0600 Rick Fochtman <[EMAIL PROTECTED]> wrote: :>And what intellectual paralytic decided that drive-up ATM's had to have :>Braille keys? DU Nothing wrong with that - if placed on the passenger side, not the driver side. Or if the passenger in the back seat would like to use it. 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: High order bit in 31/24 bit address
And a lot of the roads have those bumps between the lanes. Aren't they for Braille driving? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Thursday, November 08, 2007 12:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: High order bit in 31/24 bit address On Thu, 8 Nov 2007 11:58:10 -0600 Rick Fochtman <[EMAIL PROTECTED]> wrote: :>And what intellectual paralytic decided that drive-up ATM's had to have :>Braille keys? DU Nothing wrong with that - if placed on the passenger side, not the driver side. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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: 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 SPTABLE 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? Why would a disassembler need to limit the opcodes to be disassembled? Shouldn't it always work with the most recent list? -- 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
ATMs (Was: High order bit in 31/24 bit address)
Pommier, Rex R. wrote: Ummm, the same person who figured out it was cheaper to just build all the ATM's with the same keypad, whether they were a drive-up one or one in the wall at the mall? A bunch of low-life attorneys made a "ton" of money on this. But, it turns out that the braille keypads didn't really help because blind people can't read ATM screens! So, the NFB sued to have voice recognition/response systems installed on all ATMs. [Sigh.] Lucky for them it's the 21st century... At least most ATMs are still connected to mainframes. Aren't they? -- 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: RMDS
Thanks John. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, November 08, 2007 1:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RMDS > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago > Sent: Thursday, November 08, 2007 12:04 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: RMDS > > > Hi, > > Does anyone know what product this is ? It's an IBM product, I can't > find anything on IBMLINK that discribes the product. > > TIA > Dean > > Dean Montevago RMDS is "Report Management and Distribution System" or something like that. It takes reports from the SPOOL and places them in VSAM files, possibly indexing and or subsetting them. Users can then logon and look at their list of reports and view them or print them. -- 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
OPTABLE option of Disassembler
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? 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: High order bit in 31/24 bit address
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Binyamin Dissen > > On Thu, 8 Nov 2007 11:58:10 -0600 Rick Fochtman wrote: > > :>And what intellectual paralytic decided that drive-up ATM's > had to have :>Braille keys? DU > > Nothing wrong with that - if placed on the passenger side, > not the driver side. Back seat, driver's side.. -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: RMDS
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago > Sent: Thursday, November 08, 2007 12:04 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: RMDS > > > Hi, > > Does anyone know what product this is ? It's an IBM product, I can't > find anything on IBMLINK that discribes the product. > > TIA > Dean > > Dean Montevago RMDS is "Report Management and Distribution System" or something like that. It takes reports from the SPOOL and places them in VSAM files, possibly indexing and or subsetting them. Users can then logon and look at their list of reports and view them or print them. -- 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: RMDS
Thanks Mark. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Thursday, November 08, 2007 1:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RMDS Dean Montevago wrote: > Hi, > > Does anyone know what product this is ? It's an IBM product, I can't > find anything on IBMLINK that discribes the product. > > TIA > Dean > > Dean Montevago > Sr. Systems Specialist > Visiting Nurse Service of New York > (212) 609 - 5596 > [EMAIL PROTECTED] > > Report Management and Distribution System -- Mark Jacobs Time Customer Service Tampa, FL -- Everything is theoretically impossible, until it is done. One could write a history of science in reverse by assembling the solemn pronouncements of highest authority about what could not be done and could never happen. Robert A. Heinlein - The Rolling Stones (1952) -- 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: High order bit in 31/24 bit address
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman > > --- > > >> You can turn any feature or the lack of a feature into a > benefit with > >> enough marketing. Look at the inanity surrounding the > very ordinary > >> iPhone. > > > > Exactly. I could argue my cell phone is more "accessible" > for blind -- > > or even just aging -- people because it has keys. > > > And what intellectual paralytic decided that drive-up ATM's > had to have Braille keys? DU Some cars have back seats, with side windows that roll down. AFAIK, one does not need a license, or sight, to be a "back-seat driver".. :-) -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: High order bit in 31/24 bit address
On Thu, 8 Nov 2007 11:58:10 -0600 Rick Fochtman <[EMAIL PROTECTED]> wrote: :>And what intellectual paralytic decided that drive-up ATM's had to have :>Braille keys? DU Nothing wrong with that - if placed on the passenger side, not the driver side. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMDS
Dean Montevago wrote: > Hi, > > Does anyone know what product this is ? It's an IBM product, I can't > find anything on IBMLINK that discribes the product. > > TIA > Dean > > Dean Montevago > Sr. Systems Specialist > Visiting Nurse Service of New York > (212) 609 - 5596 > [EMAIL PROTECTED] > > Report Management and Distribution System -- Mark Jacobs Time Customer Service Tampa, FL -- Everything is theoretically impossible, until it is done. One could write a history of science in reverse by assembling the solemn pronouncements of highest authority about what could not be done and could never happen. Robert A. Heinlein - The Rolling Stones (1952) -- 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
RMDS
Hi, Does anyone know what product this is ? It's an IBM product, I can't find anything on IBMLINK that discribes the product. TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: High order bit in 31/24 bit address
Rick, Ummm, the same person who figured out it was cheaper to just build all the ATM's with the same keypad, whether they were a drive-up one or one in the wall at the mall? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Thursday, November 08, 2007 11:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: High order bit in 31/24 bit address --- >> You can turn any feature or the lack of a feature into a benefit with >> enough marketing. Look at the inanity surrounding the very ordinary >> iPhone. > > Exactly. I could argue my cell phone is more "accessible" for blind -- > or even just aging -- people because it has keys. And what intellectual paralytic decided that drive-up ATM's had to have Braille keys? DU -- 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: High order bit in 31/24 bit address
--- You can turn any feature or the lack of a feature into a benefit with enough marketing. Look at the inanity surrounding the very ordinary iPhone. Exactly. I could argue my cell phone is more "accessible" for blind -- or even just aging -- people because it has keys. And what intellectual paralytic decided that drive-up ATM's had to have Braille keys? DU -- 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: Bruce Black passed away
I am playing catch-up from fighting (and still fighting) Vista x64 fires on my own computer that has blocked my reading of e-mail...and I find this. I don't do "me too" type stuff, but here I must. Bruce was an excellent (and that word is not encompassing enough) contributor to this list; I have saved mails dating from 1995 with tidbits that he contributed, including one that helped me avoid a RACF violation abend with DIV by being able to issue a RACROUTE with the proper information. I will be lighting a virtual candle at the web site mentioned in the e-mail from FDR. Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Russell Witt > Sent: Monday, 05 November, 2007 08:47 > To: IBM-MAIN@BAMA.UA.EDU > Subject: Bruce Black passed away > > I am very sorry to say that Bruce Black passed away this past weekend. > > Those of you that knew Bruce know that he had been in poor health for > some time, but things were looking better. So this has come as a > surprise to many of us. > > The folks at Innovation will keep Bruce's email address active for some > time, so if you want to send condolences to the family you can send > them to Bruce's email address at Innovation and they will forward them > along to his family. > > Russell Witt > > -- > 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: copytree
Jim, at least as far back as z/OS 1.4, copytree is now being shipped by IBM in the '/samples' directory. You no longer need to go the the Tools and Toys page. On Thu, 8 Nov 2007 17:33:41 +, Jim McAlpine <[EMAIL PROTECTED]> wrote: >Anyone got a copy of copytree that they can send me. I've been to the unix >tools and toys page and it is listed on there under the link for unix tools >but if I go to that page it isn't there aggg. > >Jim McAlpine > >-- >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
copytree
Anyone got a copy of copytree that they can send me. I've been to the unix tools and toys page and it is listed on there under the link for unix tools but if I go to that page it isn't there aggg. Jim McAlpine -- 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: CSA 'above the bar'
On Thu, 8 Nov 2007 08:43:03 -0800 Edward Jaffe <[EMAIL PROTECTED]> wrote: :>There is also a one-page "hole" at 7000. (Another handy :>implementation choice made by your friendly-neighborhood z/OS developers!) Interesting. Is that hole documented? Is there any 24 bit virtual address which is never assigned a slot? I use X'DDnn' which tends to fail whether used in 24 bit or 31 bit, but would certainly prefer a documented answer. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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
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] (Knutson, Sam) writes: > You should have the PTFs for z/OS APAR OA17114 installed if you are > using paged fixed buffers in DB2 V8. Not having it was one of the > causes of a z/OS outage here when a DB2 DBA accidently overcommitted > storage to DB2. aka application page fixed buffers ... allows applications to specify the "real addresses" in the channel program ... avoiding the dynamic channel program translation (creating a duplicate of the channel program passed by excp/svc0) and dynamic page fixing that otherwise has to occur on every i/o operations (however, it can eliminate pageable storage needed by the rest of system) recent post mentioning difference between EXCP and EXCPVR (vis-a-vis channel program translation) http://www.garlic.com/~lynn/2007q.html#8 GETMAIN/FREEMAIN and virtual storage backing up other recent posts discussing dynamic channel program translation (in the initial translation from MVT to OS/VS2 supporting virtual memory, there was extensive borrowing of technology from cp67 CCWTRANS, channel program translation) http://www.garlic.com/~lynn/2007e.html#19 Cycles per ASM instruction http://www.garlic.com/~lynn/2007e.html#27 IBM S/360 series operating systems history http://www.garlic.com/~lynn/2007e.html#46 FBA rant http://www.garlic.com/~lynn/2007f.html#0 FBA rant http://www.garlic.com/~lynn/2007f.html#6 IBM S/360 series operating systems history http://www.garlic.com/~lynn/2007f.html#33 Historical curiosity question http://www.garlic.com/~lynn/2007f.html#34 Historical curiosity question http://www.garlic.com/~lynn/2007k.html#26 user level TCP implementation http://www.garlic.com/~lynn/2007n.html#35 IBM obsoleting mainframe hardware http://www.garlic.com/~lynn/2007o.html#37 Each CPU usage http://www.garlic.com/~lynn/2007o.html#41 Virtual Storage implementation http://www.garlic.com/~lynn/2007p.html#69 GETMAIN/FREEMAIN and virtual storage backing up http://www.garlic.com/~lynn/2007p.html#70 GETMAIN/FREEMAIN and virtual storage backing up http://www.garlic.com/~lynn/2007p.html#72 A question for the Wheelers - Diagnose instruction http://www.garlic.com/~lynn/2007r.html#56 CSA 'above the bar' -- 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: CSA 'above the bar'
Van Dalsen, Herbie wrote: Last one... I have not checked this for myself yet, and probably won't have the time in the next few weeks... In theory... If I allocate 200 bytes of storage at x'7f00', and my program, the way some Cobol programs are, writes 1600 bytes there, what would the addresses be, would it jump across the 'hole' or try and write over the hole? There is also a one-page "hole" at 7000. (Another handy implementation choice made by your friendly-neighborhood z/OS developers!) This provides a way for 31-bit or 64-bit programs to place a "guaranteed bad" address into an address word or register. You can see this address peppered throughout the PSA. -- 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: CSA 'above the bar'
Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe Discussion List) Sent: 08 November 2007 04:20 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' In a message dated 11/8/2007 10:02:17 A.M. Central Standard Time, [EMAIL PROTECTED] writes: I have not checked this for myself yet, and probably won't have the time in the next few weeks... In theory... If I allocate 200 bytes of storage at x'7f00', and my program, the way some Cobol programs are, writes 1600 bytes there, what would the addresses be, would it jump across the 'hole' or try and write over the hole? The addresses of the 200 bytes (decimal number 200 is assumed) that your program allocates would be X'7F00' to X'7FC7'. If your COBOL program attempts to write 1600 (decimal assumed again) bytes beginning at X'7F00', your program would write at most the first 256 of the 1600 bytes and, when attempting to write the 257th byte, would be interrupted with a protection check program interrupt that would result in a S0C4 ABEND. I said "at most" because I have not yet studied the latest PoOps to know how new move instructions move bytes. And it would depend on how your program does the move. If it moves one byte per instruction in a loop, it would write 256 bytes and then ABEND. There might be another type of move instruction whose preprocessing checks the beginning and ending addresses for validity before moving the first byte, in which case your program would write zero bytes and then ABEND. Your program would try to write over the hole but would not be allowed to by the various protection mechanisms in the processor architecture. 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: Test message
This message arrived in my inbox about 45 minutes after sending it. And that was after contacting the BAMA EDU help desk to ask questions. I had gone to the web site and noticed that it was not showing any postings for 8-NOV-07. Bill Klein's COBOL copy message was the first to show up, at about 15 minutes after contacting the BAMA EDU help desk. Darren's retirement ripples being felt? Regards, Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Thursday, November 08, 2007 9:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Test message Is IBM Main down? This is a test message. If this had been a real message, then various of the members could argue as to whether or not this message contained any intelligence. Alas, this is only a test message, similar to a sharp stick, with which to poke the IBM Main server to see if it will respond. However, y'all can argue the merits if you want, but wait until Friday for OT day. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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: Test message
In a message dated 11/8/2007 9:47:00 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Is IBM Main down? >> It was, but the three finger salute made it all better. I was mentioning Parker Brothers and Monopoly but doesn't seem as funny today ** 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: CSA 'above the bar'
In a message dated 11/8/2007 10:02:17 A.M. Central Standard Time, [EMAIL PROTECTED] writes: I have not checked this for myself yet, and probably won't have the time in the next few weeks... In theory... If I allocate 200 bytes of storage at x'7f00', and my program, the way some Cobol programs are, writes 1600 bytes there, what would the addresses be, would it jump across the 'hole' or try and write over the hole? The addresses of the 200 bytes (decimal number 200 is assumed) that your program allocates would be X'7F00' to X'7FC7'. If your COBOL program attempts to write 1600 (decimal assumed again) bytes beginning at X'7F00', your program would write at most the first 256 of the 1600 bytes and, when attempting to write the 257th byte, would be interrupted with a protection check program interrupt that would result in a S0C4 ABEND. I said "at most" because I have not yet studied the latest PoOps to know how new move instructions move bytes. And it would depend on how your program does the move. If it moves one byte per instruction in a loop, it would write 256 bytes and then ABEND. There might be another type of move instruction whose preprocessing checks the beginning and ending addresses for validity before moving the first byte, in which case your program would write zero bytes and then ABEND. Your program would try to write over the hole but would not be allowed to by the various protection mechanisms in the processor architecture. 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: SMP/E change volumes on DDDEF in new Target Zone
> Why would anyone ever use uncatalogued data sets? Multiple SMP/E zones with the same named datasets on different volume sets. One could use an alias (like the SSAs that server pac generates), but I prefer to know that when I set a boundary to a particular zone, that the right set of data sets managed by that zone get updated. Using DDDEFS with volume and unit coded guarantee this. I'd hate to accidentally update the running SYS1.LINKLIB (obviously cataloged) when I really wanted the SYS1.LINKLIB on a volume that isn't the current IPL volume! Tom Chicklon -- 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: SA/Netview forwarding msg to TEC
While we don't have SA, we use regular NetView to do this. You have to run the NetView Event Automation Services (EAS) started task. If you need additional assistance, join the NetView Yahoo group at http://groups.yahoo.com/group/NetView/ The IBM NetView people also participate in this group too. Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) - Original Message From: Jie J Zhang <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, November 8, 2007 12:23:31 AM Subject: SA/Netview forwarding msg to TEC Hi, Any one ever tried to forward console msg to TEC using SA/Netview? We need to know some detail about how this is working and how to config it. Say we want to forward all VTAM msgs start by IST*** to TEC. With Utmost Sincerity ZHANG, Jie [Andy] 张劼 TSS, zSoftware, SWG, IBM China [EMAIL PROTECTED] +86-10-63613599 -- 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: CSA 'above the bar'
Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: 08 November 2007 04:12 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Van Dalsen, Herbie > Sent: Thursday, November 08, 2007 4:24 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: CSA 'above the bar' > > > Last one... > > I have not checked this for myself yet, and probably won't > have the time > in the next few weeks... In theory... If I allocate 200 bytes > of storage > at x'7f00', and my program, the way some Cobol programs > are, writes > 1600 bytes there, what would the addresses be, would it jump > across the > 'hole' or try and write over the hole? > > Herbie Assuming Amode(31), then standard address wrapping from 0x7FFF to 0x, followed by a S0C4-4 abend. In amode(64), you'd get a S0C4-11? Some sort of S0C4 abend. -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: CSA 'above the bar'
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Van Dalsen, Herbie > Sent: Thursday, November 08, 2007 4:24 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: CSA 'above the bar' > > > Last one... > > I have not checked this for myself yet, and probably won't > have the time > in the next few weeks... In theory... If I allocate 200 bytes > of storage > at x'7f00', and my program, the way some Cobol programs > are, writes > 1600 bytes there, what would the addresses be, would it jump > across the > 'hole' or try and write over the hole? > > Herbie Assuming Amode(31), then standard address wrapping from 0x7FFF to 0x, followed by a S0C4-4 abend. In amode(64), you'd get a S0C4-11? Some sort of S0C4 abend. -- 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
SV: COBOL COPY statement w REPLACING...
If You have an example of a "work-around" for the partial word replacement
I would be grateful for that. Note that a change in existing copys is not an
option.
(If that would change the field names or other functional changes.)
You cannot use nested COPY statements with COPY REPLACING. (IBM)
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 8 november 2007 04:25
> Till: IBM-MAIN@BAMA.UA.EDU
> Ämne: Fw: COBOL COPY statement w REPLACING...
>
> I assume (but could be mistaken) that you are trying to
> replace a "part of a
> string" rather than a COBOL "text word". Besides the fact
> that there are
> "work-arounds" for doing partial word replacement, you might
> be interested
> that the current ('02) standard DOES allow for replacing a
> "leading" or
> "trailing" part of a COBOL text word (but not the middle).
> If you want this
> feature sooner than later (in IBM COBOL) you may want to
> submit a marketing
> REQUEST to IBM referencing the existing SHARE requirement for
> this facility.
>
> I know that COPY REPLACING was in the '68 Standard - I don't know when
> exactly it was "designed".
>
> P.S. If you want to use "replacing" functionality with
> nested copies, look
> at using the REPLACE statement along with nested COPY
> statements. I believe
> (but haven't checked it) that IBM support this already.
>
> P.S. I do NOT claim that the COBOL copy/replacing facility
> is how I would
> design such a facility today - but it has been used
> "successfully" for 40
> years or so.
>
> "Thomas Berg" <[EMAIL PROTECTED]> wrote in message
> news:<[EMAIL PROTECTED]
> pa.myntet.se>.
> ..
> > ..just for my obscene curiosity:
> >
> > What IDIOT designed the COBOL COPY REPLACING statement ??
> >
> > Thomas
>
> --
> 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: zAAP question
GP = $$$ ICF = $$ IFL or IFA = $ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, November 07, 2007 1:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of McKown, John > > I was more curious about how much more a CP costs than a > "speciality engine". I don't want another CP. We are > currently a z9BC-T02, looking at upgrading to a V02 fairly > soon. And I don't make such decisions anyway. I'm just a grunt. I think the GP engines generally are priced at around twice the price of the specialty engines. -jc- This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: CSA 'above the bar'
Last one... I have not checked this for myself yet, and probably won't have the time in the next few weeks... In theory... If I allocate 200 bytes of storage at x'7f00', and my program, the way some Cobol programs are, writes 1600 bytes there, what would the addresses be, would it jump across the 'hole' or try and write over the hole? Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: 07 November 2007 18:06 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' On Wed, 7 Nov 2007 11:55:35 -0600, Chase, John wrote: > > NO PROGRAM is >allowed to address the space from x'_8000' through >x'_' ... More precisely, z/OS will not create a memory object in that range so it will never be allocated storage. -- Tom Marchant -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: CSA 'above the bar'
John, Apologies, I keep on forgetting that the '8' just signals the above the line, you and Tom and all the others are quite correct with the x'7fff', I have it now... it is a pitty that IBM did not use the lowest bit to signal the line... x'0001' for 24-bit and x'0002' for 32-bit, it would have meant less wastage. Because you would have lost the first few addresses... Wonder what the affect of that would have been on all the programs that that branch to x'0' when they go hey-wire... One more question, does this apply to real storage too, or has IBM found a different way of managing this? Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: 07 November 2007 17:56 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Van Dalsen, Herbie > > John, > > That makes no sense to me... I thought that a 31-bit program > could address x'' -> 'x'0FFF' below the line, and > the same above the line. I.O.W. it could go up to x'8FFF' > which means x'0FFF' > above ? This means that the hole is from x' 9000' -> ? A 31-bit program can address from x'' through x'7FFF'. Expressed in 64-bit addressing, that range is from x'_' through x'_7FFF'. IOW, for a 31-bit program, the "high halves" of the 64-bit registers do not exist; they may actually contain "anything" and they will be ignored by 31-bit (and 24-bit) programs. A 64-bit program (amode 64) can address exactly the same range, in the same way, except that the "high halves" of the 64-bit registers MUST contain all binary zeroes. IN ADDITION, an amode 64 program can address from x'0001_' through x'_'. NO PROGRAM is allowed to address the space from x'_8000' through x'_', which is the "bar", the "hole", or whatever other name seems appropriate. See previous posts from Ed Jaffe, Peter Relson and Chris Craddock for why that is a "good idea". -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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: SMP/E change volumes on DDDEF in new Target Zone
On Wed, 7 Nov 2007 11:37:15 -0500, Pinnacle wrote: > >Run the UNLOAD command to get the DDDEF's in UCLIN format. Then you'll have >to hack the UCLIN yourself to add VOLUME and UNIT parms, and run the UCLIN >through SMP/E. > What data sets will SMP/E create NEW? If SMP/E creates the data sets, must SPACE be specified also? Is UNIT necessary? Won't SMP/E or DYNALLOC infer the UNIT from a default if VOLSER is specified? If the data sets are created by some other mechanism prior to SMP/E, won't SMP/E obtain the VOLUME and UNIT from the catalog? Why would anyone ever use uncatalogued data sets? If I am designing sample JCL/UCLIN for customers, should I provide VOLUME (and UNIT) templates in the UCLIN? I'd supply VOL=SER= in JCL, but commented out. I'd supply UNIT as a SET symbol. What granularity of VOLUME would customers desire: o A different VOLUME for each zone? o A different VOLUME for each data set? o Should VSAM be separated from PS from PDS from PDSE? Etc. Thanks, 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: zAAP question
>>I think the GP engines generally are priced at around twice the price of >>the specialty engines. >And add to the MSU cost of IBM and third party software Not necessarily nowadays, and it's a very important point to understand. The world has changed. If you're on IBM VWLC (Variable Workload License Charge), then if you add CP hardware capacity the only way you would pay more for software is if you raise your (soft)caps (assuming you were hitting your softcaps prior to the upgrade). How much "excess" hardware capacity you have is irrelevant now for VWLC software charges. In fact, since workload can spill above a softcap (for less than 4 hours rolling average), it's quite possible for a hardware capacity increase to give you more throughput without any change in your software bill. This means it may be advantageous to have some CP capacity above softcaps, depending on the profile of your workloads. (Examples: a 9:00 a.m. login spike, or a 9:30 a.m. market open spike. Temporary spikes like these could be software-free.) If you do raise your (soft)caps, it depends on how you raise them. If you raise them on an LPAR that runs DB2 but not on any of the IMS LPARs then your IMS charge stays the same and your DB2 charge increases (on a volume discount curve: additional MSUs cost less). And you might only be raising them for seasonal reasons (e.g. end of year reporting, Christmas shopping, annual benefits enrollment, conversion project to import data for a merger, etc.), so this might be temporary above baseline. Previously you had to pay for the whole capacity for the whole year and beyond. Another problem businesses had were the boom-bust cycles. That is, previously if you bought CP capacity to handle a surge in your business (strong economy), you were in pain when your business contracted during the next recession because you were still paying full capacity. Not any more -- now you just reduce your softcaps, and that extra CP capacity isn't incurring monthly software charges during the lean times, but it's ready to go when the economy recovers. There are some exceptions. Some of the biggest exceptions are third party software contracts. It depends on the vendor, and some of them are introducing variable charges of at least some flavor. (There's also more choice now, so you can comparison shop for better contract terms.) Also, there are a small number of IBM products, typically "vintage" products, that are charged at full capacity. A lot of businesses don't have any of these products, but a few do. As a generalization, net net, you are in control with the caps, and the CP hardware capacity is only the ceiling, not also the floor. This is a Good Thing. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Test message
In a message dated 11/8/2007 9:47:00 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Is IBM Main down? This is a test message. IBM-Main is not down as far as I can determine. It's downness for others is undetermined. 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
Test message
Is IBM Main down? This is a test message. If this had been a real message, then various of the members could argue as to whether or not this message contained any intelligence. Alas, this is only a test message, similar to a sharp stick, with which to poke the IBM Main server to see if it will respond. However, y'all can argue the merits if you want, but wait until Friday for OT day. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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: Bruce Black passed away
I've been lurking this site for many years and, up to this point, had nothing significant to contribute, however; the news of Bruce's passing really had an impact. It is unusual to have an individual of Bruce's caliber so accessible, and will to share his immense storage management knowledge so freely. I'll miss his contributions to this forum. -- 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
