Re: [spam] Open z/Architecture or Not
Veilleux, Jon L wrote: Bob Shannon wrote: Some, such as logical swap, were incorporated into MVS. Others, such as the dual master catalog mod at a large US insurance company, proved to be a nightmare to maintain and an even worse nightmare to remove. AMEN Bob. Although usermods did have their up side, especially the catalog mod. It gave a relatively new Systems Programmer a LOT of experience coding assembler and reading standalone dumps...before IPCS..ouch Open code does *NOT* mean open for update. Of course if you want, you can modify it, but then it is *your* code, and you are expected to support it. Ergo, the rules, what is allowed for customer to modify, and what is locked could remain the same as in OCO. BTW: I'm not open code enthusiast. I understand problems of IP rights when the code is disclosed (wasn't it a beginning of MSP system ?). However the more documentation/description/functional diagrams/PoPs/etc the more it helps users. One of methods is to provide sources. Just my $0.02 -- 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: SYSAFF
Paul, thanks for the information, but it's not our problem. I've executed the following display: $HASP893 VOLUME(SPOO03) STATUS=ACTIVE,PERCENT=75 $HASP893 VOLUME(SPOO01) STATUS=ACTIVE,PERCENT=1 $HASP893 VOLUME(SPOO04) STATUS=ACTIVE,PERCENT=62 After, I've thrown 3 jobs, for diferent systems, and each job has gone to the SPOO01. I begin thinking that the jobs choose the SPOOL disc with minor percentage, in this case SPOO01. If this hypothesis is true, what is the SYSAFF parameter used for? Raquel. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Common Dataspace
Roland, Converting to your own STC is going to be one of those things that you *will* thank yourself for at some point in the future. There used to be a very good satirical TV program in the UK called Yes, Prime Minister following the story of a newly elected PM. Whenever the civil service wanted to persuade the PM to alter his decision from something foolish, Sir Humphrey used the phrase a very courageous decision, Prime Ministercue a look of absolute panic on the PM's face. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roland Schiradin Sent: 07 December 2007 06:22 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Common Dataspace Rob, well you're right unfortunally a new STC 1. Have to be documented 2. Added to automation 3. Require a migration path for existing user 4. The SRB routine was already coded and works fine 5. other issues So using *MASTER* was much easier ok someone can say lazy. Roland Roland, I have heard of other products that do this sort of thing - however it makes me feel uneasy and personally I would try to avoid it. Your program that sneaked in that CADS is never going to be above suspicion for any system problems when an IPCS dump reveals it looking like some huge zit on *MASTER*'s nose. A CADS-owning started task is probably less than 300 lines of assembler and probably less complex (and *much* safer) that shooting an SRB in *MASTER*. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
zFS migration error
Dear all, I'm in the process of zFS migration from HFS via migration tool (BPXWH2Z) but it fails with the following message. Migrating OMVS.ROOT creating zFS OMVS.ROOT.TMP copying OMVS.ROOT to OMVS.ROOT.TMP Blocks to copy: 372976 copy return code=1 pax: memory allocation failure: EDC5132I Not enough memory. Errors copying file system, data sets not renamed *** Anyone out there can help me to run out of this problem. Any help would be appreciated, Niran Kamaksorn TG -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
On 12/7/07, Shane [EMAIL PROTECTED] wrote: On Fri, 2007-12-07 at 06:39 -0500, Rob Scott wrote: I am actually a pom - I just work for an American company from my home office in the UK. Sorry mate - deepest apologies are in order. Shane ... That's very magnanamous of you. Being from the antipodes and addressing a pom I would have thought you would have said deepest sympathies. BTW I'm a pom also. 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: Uh, oh ...
No worries - however I am now opening myself up for countless cricket-related gags Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: 07 December 2007 11:45 To: IBM-MAIN@BAMA.UA.EDU Subject: Uh, oh ... On Fri, 2007-12-07 at 06:39 -0500, Rob Scott wrote: I am actually a pom - I just work for an American company from my home office in the UK. Sorry mate - deepest apologies are in order. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Common Dataspace
Rob, I'll let you know if I change this sometimes depending on time and budget. I saw this TV program in Germany but 20 years ago and this time it was called Yes Minister. I was to young to understand it at that time Roland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Why isn't OMVS command integrated with ISPF?
In [EMAIL PROTECTED], on 11/29/2007 at 08:21 AM, McKown, John [EMAIL PROTECTED] said: ISPF uses the basic TSO facilities for terminal I/O (TPUT/TGET/TPG?). Those facilities don't require you to wait for user input. You may need to use macros beyond the one's you listed. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS
I had a similar experience to Steve...we could run 100 Roscoe users on just a fraction of the CPU of TSO. I would perform some performance/capacity planning studies before making the switch. Bob Robert B. Fake InfoSec, Inc. 703-825-1202 (o) 571-241-5492 (c) 949-203-0406 (efax) [EMAIL PROTECTED] Visit us at www.infosecinc.com The information contained in this e-mail message may be proprietary 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. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Friday, December 07, 2007 9:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hessong, Keith Sent: Friday, December 07, 2007 6:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS SNIP I am looking for a 3rd party software product that may help us accomplish this or someone who has already done this that might be willing to share the code that they used to do this. I would also be interested in hearing about user experiences of people who have already undertaken this task. SNIP Start budgeting for a CPU upgrade. If ROSCOE has similar efficiency as ACS/WYLBUR had, you will see a significant increase in CPU utilization. In the 3090 days, the moving of approximately 30 people to TSO resulted in a company (insurance industry) looking at a CPU upgrade. They stopped the migration -- probably because the cost of the extra CPU and the corresponding increase in software costs. 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: Redbooks - Systems Programming Series
Steve, I see them out there. I went to redbooks.ibm.com and put in abcs in the search dialog. Granted, they're not in order, but they all come up in the search results. http://www.redbooks.ibm.com/redbooks.nsf/Redbooks?SearchViewQuery=abcs; SearchMax=4999 (watch the line wrap) Hope this helps, 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. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
On 7 Dec 2007 06:41:37 -0800, [EMAIL PROTECTED] (Mohammad Khan) wrote: And what exactly is this pom ? I see it's being used for english or british. I don't remember encountering this term during my year long stay in UK but then there is only so much I can rely on my memory. Mohammad I had to look it up. Apparently it is an Oz NZ term, somewhat disparaging. One dictionary says it is short for pommy, which doesn't help any. There is a tendency with Australians (and to a lesser extent, English), to come up with oddly created words. Sometimes these words sort of rhyme with some other word. My mind doesn't work in those kind of channels. The Aussie slang process is completely alien to me. I've seen something similar with teen texting - teens like creating their own language - and if the etymology doesn't make sense to adults (or other outsiders) - all the better. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks - Systems Programming Series
I found the list at: http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=ABCs+of+z/OS+Syste m+Programming+Volume By doing a search on ABCs of z/OS System Programming Volume HTH Regards, Herman Stocker Technical Specialist Data Center Operations avis budget group Phone: 1973-496-4847 fax: 1973-496-8201 E-Mail: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Friday, December 07, 2007 9:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Redbooks - Systems Programming Series Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? 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 The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Poil It is a term of endearment applied to us in the UK by out Australian cousins. Another term often heard is you pommy b.. Hmm :-) Oh. Sort of like yank for us ... well ... Yanks (ska D... Yanks). :-) -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
Open z architecture and Linux questions
The general discussion on IBM-MAIN of whether the z architecture is open or not leads me to wonder a bit about Linux on system z. Perhaps those more experienced with Linux on system z can help me understand a couple of things. AFAIK: 1) Linux for system z is still able to run on raw LPARs, without z/VM 2) IBM contributes kernel patches and tool chain code to support the z instruction set, under the GPL So: Q1) Are any closed/proprietary instructions and hardware interfaces used? I would guess that SIE would not be *executed* by Linux, but are others? If so, does contribution of code under the GPL that links to closed/proprietary interfaces imply anything? Q2) Might we expect that eventually Linux on system z will require z/VM, so that platform enablement (for the kernel and device drivers) can be moved into closed DIAG instructions so that IBM can further protect its IP? Would that be accepted to the Linux kernel folks? Kirk Wolf -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Redbooks - Systems Programming Series
More importantly, when the heck is Volume VI (the RACF volume) going to be released? Personal Deity, I'd be happy to proofread a *draft* copy at this point... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Redbooks - Systems Programming Series
Does this help ? http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=ABCs -- Regards - Grant Thompson, Steve [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/12/2007 14:48 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Redbooks - Systems Programming Series Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? 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 - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Redbooks - Systems Programming Series
Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? 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: Uh, oh ...
On 12/7/07, Mohammad Khan [EMAIL PROTECTED] wrote: And what exactly is this pom ? I see it's being used for english or british. I don't remember encountering this term during my year long stay in UK but then there is only so much I can rely on my memory. Mohammad Check out Wikipedia for pommy or pommie. 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: Common Dataspace
Shane, don't say no until you know why I choose the *MASTER* :-) I have a STC but this can be stoped while the CADS is still in need. There can be also several instance of this STC. The SRB stuff was already finished and works for other stuff. Just a new function to create and delete a CADS has been added and the CADS is required for the life-cyle of the system unless the cust delete it on demand A lot of IBM-software and NON-IBM choose the same ways and I don't see anything bad with this. Also it's usual to schedule SRB into the *MASTER*. Can you please explain Why I shouldn't this. What is the benefit for you to stick with another STC just to hold the CADS? Greetings to downunder Roland From a customer perspective this is all too common. There ain't that much code that *truly* needs an anchor with a life of IPL. If it needs to [pre|post]-date JES we (as customers) can organize that. Put it out there, document it, and we'll organize the STARTED entry/scheduling/whatever. A STC that sits there is its finger in its (own) ear doing nothing is way more preferable than something that molests *MASTER*. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 much difference is between deploying a j2ee application in Z/Os and in windows?
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. What is the volume of web hits you are expecting? I would not think clustering and load balancing would be any different. Clustering is done through the admin console, so it should be the same. Depending on your user group and the required app availability, you might not need to cluster. As for the DB2 questions, I do not work with DB2. That is a different group of people here. Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of legolas wood Sent: Saturday, December 08, 2007 3:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: how much difference is between deploying a j2ee application in Z/Os and in windows? Thank you for your reply. You both ease my mind in order to proceed with the task. my job is to port a J2EE application from a another application server and database to websphere and DB2, after that I will have some help from trained Z/OS administrator to deploy the application to z/OS. things that made me worry was about changes that could be seen in WAS for windows and WAS for zOS. But it looks that there would be almost no changes :-). How ever, I think the clustering and load balancing will differ, wont they? What is usually administrator or developer uses as a load balancer in front of clustered WAS? Does DB2 work in the same manner, I mean db2 for windows and linux are alike? I know that some features that are available in windows and *nix based version are not available in zOS. I will not use them. Are there some dramatic changes in DB2 for zOS and windows based DB2? If i develop the database and its Stored procedure in windows will it be easy to deploy them in zOS? Thanks. Timothy Sipples wrote: I concur with Larry: deploying J2EE applications to WebSphere Application Server for z/OS is the same as, say, WebSphere Application Server for Windows. There are multiple ways to do it, but typically you'd use the Web-based WebSphere Administrative console install wizard just as you would on any other platform. The WebSphere Information Center has details: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp I'm trying to think of any exceptions, and the only ones I can think of are very minor indeed. For example, you won't ever see a Windows-style server drive letter (e.g. C:\MyServer\AppsOnMyServer\...) in the Web panels. I think the Administrative console says WebSphere Application Server for z/OS for the branding. Here and there you might see an extra field or option, to provide additional controls available for z/OS, but if you don't know what they are just take the defaults. Administrative access control will be validated with whatever WAS z/OS security system you're using, typically the z/OS Security Server (RACF), rather than a Windows sign-on. You can also use the remote deployment feature in, for example, Rational Developer for System z or Rational Application Developer. This is how your J2EE developers would normally do things when they want to deploy an application to a remote server. Your developers will have absolutely no problem with this, other than perhaps the mental adjustment when they realize how easy and identical it is to deploy to the big iron. The WebSphere product developers really did a beautiful job. - - - - - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: T3 Sues IBM To Break its Mainframe Monopoly
On Fri, 7 Dec 2007 06:45:04 -0600, Ed Gould [EMAIL PROTECTED] wrote: On Dec 6, 2007, at 12:06 PM, Jon Brock wrote: No, I'm going for the popcorn franchise for all those people watching this play out. Jon Jon: Hey, start up you Belgium waffle stand think of all the people you will get from IBM-Main:) Ed Heck, he can get the same effect from buying a Krispy Kreme franchise or hosting a Star Trek convention... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: T3 Sues IBM To Break its Mainframe Monopoly
On Dec 6, 2007, at 12:06 PM, Jon Brock wrote: No, I'm going for the popcorn franchise for all those people watching this play out. Jon Jon: Hey, start up you Belgium waffle stand think of all the people you will get from IBM-Main:) 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: Common Dataspace
I have heard of other products that do this sort of thing - however it makes me feel uneasy and personally I would try to avoid it. I disagree with my friend Rob. Do a D J,*MASTER* and look at the dataspaces, both IBM and vendor. This is a very common, albeit not IBM-approved, technique. If your need to have the CAD persist after termination of the creating address space, anchor it in *MASTER*. If it doesn't need to persist, anchor it in your own address space. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Redbooks - Systems Programming Series
On 12/7/07, Thompson, Steve [EMAIL PROTECTED] wrote: Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? Regards, Steve Thompson Just enter abcs in the redbook search. Jim McAlpne -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Redbooks - Systems Programming Series
http://www.lbdsoftware.com/abcs.html Lionel maintains this link. -Original Message- Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? 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: Redbooks - Systems Programming Series
Hi Steve, I have the manuals, do you want me to zip them and email them to you off=list? Thanks, George Rodriguez (561) 357-7652 School District of Palm Beach County 3348 Forrest Hill Blvd. Room B301 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006 2007 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Friday, December 07, 2007 9:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Redbooks - Systems Programming Series Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? 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 - Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
It is a term of endearment applied to us in the UK by out Australian cousins. Another term often heard is you pommy b.. Hmm :-) -- Mike Poil Java z/OS Level 3 Service IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN Internal: 246824 External: +44 (0)1962 816824 Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/ -- Mohammad Khan [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/12/2007 14:41 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Uh, oh ... And what exactly is this pom ? I see it's being used for english or british. I don't remember encountering this term during my year long stay in UK but then there is only so much I can rely on my memory. Mohammad On Fri, 7 Dec 2007 11:49:27 +, Jim McAlpine [EMAIL PROTECTED] wrote: BTW I'm a pom also. 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Uh, oh ...
Prisoner Of Mother England .. I think . Thanks and regards John Griffin z/OS Systems Programmer * Direct Line: 020 7500 6286 Mobile Line: 07764 823213 Fax Line: 020 7500 0226 * [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe Discussion List) Sent: 07 December 2007 15:50 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Uh, oh ... In a message dated 12/7/2007 5:47:52 A.M. Central Standard Time, [EMAIL PROTECTED] writes: [EMAIL PROTECTED] I thought you were a pommy (not a pom) living in Pomland. Oh, well. I was close. :-) BTW, what is the real derivation of that term? Just curious. Bill Fairchild Franklin, TN **Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop00030 1) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Redbooks - Systems Programming Series
I know this is not what you are looking for but this is another good site, and has link to redbooks A System Programmer Productivity Tool Bag http://www-1.ibm.com/support/docview.wss?rs=0q1=vseq2=eosuid=tss1prs840loc=en_UScs=utf-8lang= Thompson, Steve [EMAIL PROTECTED] TERCOMM.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Redbooks - Systems Programming Series 12/07/2007 09:48 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? 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
zOS Maintenance Best Practices
I'm looking for latest pdf for zOS Maintenance Best Practices. Anyone care to share? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Uh, oh ...
On Fri, 2007-12-07 at 06:39 -0500, Rob Scott wrote: I am actually a pom - I just work for an American company from my home office in the UK. Sorry mate - deepest apologies are in order. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Common Dataspace
On Fri, 2007-12-07 at 05:05 -0600, Roland Schiradin wrote: I saw this TV program in Germany but 20 years ago and this time it was called Yes Minister. I was to young to understand it at that time That was the original series - he (the character James Hacker) went on to become Prime Minister so the BBC could squeeze more money from the concept. However ... from my viewing platform in the Antipodes, the concept of Rob (an American presumably) explaining the nuances of British humour to a German just defies the imagination :0) Regards to all ... Shane (c'mon Barb, a comment ...) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Anyone remember DARDUMP?
In [EMAIL PROTECTED], on 11/30/2007 at 02:55 PM, Patrick O'Keefe [EMAIL PROTECTED] said: From MVS in the '80s, maybe? I thought it was an official IBM term but I can find no references to it so maybe it was a local term where I was working. Damage assentment Routine Dump? If it was an official term, what was it? An SVC dump? DAR goes all the way back to OS/360; it stood for Damage Assessment and Repair. Basically it was STAE exits and retry routines to prevent the system from crashing. At the time SVC dumps could only go to system dump data sets, not to SYSMDUMP. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Common Dataspace
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Friday, December 07, 2007 7:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Common Dataspace On Fri, 2007-12-07 at 06:53 -0500, Bob Shannon wrote: This is a very common, albeit not IBM-approved, technique. If your need to have the CAD persist after termination of the creating address space, anchor it in *MASTER*. If it doesn't need to persist, anchor it in your own address space. Nope. From a customer perspective this is all too common. There ain't that much code that *truly* needs an anchor with a life of IPL. If it needs to [pre|post]-date JES we (as customers) can organize that. Put it out there, document it, and we'll organize the STARTED entry/scheduling/whatever. A STC that sits there is its finger in its (own) ear doing nothing is way more preferable than something that molests *MASTER*. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Change and configuration management Software Suites
I can supply to you all technicals informations about ISPW. I'm working in France (colombes 92) and If you want I can meet or phone you for discuss about ISPW. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Strange MQ Issue
Hi , Is this bug in the MQ 6 version ? When a message put into Mainframe queue, the message comes with 2 headers instead of 1. that causes problem when CICS is trying to read tht.. How to avoid this... JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
And what exactly is this pom ? I see it's being used for english or british. I don't remember encountering this term during my year long stay in UK but then there is only so much I can rely on my memory. Mohammad On Fri, 7 Dec 2007 11:49:27 +, Jim McAlpine [EMAIL PROTECTED] wrote: BTW I'm a pom also. 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: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hessong, Keith Sent: Friday, December 07, 2007 6:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS SNIP I am looking for a 3rd party software product that may help us accomplish this or someone who has already done this that might be willing to share the code that they used to do this. I would also be interested in hearing about user experiences of people who have already undertaken this task. SNIP Start budgeting for a CPU upgrade. If ROSCOE has similar efficiency as ACS/WYLBUR had, you will see a significant increase in CPU utilization. In the 3090 days, the moving of approximately 30 people to TSO resulted in a company (insurance industry) looking at a CPU upgrade. They stopped the migration -- probably because the cost of the extra CPU and the corresponding increase in software costs. 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: T3 Sues IBM To Break its Mainframe Monopoly
On 6 Dec 2007 14:29:27 -0800, in bit.listserv.ibm-main you wrote: Certainly OCO marched on, with IBM and the world the poorer for it. I used to believe that until the memory of the number of usermods caused great delays in upgrades and the implementation of new function. I remember one ex-IBMer becoming an Operations Manager just about a year befor XA was announced. He managed to get full sign-off authority for usermods (new and existing). He drove the SYSPROGs and their manager nuts. He almost never gave approval. Exits, or nothing, he said. Due to non-disclosure, he couldn't exactly tell them why. When my shop was converting from JES3 to JES2, there was a function we wanted (priority change on NJE printout or job IIRC) that could only be done inline. I presented it to management and told them I could do it if they really wanted it but it was a better idea to only do those things that could be done in exits. The function was dropped. When XA came out, and was easily implemented at the shop, he was thanked by all involved. OCO may be akin to swatting a fly with a buick; it did solve that problem. Plus it did move IBM closer to protecting its IP. - Too busy driving to stop for gas! Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: zFS migration error
On 12/7/07, Niran Kamaksorn [EMAIL PROTECTED] wrote: Dear all, I'm in the process of zFS migration from HFS via migration tool (BPXWH2Z) but it fails with the following message. Migrating OMVS.ROOT creating zFS OMVS.ROOT.TMP copying OMVS.ROOT to OMVS.ROOT.TMP Blocks to copy: 372976 copy return code=1 pax: memory allocation failure: EDC5132I Not enough memory. Errors copying file system, data sets not renamed *** Anyone out there can help me to run out of this problem. Any help would be appreciated, Niran Kamaksorn TG Seems like you may not have enough CSA/ECSA available - http://www-1.ibm.com/support/docview.wss?uid=swg21174530 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: Open z architecture and Linux questions
There are already drivers for Linux that support the library. The original ones, ibm_tape, were binary only, but they've been superceded by the lin_tape Open Source drivers. Those will probably find their way into the kernel tree sometime soon. PAV support is also already there, via software support for multipath devices, same as used for multipath SAN. The biggest problem was that the multipath manager needs to be able to identify that two separate device nodes reference the same device, and up till recently, the DASD drivers didn't expose enough information to user space. This has been fixed with RHEL5, and I've successfully tested PAV with that. If the functionality is via a kernel module, then Linus has indicated that binary (no source) kernel modules are acceptable. However they taint the kernel. Originally, the 3590 tape I/O driver was binary only. If IBM ever puts in a kernel module to drive their tape robots, I expect that code will be binary only. Similarly if IBM ever puts PAV support into the kernel, I expect it would be binary only. However, updating the filesystem driver to interface to the PAV module could not be binary since it would be updating GPL code. Purists will decry this, but it is acceptable at present. This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS
We converted here at CDC about 2 years ago because we were down to around 50 users on Roscoe, and we could not justify the cost. I was able to write a job to pull all of the Roscoe libraries over to PDS's, and I assisted the users in rewriting their RPF's to REXX execs. Unfortunately, it was a VERY manual process to move the RPF's, so it will take some work to make this conversion... I don't know of any tool that will automate the process of converting the RPF's to REXX or CLIST. But I can send a sample of how I pulled off the Roscoe libraries into PDS's Email me offline if you are interested. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Fake Sent: Friday, December 07, 2007 9:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS I had a similar experience to Steve...we could run 100 Roscoe users on just a fraction of the CPU of TSO. I would perform some performance/capacity planning studies before making the switch. Bob Robert B. Fake InfoSec, Inc. 703-825-1202 (o) 571-241-5492 (c) 949-203-0406 (efax) [EMAIL PROTECTED] Visit us at www.infosecinc.com The information contained in this e-mail message may be proprietary 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. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Friday, December 07, 2007 9:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hessong, Keith Sent: Friday, December 07, 2007 6:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS SNIP I am looking for a 3rd party software product that may help us accomplish this or someone who has already done this that might be willing to share the code that they used to do this. I would also be interested in hearing about user experiences of people who have already undertaken this task. SNIP Start budgeting for a CPU upgrade. If ROSCOE has similar efficiency as ACS/WYLBUR had, you will see a significant increase in CPU utilization. In the 3090 days, the moving of approximately 30 people to TSO resulted in a company (insurance industry) looking at a CPU upgrade. They stopped the migration -- probably because the cost of the extra CPU and the corresponding increase in software costs. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Redbooks - Systems Programming Series
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grant Ward Able Sent: Friday, December 07, 2007 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redbooks - Systems Programming Series Does this help ? http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=ABCs SNIP Yes, thank you. 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: Common Dataspace
On Fri, 2007-12-07 at 21:25 +1000, I thoughtlessly wrote: (c'mon Barb, a comment ...) So - cancel that; she's already told me she has better things to do with her time than watch TV. D'oh ;) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Why isn't OMVS command integrated with ISPF?
In [EMAIL PROTECTED], on 11/29/2007 at 06:52 AM, Walt Farrell [EMAIL PROTECTED] said: If you're really wondering why it's not better integrated, you should ask on MVS-OE, instead, Were IBM to implement an ISPF panel for running Unix commands, would it be owned by ISPF or by OMVS? The former seems more likely. It wouldn't hurt to post the question on ISPF-L, but my guess is that IBM-MAIN is the most productive place for the question. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Uh, oh ...
Cricket??? What about Rugby! :-) SA and Springbok fan Ian http://www.pcs305.com On Dec 7, 2007 5:47 AM, Rob Scott [EMAIL PROTECTED] wrote: No worries - however I am now opening myself up for countless cricket-related gags Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: 07 December 2007 11:45 To: IBM-MAIN@BAMA.UA.EDU Subject: Uh, oh ... On Fri, 2007-12-07 at 06:39 -0500, Rob Scott wrote: I am actually a pom - I just work for an American company from my home office in the UK. Sorry mate - deepest apologies are in order. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 much difference is between deploying a j2ee application in Z/Os and in windows?
Thank you for your reply. You both ease my mind in order to proceed with the task. my job is to port a J2EE application from a another application server and database to websphere and DB2, after that I will have some help from trained Z/OS administrator to deploy the application to z/OS. things that made me worry was about changes that could be seen in WAS for windows and WAS for zOS. But it looks that there would be almost no changes :-). How ever, I think the clustering and load balancing will differ, wont they? What is usually administrator or developer uses as a load balancer in front of clustered WAS? Does DB2 work in the same manner, I mean db2 for windows and linux are alike? I know that some features that are available in windows and *nix based version are not available in zOS. I will not use them. Are there some dramatic changes in DB2 for zOS and windows based DB2? If i develop the database and its Stored procedure in windows will it be easy to deploy them in zOS? Thanks. Timothy Sipples wrote: I concur with Larry: deploying J2EE applications to WebSphere Application Server for z/OS is the same as, say, WebSphere Application Server for Windows. There are multiple ways to do it, but typically you'd use the Web-based WebSphere Administrative console install wizard just as you would on any other platform. The WebSphere Information Center has details: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp I'm trying to think of any exceptions, and the only ones I can think of are very minor indeed. For example, you won't ever see a Windows-style server drive letter (e.g. C:\MyServer\AppsOnMyServer\...) in the Web panels. I think the Administrative console says WebSphere Application Server for z/OS for the branding. Here and there you might see an extra field or option, to provide additional controls available for z/OS, but if you don't know what they are just take the defaults. Administrative access control will be validated with whatever WAS z/OS security system you're using, typically the z/OS Security Server (RACF), rather than a Windows sign-on. You can also use the remote deployment feature in, for example, Rational Developer for System z or Rational Application Developer. This is how your J2EE developers would normally do things when they want to deploy an application to a remote server. Your developers will have absolutely no problem with this, other than perhaps the mental adjustment when they realize how easy and identical it is to deploy to the big iron. The WebSphere product developers really did a beautiful job. - - - - - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
In a message dated 12/7/2007 5:47:52 A.M. Central Standard Time, [EMAIL PROTECTED] writes: [EMAIL PROTECTED] I thought you were a pommy (not a pom) living in Pomland. Oh, well. I was close. :-) BTW, what is the real derivation of that term? Just curious. Bill Fairchild Franklin, TN **Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop000301) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Open z architecture and Linux questions
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Friday, December 07, 2007 8:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Open z architecture and Linux questions The general discussion on IBM-MAIN of whether the z architecture is open or not leads me to wonder a bit about Linux on system z. Perhaps those more experienced with Linux on system z can help me understand a couple of things. AFAIK: 1) Linux for system z is still able to run on raw LPARs, without z/VM 2) IBM contributes kernel patches and tool chain code to support the z instruction set, under the GPL So: Q1) Are any closed/proprietary instructions and hardware interfaces used? I would guess that SIE would not be *executed* by Linux, but are others? If so, does contribution of code under the GPL that links to closed/proprietary interfaces imply anything? There is no proprietary code in the kernel itself. If IBM were to create an instruction and place it in one of their kernel modification without documenting the effect, then I am sure that it would never be accepted into the Linus-approved kernel stream. For whatever that is worth to the users of Linux on z. IBM could not refuse to supply the source due to the GPL. Q2) Might we expect that eventually Linux on system z will require z/VM, so that platform enablement (for the kernel and device drivers) can be moved into closed DIAG instructions so that IBM can further protect its IP? Would that be accepted to the Linux kernel folks? If the functionality is via a kernel module, then Linus has indicated that binary (no source) kernel modules are acceptable. However they taint the kernel. Originally, the 3590 tape I/O driver was binary only. If IBM ever puts in a kernel module to drive their tape robots, I expect that code will be binary only. Similarly if IBM ever puts PAV support into the kernel, I expect it would be binary only. However, updating the filesystem driver to interface to the PAV module could not be binary since it would be updating GPL code. Purists will decry this, but it is acceptable at present. Kirk Wolf -- 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: Redbooks - Systems Programming Series
You can also find them at http://www.lbdsoftware.com/abcs.html Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why isn't OMVS command integrated with ISPF?
In [EMAIL PROTECTED], on 11/29/2007 at 09:56 AM, Paul Gilmartin [EMAIL PROTECTED] said: This is a pervasive deficiency of TSO, Don't confuse TSO with ISPF; the required facilities are there but ISPF doesn't exploit them. And I'll repeat my wish for background initiated foreground. x3270 is open source; it could be recast to operate as an agent so an x3270 invoked on the mainframe might open an X11 window on the desktop. You don't need x3270, or any other TN3270 client, just some enhancements to the WAS support. The code has been there for a long time to allow a batch ISPF job to connect to WSA. The hard part is getting TSO to talk to sockets instead of to VTAM. Why do you believe that sockets are relevant to your proposal? A TN3270 server communicates via SNA, so no TSO change is necessary in order to use x3270. In [EMAIL PROTECTED], on 11/29/2007 at 06:09 PM, Paul Gilmartin [EMAIL PROTECTED] said: Anyone who believe that's a fundamental limitation of 3270 hardware that can't be worked around: o Has never used VM/CMS o Has been brainwashed by TSO ROTF,LMAO! That hasn't been a limitation of TSO for decades. It's a limitation if ISPF, and I'd be very surprised if the CMS version of ISPF didn't have the same limitation. I'd be delighted to see an alternative implementation of OMVS that bypasses TSO (or is VTAM the culprit?) and passes 327x data streams more directly to the terminal. I doubt it. If it's done by the same people with the same design it will have the same limitations, and you'll be unhappy. If it's done by someone that understands TSO and with an interface requirement to eliminate the wait, then it will be done that way. In [EMAIL PROTECTED], on 11/29/2007 at 06:22 PM, Paul Gilmartin [EMAIL PROTECTED] said: Suppose in each of those (or in concurrent processes from a single TTY session) I could invoke a Rexx EXEC which says ADDRESS TSO ISPGUI, or ADDRESS TSO WSA displaying a 3270 terminal emulator on my desktop. Then there would have to be a complete redesign of ISPGUI, because the WSA support does not use a 3270 simulator. In fact, the whole point of a WSA session is that it is not a 3270 session. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone else see the Waffle Dinges man on TV this morning?
Isn't Flemish also used in some areas of Belgium? Or is it pretty much a dead language? Do the Walloons have a separate language? The Walloons (Southern part of Belgium) speak French. Dutch is the common standard language for The Netherlands and Flanders (Northern part of Belgium). Though the written language is very much the same, you'll definitely hear it when speaking to a Dutch ( Netherlands) or Flemish person. In Flanders there are still some very distinct Flemish dialects. They tend to be spoken less than before but they are certainly not dead. Well, that's all for our Friday cultural lesson on Belgium and stuff. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
Cockney rhyming slang.. Trouble and strife = wife Often not obvious. There is a tendency with Australians (and to a lesser extent, English), to come up with oddly created words. Sometimes these words sort of rhyme with some other word. My mind doesn't work in those kind of channels. The Aussie slang process is completely alien to me. I've seen something similar with teen texting - teens like creating their own language - and if the etymology doesn't make sense to adults (or other outsiders) - all the better. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
there is also advanced cockney rhyming slang for example a person's aris refers to their (ahem) behind because (remember to say with English accent) : aris -- aristotle --- bottle bottle and glass -- Sorta like an address of an address Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hall, Ken (GTI) Sent: 07 December 2007 15:11 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Uh, oh ... Cockney rhyming slang.. Trouble and strife = wife Often not obvious. There is a tendency with Australians (and to a lesser extent, English), to come up with oddly created words. Sometimes these words sort of rhyme with some other word. My mind doesn't work in those kind of channels. The Aussie slang process is completely alien to me. I've seen something similar with teen texting - teens like creating their own language - and if the etymology doesn't make sense to adults (or other outsiders) - all the better. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Open z architecture and Linux questions
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] (Wayne Driscoll) writes: Not really answering either question, but on the topic of Q2, the recent port of Open Solaris to System z was done only under z/VM, with no attempt to get it to run under LPAR mode because of the increased amount of work LPAR mode would have added (paraphrased from the company that did the porting work). Now that the hard part of getting Linux to run in an LPAR has been done, I don't see the need to eliminate it, but it would be interesting to see the percentage of Linux on z usage in LPAR vs z/VM. long ago and far away, similar arguments were made for both gold/au and aix/370. issue was that field engineering had lots of diagnostic, recording, and recovery requirements for servicing customer machines (EREP, RAS, etc). the effort to add mainframe EREP/RAS functionality to any of these ports was several times larger than just doing the straight forward port (while vm was able to satisfy the requirement, including for any of its guest operating systems). however, over the yrs, there has been more and more of virtual machine support functionality being moved into LPAR and service processor operation. slightly related recent post http://www.garlic.com/~lynn/2007t.html#77 T3 Sues IBM To Break its Mainframe Monopoly also in this post http://www.garlic.com/~lynn/2007u.html#8 Open z/Architecture or Not the reference to various OCO related material from vmshare archives, the reference to TUCC's MVS/370 to MVS/XA conversion experiences describes part of the success was having access to SIE and VM/SF information http://vm.marist.edu/~vmshare/browse?fn=OCOCMEft=NOTE ... part of difficulty discussion from above ... The key to gaining performance from the primary guest operating system is the I/O Passthru feature of SIE. This allows the guest system to initiate I/O directly to the I/O subsystem without intervention from VM/SF. The SIE microcode assist is a documented feature, however the portion that supports I/O Passthru is not documented. As a result it took us two months to correct this problem. The problem was extraordinarly difficult to analyze, because the symptoms were noticeable only after the problem occured. We had all of MVS/370's I/O devices in I/O Passthru, including the Memorex 1270 devices. In certain circumstances, such as MVS disabling for 09x wait, VM/SF decided to remove all of the I/O from I/O Passthru. After taking all devices out of I/O passthru, VM/SF will then put them all back in. Performing this function requires that VM/SF perform a Modify Subchannel to each device to accomplish this. ... snip .. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks - Systems Programming Series
Thank you to all that responded. I had gone to http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/REDB0304 And to http://www-03.ibm.com/servers/s390/os390/bkserv/redbooks.html And then in the search window I put VOLUME, ABC, SYSTEM, and a few other keywords (single keyword searches, not combinations) but my results only gave Vol 1, 2 and 9. 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: [spam] Open z/Architecture or Not
Radoslaw Skorupka said: Open code does *NOT* mean open for update. Of course if you want, you can modify it, but then it is *your* code, and you are expected to support it. Ergo, the rules, what is allowed for customer to modify, and what is locked could remain the same as in OCO. The issue as I see it is that if the source is available it WILL be modified. It seems to be a common trait of computer geeks that they just have to tweak things to make them better(?). The problem comes when you want to upgrade. Having to refit those mods, especially when the original creator is no longer employed at your institution, can be time consuming and expensive. On the other hand, some of the MVS mods were necessary and have since been incorporated into the OS or have made some folks a lot of money as vendor products (MIM, PDSE (the product not the dataset format), etc). Also, most of the good system programmers that I know learned a lot of their skills due to these modifications and the need to dig into the source code, not to mention the vast pool of debuggers that were available. I remember when we could open a problem with IBM and many times give them a possible solution to the problem at the same time. With OCO that is no longer possible. Just my $.02 worth. Jon Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Common Dataspace
Shane, I am actually a pom - I just work for an American company from my home office in the UK. I fly over to the head office from time to time (and I used to bring some PG Tips tea with me for some anglophiles that work for Rocket - who are ironically in Boston, MA). Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: 07 December 2007 11:26 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Common Dataspace On Fri, 2007-12-07 at 05:05 -0600, Roland Schiradin wrote: I saw this TV program in Germany but 20 years ago and this time it was called Yes Minister. I was to young to understand it at that time That was the original series - he (the character James Hacker) went on to become Prime Minister so the BBC could squeeze more money from the concept. However ... from my viewing platform in the Antipodes, the concept of Rob (an American presumably) explaining the nuances of British humour to a German just defies the imagination :0) Regards to all ... Shane (c'mon Barb, a comment ...) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Open z architecture and Linux questions
Kirk, Not really answering either question, but on the topic of Q2, the recent port of Open Solaris to System z was done only under z/VM, with no attempt to get it to run under LPAR mode because of the increased amount of work LPAR mode would have added (paraphrased from the company that did the porting work). Now that the hard part of getting Linux to run in an LPAR has been done, I don't see the need to eliminate it, but it would be interesting to see the percentage of Linux on z usage in LPAR vs z/VM. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Friday, December 07, 2007 8:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Open z architecture and Linux questions The general discussion on IBM-MAIN of whether the z architecture is open or not leads me to wonder a bit about Linux on system z. Perhaps those more experienced with Linux on system z can help me understand a couple of things. AFAIK: 1) Linux for system z is still able to run on raw LPARs, without z/VM 2) IBM contributes kernel patches and tool chain code to support the z instruction set, under the GPL So: Q1) Are any closed/proprietary instructions and hardware interfaces used? I would guess that SIE would not be *executed* by Linux, but are others? If so, does contribution of code under the GPL that links to closed/proprietary interfaces imply anything? Q2) Might we expect that eventually Linux on system z will require z/VM, so that platform enablement (for the kernel and device drivers) can be moved into closed DIAG instructions so that IBM can further protect its IP? Would that be accepted to the Linux kernel folks? Kirk Wolf -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: T3 Sues IBM To Break its Mainframe Monopoly
On Thu, 6 Dec 2007 10:49:37 -0500, Steve Thompson wrote: I got to find the time to sit down and read all these things and cross reference them for myself. For convenience, here again are the links to the pages from which you can download the relevant pdf documents: http://www.platform-solutions.com/news-litigation.php http://www.t3t.com/news.aspx Regards, Roger Bowler -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: [spam] Open z/Architecture or Not
On Dec 6, 2007, at 1:46 PM, Bob Shannon wrote: I grant you that untrammeled access to source code _can_ result in disasters. Any example ? Sure. The thousands of in-stream usermods that were written prior to XA, and which greatly inhibited subsequent upgrades. I certainly agree that in the early days usermods were written to overcome functional deficiencies in MVS. Some, such as logical swap, were incorporated into MVS. Others, such as the dual master catalog mod at a large US insurance company, proved to be a nightmare to maintain and an even worse nightmare to remove. Incidentally, that particular company had approximately 200 instream usermods. Consider the effort it would take to roll out z/ OS releases with that level of modification even if source code were available. Bob, I somewhat agree with you. In addition you probably should further say that usermods can be simple or complex. Just because you have a usermod does not necessarily add to the implementation time (all that much). While I agree some mods can do so (like the ones you suggested) there are others that only marginally add to implementation time. One shop I had approximately 100 usermods to apply after the tapes were d/l'd and installed. The 100 usermods took roughly 1 day to install. These were small mods like compiler options etc, all standard IBM type mods. I had exits which required maybe 2 days of additional time (most of that time were JES2 exits) that had to be looked at because of macro/exit changes. I maintained a reasonably cleaned system. I also refused to install any OEM package that made changes to the OP SYS, I also refused to install any package that hooked into the OS or front ended any IBM module. I think the last sentence is the most important as those generally take the longest IMO. 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: Uh, oh ...
Hi, OK... now we are getting closer to the truth because , have you ever heard of a game where you play for FIVE days and at the end of it all you call it a DRAW and you have a Cup'o tea together ? Seriously, England can win a game of Rugby/Cricket now and then but there should be no excuses for their Soccer side. The quality of soccer that their National side produces , should always be Up there and don't send the Has been's to the USA. Rather send the Beatles again but send Beckham and his show boat partner with Blair to the Middle East. Anton Britz note: This is Friday whoffle nothing to do with food from Belgium. On Fri, 7 Dec 2007 12:25:27 -0600, Compton, John [EMAIL PROTECTED] INC.COM wrote: A newspaper cartoon I remember seeing years ago... From How To Be British, Chapter 5: (Sports and Games); Section III: (Heritage); Paragraph 5: Rules: 1. We give the world Cricket 2. We don't embarrass the other team by winning John Compton Phone Cork: +353 (0)21 231 4641; Phone VOIP: 214-775-3641 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: 07 December 2007 18:09 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Uh, oh ... To me, cricket is something you step on, to get rid of that very annoying noise. A bit like how the Aussies treat the English cricket team.. Still, at least we beat them in the only sport that really matters - Rugby. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: 07 December 2007 17:50 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Uh, oh ... -snip- No worries - however I am now opening myself up for countless cricket-related gags unsnip Not here. I refuse to try and joke about a game as obscure as cricket. To me, cricket is something you step on, to get rid of that very annoying noise. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
http://en.wikipedia.org/wiki/Stanley_Matthews Someone just turned in their grave...'the only sport that matters' after - Original Message - From: Rob Scott [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, December 07, 2007 12:08 PM Subject: Re: Uh, oh ... To me, cricket is something you step on, to get rid of that very annoying noise. A bit like how the Aussies treat the English cricket team.. Still, at least we beat them in the only sport that really matters - Rugby. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: 07 December 2007 17:50 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Uh, oh ... -snip- No worries - however I am now opening myself up for countless cricket-related gags unsnip Not here. I refuse to try and joke about a game as obscure as cricket. To me, cricket is something you step on, to get rid of that very annoying noise. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS
Greetings: The shop that I work at is facing a conversion from ROSCOE to TSO. This brings with it the fact of having to convert ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS. We have a great number of ROSCOE RPF's to convert. I am looking for a 3rd party software product that may help us accomplish this or someone who has already done this that might be willing to share the code that they used to do this. I would also be interested in hearing about user experiences of people who have already undertaken this task. Thanks, Keith Hessong (317) 715-7681 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Common Dataspace
On Fri, 2007-12-07 at 06:53 -0500, Bob Shannon wrote: This is a very common, albeit not IBM-approved, technique. If your need to have the CAD persist after termination of the creating address space, anchor it in *MASTER*. If it doesn't need to persist, anchor it in your own address space. Nope. From a customer perspective this is all too common. There ain't that much code that *truly* needs an anchor with a life of IPL. If it needs to [pre|post]-date JES we (as customers) can organize that. Put it out there, document it, and we'll organize the STARTED entry/scheduling/whatever. A STC that sits there is its finger in its (own) ear doing nothing is way more preferable than something that molests *MASTER*. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
To me, cricket is something you step on, to get rid of that very annoying noise. A bit like how the Aussies treat the English cricket team.. Still, at least we beat them in the only sport that really matters - Rugby. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: 07 December 2007 17:50 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Uh, oh ... -snip- No worries - however I am now opening myself up for countless cricket-related gags unsnip Not here. I refuse to try and joke about a game as obscure as cricket. To me, cricket is something you step on, to get rid of that very annoying noise. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Open z architecture and Linux questions
On Fri, Dec 7, 2007 at 10:12 AM, in message [EMAIL PROTECTED], Wayne Driscoll [EMAIL PROTECTED] wrote: Now that the hard part of getting Linux to run in an LPAR has been done, I don't see the need to eliminate it, but it would be interesting to see the percentage of Linux on z usage in LPAR vs z/VM. There are a few _very_ large LPAR-only shops, mainly in Japan. Other than that, if you limit the discussion to production use, the number of LPAR-only installations would be very small. When you want to have more than two or three Linux systems, z/VM is the only way to go. Doing it with LPARs is just too restrictive, and you don't get the amount of sharing necessary to do it economically. (I'm referencing real storage for the most part with that last sentence.) Plus, using z/VM eliminates a lot of consoles, the need to go to the machine room to get to a console, etc. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ALIAS COUNT
On Fri, 7 Dec 2007 11:07:56 -0600, Patrick Lyon [EMAIL PROTECTED] wrote: First there are not aliases in a user catalog. They are in the Master catalog. They are associated to user catalogs. Catalog aliases should be in a master catalog, but I believe you can have them -in- a user catalog (though they would not be used on that system, as far as I know). Dataset aliases would be usable in either the master catalog or a user catalog. I'm not sure what kind of alias the OP wants to know about, though probably it's catalog aliases. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALIAS COUNT
You can do this programmatically using IGGCSI00 Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 07 December 2007 17:34 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ALIAS COUNT On Fri, 7 Dec 2007 11:59:53 -0500, esmie moo [EMAIL PROTECTED] wrote: Good Day Gentle Readers, Is there a quick way of getting a count of the number of ALIAS that is in a USER CATALOG? I tried the IDCAMS PRINT option but it is not what I am looking for. Any suggestions would be greatly appreciated. Thanks //JS010 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //SYSINDD * LISTC CAT(USERCAT_NAME) ALIAS /* -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Maintenance Best Practices
If you are a SHARE member, the last conference had an excellent session on maintenance best practices. z/OS Maintenance Best Practices - The Rationale Behind the Recommendations -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OA21346 for JES2 Dynamic Exit support - status??
I was under the impression that it was supposed to be released into the wild before now. I was originally told on or about the time 1.9 went GA. Later the ETA was changed to YE2007. YE2007 is fast approaching Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Crypto Related Posts
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. Anne Lynn Wheeler [EMAIL PROTECTED] writes: the x9.59 financial standard approach was then to fix the underlying weakness, lack of strong authentication ... which also then eliminated needing to hide the transaction information from crooks (since the information was useless w/o the proper authentication). some of this is discussed in the posts concerning the naked transaction metaphor http://www.garlic.com/~lynn/subintegrity.html#payments re: http://www.garlic.com/~lynn/2007t.html#61 Re: Crypto Related Posts some recent related: Why should merchants keep credit card data? http://www.networkworld.com/news/2007/120607-why-should-merchants-keep-credit.html the proposed approach was raised at least a decade ago ... it addresses harvesting data-at-rest in repostories ... but doesn't address the evesdropping and skimming attacks. http://www.garlic.com/~lynn/subtopic.html#harvest previous business process difficulties (with the suggested approach) was availability of online connectivity (giving merchants access to the necessary data for required/mandated business operations). the pervasive growth of internet connectivity has somewhat mitigated those issues. Can mid-market merchants comply with PCI standards? http://www.networkworld.com/news/2007/120607-can-mid-market-merchants-comply-with.html another approach that has been tried is the one time account numbers (as an approach to eliminating replay attacks ... aka eliminating being able to use information from previous transactions for fraudulent activity). -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
In a message dated 12/7/2007 9:59:36 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Prisoner Of Mother England .. I think . The ultimate origin may be in question, but I believe the current meaning is universal. A South Africaner explained to me that people of British ancestry who live in all the various British Commonwealth countries around the world universally dislike their mother nation of Great Britain for the way they were treated and looked down upon by native Brits while still part of the Empire. There are also many theories on the ultimate origin of Yank and multiple current meanings, some disparaging and some not. Fortunately this is Friday, or I should have to refrain from such non-mainframe posts. Bill Fairchild Franklin, TN **Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop000301) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Common Dataspace
My point exactly, Just because currently your space only acts as a place to hang the area from, doesn't mean that it will always be that way. You can turn it into a very useful piece of your package. You can add features to it over time that make it an attractive asset. You currently have a really good reason to create it now, and that gives you an excuse, (and a place) to add function to later on. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jeff Foxworthy IBM
In a message dated 12/7/2007 4:37:07 P.M. Central Standard Time, [EMAIL PROTECTED] writes: might be a redneck if ... It is hard for me to understand why he went with 'rednecks' when there is such rich potential in 'systems programmers.' Bigger audience, sells more CD's and calendars(I recycled mine to a sick nephew) **Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop000301) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Reel to Reel 6250 BPI
I found a box with several round tapes that must be converted to CART (or better yet AWSTAPE format) but no longer have access to hardware that can read them. Anyone on IBM-MAIN that can help? Reasonable payment is always an option if necessary. -- 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: DFDSS and Copy of Offline Volumes
The most common case where one might want to do this is when you have made a full-volume disk-to-disk copy, including volser, with the idea of then backing up the copy. But since DFDSS forces the copy off line because of the duplicate volser, DFDSS then can't dump the volume. FDR will allow you to dump an off-line volume. While this is an innovative way to handle the above problem, it also strikes me as potentially dangerous. Normally the reason one has a device off-line to a system is to guarantee that the system is not using the device in any way (e.g., so one can do disruptive changes to the device, or to serialize use of a device by different systems). DFDSS provides an alternative way of solving the disk-to-disk copy, tape dump scenario: by specifying the appropriate option (DUMPCONDITIONING, I believe), you can copy everything but the volser to the DASD target, but then be able to generate a tape dump of the target volume that will by default restore with the original volser (this used to require the original volume to at least have a VVDS or an IXVTOC in order to recover the original volser during the restore). Since the target DASD volume retains its unique volser, it is able to remain online. DFDSS or other utilities can easily do volume level access to the device at that point. Because the target device volser will not agree with the volser in MVS catalogs, normal dataset-level access to datasets on the target DASD volume will be constrained; but that's not an issue if the point is to create a volume-level dump on tape. JCE Kenneth R Barkhau wrote: Hello - Anyone aware of being able to use DFDSS to COPY Volumes that are OFFLINE? I have looked but have not found anything yet to indicate that support exists for doing that. Thanks much in advance. Ken Kenneth R. Barkhau -- Joel C. Ewing, Fort Smith, AR[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
Jeff Foxworthy IBM
I see where Jeff Foxworthy, the comedian, worked for IBM for four years before launching his entertainment career (Check it out on Google). He was applying maintenance to IBM mainframes (I assume software). . But then he threw away his chance at technical wizardry in favor of the fleeting attractions of fame and fortune. . Of course Foxworthy is best known for his routine, You might be a redneck if ... It is hard for me to understand why he went with 'rednecks' when there is such rich potential in 'systems programmers.' . * You might be a systems programmer if your fondest memory is the time you solved a problem by reading out the machine code. * You might be a systems programmer if you have been warned by a manager to not make fun of clueless clients. * You might be a systems programmer if all your relatives ask you to fix their PCs. * You might be a systems programmer if you bought an electronic gizmo as a gift and the recipient did not have the slightest idea what to do with it. * You might be a systems programmer if you spent an unreasonable amount of time tracking down the precise information related to a term or technical fact, long after anyone else cared, and after the immediate problem had been solved. * You might be a systems programmer if you have lost count of the number of PC's and laptops laying around your house. * You might be a systems programmer if you have passed up a more lucrative position in favor of one that was more technically 'interesting.' * You might be a systems programmer if the sight of assembler code makes you tingle. * You might be a systems programmer if you have pulled an 'all nighter' in order to have the system up before business hours. * You might be a systems programmer if you have yelled into the phone when speaking to a vendor representative who did not understand his own software as well as you did. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
As someone pointed out POME stands for Prisoners of Mother England. The story goes... Brits used to dump convicts/prisoners in this Island(Australia). When the prisoners arrived in Australia...they found this beautiful place with warm weather, great beaches, and lots of open land. They loved this place and felt sorry for the people living in UK..who live in cold weather and are cramped for space...Hence they inturn called the people living in UK as prisoners of mother england or poms. Santosh. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OA21346 for JES2 Dynamic Exit support - status??
Does anyone have any idea when the APAR for JES2 Dynamic Exit reload support (OA21346) is likely to close? Today's status display (from IBMLink) is quite anemic (no projected close date at all; which seems odd to me). I was under the impression that it was supposed to be released into the wild before now. -- Tom Schmidt -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SYSAFF
On Fri, 7 Dec 2007 02:25:08 -0600, Raquel Calvo Olmos [EMAIL PROTECTED] wrote: Paul, thanks for the information, but it's not our problem. I've executed the following display: $HASP893 VOLUME(SPOO03) STATUS=ACTIVE,PERCENT=75 $HASP893 VOLUME(SPOO01) STATUS=ACTIVE,PERCENT=1 $HASP893 VOLUME(SPOO04) STATUS=ACTIVE,PERCENT=62 After, I've thrown 3 jobs, for diferent systems, and each job has gone to the SPOO01. I begin thinking that the jobs choose the SPOOL disc with minor percentage, in this case SPOO01. If this hypothesis is true, what is the SYSAFF parameter used for? I've never used it on a spool volume and can't say if it does what you want. Perhaps a PMR/ETR with IBM since no one seems to have answered. What value do you have specified for FENCE in SPOOLDEF? Perhaps fencing has to be active for SYSAFF on the spool volume to mean anything? Interestingly SYSAFF isn't documented in the $HASP893 message in the messages and codes. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTPing of DFDSS Dump Files
So, since I transfer 4 DFDSS dumps a day via TERSE and FTP, I thought I'd put together a test restore to see what happened. I used the following FTP command stream; which is identical, except for replacing the put with a get, to the outbound. It worked fine; a DFDSS TYPRUN=NORUN restore read the entire dataset and would have restored the known universe. The site rdw command gets a command not understood, since the Windows FTP server doesn't do Record Descriptor Words. Here are the FTP commands. note the clever use of the DDNAME option. nottherealserver nottherealuid nottherealpswd binary site rdw cd \ftp\blue2\backup lcd 'TEMP.FULLSYS.DFDSS.SHIFTBK.BACKUPR' status ls lpwd pwd get shift.trs //DD:SYSUT1 quit Edward Long -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Why isn't OMVS command integrated with ISPF?
In [EMAIL PROTECTED], on 11/29/2007 at 10:09 PM, Lindy Mayfield [EMAIL PROTECTED] said: Then I was thinking, well it's just the nature of 3270 No, just the nature of ISPF. But I have no idea where the ¢ key is Consult the documentation for your 3270 simulator, or use something other than ¢. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Open z architecture and Linux questions
On Fri, 7 Dec 2007 08:54:24 -0600, Kirk Wolf [EMAIL PROTECTED] wrote: The general discussion on IBM-MAIN of whether the z architecture is open or not leads me to wonder a bit about Linux on system z. Perhaps those more experienced with Linux on system z can help me understand a couple of things. AFAIK: 1) Linux for system z is still able to run on raw LPARs, without z/VM 2) IBM contributes kernel patches and tool chain code to support the z instruction set, under the GPL So: Q1) Are any closed/proprietary instructions and hardware interfaces used? I would guess that SIE would not be *executed* by Linux, but are others? If so, does contribution of code under the GPL that links to closed/proprietary interfaces imply anything? IBM has some history of contributing code to Linux that reveals previously undocumented aspects of the hardware architecture. The one that comes to mind is the Compare and Swap and Purge instruction, that was used in Linux, and then later added to an update to POPS. Along the same line, there are several cases where IBM has contributed an OCO module (typically a device driver) to the kernel, and then later released a source code version. The LCS driver comes to mind. Distribution under the GPL does indeed raise very interesting questions about patent licensing. Obviously the OCO modules are not under the GPL, but once source is made available, does it imply a licence to any patents necessary to run the code? Does that extend to patents on other than the code itself, e.g. patents on hardware or firmware? Well, I doubt that the intent of the GPL is to automatically license hardware, but of course I am not a lawyer, etc. Certainly the GPL V3 contains much more detailed patent terms than earlier versions, and to my understanding contains automatic patent licensing rather than just the previous denial of distribution rights under the GPL. But again, IANAL, or even particularly well read on the GPL. Q2) Might we expect that eventually Linux on system z will require z/VM, so that platform enablement (for the kernel and device drivers) can be moved into closed DIAG instructions so that IBM can further protect its IP? Presumably GPL'd code will necessarily expose interfaces like this, although not their implementations. 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: ALIAS COUNT
In a message dated 12/7/2007 11:00:11 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Any suggestions would be greatly appreciated
LISTC ENT('ucat_name')
**Check out AOL's list of 2007's hottest
products.
(http://money.aol.com/special/hot-products-2007?NCID=aoltop000301)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Open z architecture and Linux questions
In a message dated 12/7/2007 9:25:24 A.M. Central Standard Time, [EMAIL PROTECTED] writes: documenting the effect, then I am sure that it would never be accepted into the Linus-approved kernel stream. For whatever that is worth to the users of Linux on z. IBM could not refuse to supply the source due to the GPL. Are you sure? I though D01jhm told us it required a G3 processor...maybe it's the drugs. **Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop000301) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TPX Acl/e Code and Dispatch (Resolved)
Okay, The answer was the way DISPATCH has a separate process for directing users to specific panels. I had coded the CA command in the ACLE. This would put a person to the main menu in Dispatch. However, the way Dispatch is coded the users is actually directed internally to where they are suppose to go. So the answer was to remove the CA command from the ACLE Script and allow CA Dispatch to do its thing. What I understood to code for the Dispatch Logon was LOGON USERID PSWD CA What I now use is LOGON USERID PSWD Thanks for all the suggestions. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Common Dataspace
On Fri, 2007-12-07 at 08:07 -0600, Roland Schiradin wrote: don't say no until you know why I choose the *MASTER* :-) ... A lot of IBM-software and NON-IBM choose the same ways and I don't see anything bad with this. Also it's usual to schedule SRB into the *MASTER*. Can you please explain Why I shouldn't this. What is the benefit for you to stick with another STC just to hold the CADS? The benefit (as stated earlier) is that it is *NOT* in *MASTER*. I don't like the ISVs doing it, I certainly don't do it myself (outside of a sandbox). Say in a couple of years time a problem occurs and you're no longer there; dump goes to IBM. H. I know you know how to cut good code; but what about the person who takes over from you ???. Very unlikely to have your level of experience. Just setup a long lived STC that can manage any/all of these sort of things, and arrange for it to stay up. Document its requirements/function(s) - then it's out in the open, you get the credit for the work done. Every vendor in the market should do the same. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Common Dataspace
Shane wrote: The benefit (as stated earlier) is that it is *NOT* in *MASTER*. It's a CADS. It's not in *MASTER*. It's simply owned by *MASTER*. There's no code running there, and no storage living, there. And, *MASTER* is the only address space guaranteed for the life of IPL. It's routinely used for this purpose by IBM and ISV code alike. Creating the CADS there is trivial. It's the simplest solution. It's not easy to write an STC that will never terminate. If you try to protect it via SCHEDxx, someone will complain that your ISV program isn't smart enough if must resort such updates. And, the more function you add to it over time, the more likely it will be to crash on its own, need to be canceled, and/or need to be recycled to pick up new code, etc. thus creating exposures for the CADS you were trying to protect in the first place. In the old days, we used to say the best option was KISS. But, Richard Gabriel superseded with his Worse is Better philosophy. A MUST READ for anyone in the software development business. A good synopsis can be found here. http://en.wikipedia.org/wiki/Worse_is_Better Follow the links if you want more detail. The MIT method was a predominant factor in nearly every software project I've ever seen get shelved. -- 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: Strange MQ Issue
While googling came across this ... http://www-1.ibm.com/support/docview.wss?rs=0q1=an+extra+headeruid=swg1PK52555loc=en_GBcs=utf-8lang = Not sure what is the solution for this ... JAcky On 12/7/07, Richard Jackson [EMAIL PROTECTED] wrote: Jacky Could the extra header be an RFH2 header? Where is the message coming from? A Java App? Rich Jackson DTCC/Commsoft 212-855-8297 *Jacky Bright [EMAIL PROTECTED]* Sent by: MQSeries List [EMAIL PROTECTED] 12/07/2007 11:36 AM Please respond to MQSeries List [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Strange MQ Issue Hi , Is this bug in the MQ 6 version ? When a message put into Mainframe queue, the message comes with 2 headers instead of 1. that causes problem when CICS is trying to read tht.. How to avoid this... JAcky -- *List Archive* http://listserv.meduniwien.ac.at/archives/mqser-l.html - *Manage Your List Settings*http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-lA=1- *Unsubscribe*[EMAIL PROTECTED]BODY=signoff%20mqseries Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at *http://www.lsoft.com*http://www.lsoft.com/resources/manuals.asp DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- List Archive http://listserv.meduniwien.ac.at/archives/mqser-l.html - Manage Your List Settingshttp://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-lA=1- Unsubscribe[EMAIL PROTECTED]BODY=signoff%20mqseries Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.comhttp://www.lsoft.com/resources/manuals.asp -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: zOS Maintenance Best Practices
On Fri, 7 Dec 2007 10:48:29 -0600, Patrick Lyon [EMAIL PROTECTED] wrote: If you are a SHARE member, the last conference had an excellent session on maintenance best practices. z/OS Maintenance Best Practices - The Rationale Behind the Recommendations You can get it here: http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_San _Diego/S2829GD105741.pdf It's open to anyone. You don't need a SHARE ID. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
On Fri, 7 Dec 2007 14:05:44 -0600, Field, Alan C. wrote: I know this one ... He means Rugby. Football is played with a round ball. Some people call it soccer. No No No No No No No Football is played with an oblong ball that's pointy on both ands and you have to wear body armor to play it properly. What's a soccer I think they call that Domestic Violence in the real world. That would likely get you arrested. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: T3 Sues IBM To Break its Mainframe Monopoly
A few things stated in the attached posting may really cause heartburn and a form of legal colitis (or some such) if it can be demonstrated that Hercules and/or PSI's technologies are (or may reasonably be) based on Linux or z/Linux code provided by IBM (again, I've not had the time to peruse the motions/petitions to see if this little gem is referred to): From the thread: Open z architecture and Linux questions -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Friday, December 07, 2007 1:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Open z architecture and Linux questions On Fri, Dec 7, 2007 at 9:54 AM, in message [EMAIL PROTECTED], Kirk Wolf [EMAIL PROTECTED] wrote: -snip- AFAIK: 1) Linux for system z is still able to run on raw LPARs, without z/VM Correct. On machines that support it, it will also run in basic mode. (IBM can't test that any longer, but they used to. So, it could have happened that something crept in that would prevent it.) 2) IBM contributes kernel patches and tool chain code to support the z instruction set, under the GPL Also correct. So: Q1) Are any closed/proprietary instructions and hardware interfaces used? There have been a number of these, with most of them subsequently opened via source code drivers: QDIO, HiperSockets, 3590 tapes, etc. I don't know if Diagnose commands fall into this category or not, but a number of them are used in the kernel, not necessarily with any documentation. If so, does contribution of code under the GPL that links to closed/proprietary interfaces imply anything? That depends on who you ask. In some cases, the fact that a bit of code exists elsewhere, and is also used as a Linux kernel module in binary-only form is used to grant an exception to a vendor. The thought being, that if that code was created _only_ to run as a Linux kernel module, then it is some sort of derivative work, and therefore should be GPL code. As you might guess, this is a very complex area that gives rise to any number of arguments/debates/flame wars. Q2) Might we expect that eventually Linux on system z will require z/VM, so that platform enablement (for the kernel and device drivers) can be moved into closed DIAG instructions so that IBM can further protect its IP? Would that be accepted to the Linux kernel folks? It might be completely acceptable to Linus and company, but would not be to the general customer base, unless and until z/VM comes with every IBM mainframe purchase. Understand, I am a big advocate of running Linux on z/VM, but I am also in favor of customer choice. I don't want my options limited if it can be avoided. SNIP 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: Uh, oh ...
I know this one ... He means Rugby. Football is played with a round ball. Some people call it soccer. Rugby is played with an elliptical ball. Think Football without the padding. -Original Message- -snip A bit like how the Aussies treat the English cricket team.. Still, at least we beat them in the only sport that really matters - Rugby. ---unsnip-- You mean Football?? What's a rugby ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
-snip A bit like how the Aussies treat the English cricket team.. Still, at least we beat them in the only sport that really matters - Rugby. ---unsnip-- You mean Football?? What's a rugby ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Open z architecture and Linux questions
On Fri, Dec 7, 2007 at 9:54 AM, in message [EMAIL PROTECTED], Kirk Wolf [EMAIL PROTECTED] wrote: -snip- AFAIK: 1) Linux for system z is still able to run on raw LPARs, without z/VM Correct. On machines that support it, it will also run in basic mode. (IBM can't test that any longer, but they used to. So, it could have happened that something crept in that would prevent it.) 2) IBM contributes kernel patches and tool chain code to support the z instruction set, under the GPL Also correct. So: Q1) Are any closed/proprietary instructions and hardware interfaces used? There have been a number of these, with most of them subsequently opened via source code drivers: QDIO, HiperSockets, 3590 tapes, etc. I don't know if Diagnose commands fall into this category or not, but a number of them are used in the kernel, not necessarily with any documentation. If so, does contribution of code under the GPL that links to closed/proprietary interfaces imply anything? That depends on who you ask. In some cases, the fact that a bit of code exists elsewhere, and is also used as a Linux kernel module in binary-only form is used to grant an exception to a vendor. The thought being, that if that code was created _only_ to run as a Linux kernel module, then it is some sort of derivative work, and therefore should be GPL code. As you might guess, this is a very complex area that gives rise to any number of arguments/debates/flame wars. Q2) Might we expect that eventually Linux on system z will require z/VM, so that platform enablement (for the kernel and device drivers) can be moved into closed DIAG instructions so that IBM can further protect its IP? Would that be accepted to the Linux kernel folks? It might be completely acceptable to Linus and company, but would not be to the general customer base, unless and until z/VM comes with every IBM mainframe purchase. Understand, I am a big advocate of running Linux on z/VM, but I am also in favor of customer choice. I don't want my options limited if it can be avoided. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ALIAS COUNT
Esmie - First there are not aliases in a user catalog. They are in the Master catalog. They are associated to user catalogs. Are you trying to find the number of aliases associated with a particular user catalog? This IDCAMS command may help: LISTCAT CAT(your.master.catalog.name) ALIAS It shows the total number of aliases in the master catalog at the bottom but does not associate them to the corresponding user catalog. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ALIAS COUNT
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of esmie moo Sent: Friday, December 07, 2007 11:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ALIAS COUNT Good Day Gentle Readers, Is there a quick way of getting a count of the number of ALIAS that is in a USER CATALOG? I tried the IDCAMS PRINT option but it is not what I am looking for. Any suggestions would be greatly appreciated. Thanks LISTC ENT(user.catalog) ALL Then count the number of ALIAS entries under ASSOCIATION. This is not necessarily the number of High Level qualifiers that are in the catalog. There could be some old entries whose alias pointer has been deleted. -- 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: Uh, oh ...
On 7 Dec 2007 12:06:20 -0800, [EMAIL PROTECTED] (Field, Alan C.) wrote: I know this one ... He means Rugby. Football is played with a round ball. Some people call it soccer. Shortened from Association football. Rugby is played with an elliptical ball. Think Football without the padding. And New Zealand. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Uh, oh ...
Rugby is football for real men... ;-) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Field, Alan C. Sent: Friday, December 07, 2007 3:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Uh, oh ... I know this one ... He means Rugby. Football is played with a round ball. Some people call it soccer. Rugby is played with an elliptical ball. Think Football without the padding. -Original Message- -snip A bit like how the Aussies treat the English cricket team.. Still, at least we beat them in the only sport that really matters - Rugby. ---unsnip-- You mean Football?? What's a rugby ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
