Re: Wonder why IBM code quality is suffering?
With respect to the conclusions one could draw, here they are: 1. Somebody is (was?) looking for a PLX programmer. 2. Somebody would have made a nice profit at that asking price. With respect to the educated guesses beyond that, here they are: 3. At that asking price, somebody probably didn't find a PLX programmer. 4. Kite-flying exercise successfully concluded, local Congressman gets petitioned that no Americans have the necessary skill-set, and so cheap resources should be allowed to be imported. Cynic ??? - who, where ... 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: Wonder why IBM code quality is suffering?
Also not fair to totally point the finger at IBM who are probably paying, AT LEAST, double the money being quoted. I believe head-hunters, or at least the ones I have spoken with, in North America have as much integrity of your average lawyer. Jim S -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: 27 March 2006 19:06 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Wonder why IBM code quality is suffering? With respect to the conclusions one could draw, here they are: 1. Somebody is (was?) looking for a PLX programmer. 2. Somebody would have made a nice profit at that asking price. With respect to the educated guesses beyond that, here they are: 3. At that asking price, somebody probably didn't find a PLX programmer. 4. Kite-flying exercise successfully concluded, local Congressman gets petitioned that no Americans have the necessary skill-set, and so cheap resources should be allowed to be imported. Cynic ??? - who, where ... 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: Good Intro to ZSeries for PFCSK ?
Ed Gould wrote: Introduction to the New Mainframe: z/OS Basics May 15, 2006 May 15, 2006 Workshop in San Francisco, USA Contact: [EMAIL PROTECTED] More details are available at http:// www.redbooks.ibm.com/workshops/GR9534 I particularly like this, on the enrollment link: Details regarding any workshop fees, which are location dependent, will be specified at the time of enrollment by IBM IT Education Services. And a three line outline for a 4.5 day class! Real pros, these guys. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wonder why IBM code quality is suffering?
Shane wrote: With respect to the conclusions one could draw, here they are: 1. Somebody is (was?) looking for a PLX programmer. 2. Somebody would have made a nice profit at that asking price. With respect to the educated guesses beyond that, here they are: 3. At that asking price, somebody probably didn't find a PLX programmer. 4. Kite-flying exercise successfully concluded, local Congressman gets petitioned that no Americans have the necessary skill-set, and so cheap resources should be allowed to be imported. Cynic ??? - who, where ... Not at all. Very perceptive. Shane ... And from an Aussie, too! Way to go! I am not as knowledgable about politics in Oz as you are about politics here. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS down after transaction exec wait macro.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL Strictly verbotten in every shop I've ever been in, but there are always exceptions. If you can get the wait off of the main TCB (TCA?), it's not as bad, but IBM (and almost every CICS sysprog I know) still strongly recommends against it. For the past few releases of CICS (since TS 1.3; possibly earlier) the EXEC CICS WAIT EVENT and EXEC CICS WAIT ECBLIST commands have been available for the kinds of processing for which the WAIT macro is intended. With CICS TS 3.1 (and presumably follow-on releases) and appropriate exploitation of the enhanced Open Transaction Environment (OTE), use of traditionally frowned-upon MVS services within CICS tasks will become moot as long as those tasks are running on their own TCBs rather than the CICS QR TCB. The basis for frowning upon invoking MVS services that could cause a WAIT was that such a WAIT would effectively stall the CICS address space: The CICS (sub-)dispatcher would be unable to dispatch other work while WAITing for whatever because it ran on the same TCB. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Putty connection to mainframe
In [EMAIL PROTECTED], on 03/23/2006 at 03:58 PM, Sabo, Frank [EMAIL PROTECTED] said: I have been requested by my management to use PUTTY as a 3270 emulator on the mainframe instead of rumba as a remote connection over the web access. AFAIK there is no such functionality. Why not use x3270 or any of the other TN3270E clients? I'd advise you to diplomatically ask management what the real requirement is and to suggest that you can better satisfy it if they don't impose what they hope is a solution before analyzing all of the options. -- 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: MSg IEC614I and the virtual ENTER Key.
In [EMAIL PROTECTED], on 03/22/2006 at 01:26 PM, Raymond Noal [EMAIL PROTECTED] said: I may have found a glitch in DASDM RENAME processing where the system only allows for RENAME processing to be via PDF/ISPF and not through batch. No, you've found that two totally unrelated programs, neither of which is DADSM, are different. IEHPROGM is not ISPF. Even if you run both in batch or run both under TSO, the user interfaces are different. The process I am attempting to do is to RENAME a data set using IEHPROGM from my running 1.5 system and pointing IEHPROGM to my new 1.7 DASD volume. So, the 1.5 system does/may have the data set in use for itself, but not the 1.7 data set I'm trying to rename. The ENQ for SYSDSN doesn't include the volser in the minor name. When you read the RENAME processing in the DFP Advanced Services manual as directed above, What RENAME services? it states that if the user is certain that the data set in question can be renamed, just press the ENTER key under PDF. What does that have to do with IEHPROGM? If you are doing this in batch mode What do you mean by batch mode? You're not just changing from foreground to background, you're also switching to a different application. how does one tell IEHPROGM to press the 'ENTER' key? Why would it matter? The text in question has nothing to do with IEHPROGM. -- 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: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX
In [EMAIL PROTECTED], on 03/21/2006 at 04:28 PM, Petersen, Jim [EMAIL PROTECTED] said: Here is a link to the job posting for a MVS - Lead Systems Engineer (translated Programmer). Is telecommuting an option? -- 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: Friday Topic...
In [EMAIL PROTECTED], on 03/24/2006 at 09:54 AM, Dave Thorn [EMAIL PROTECTED] said: A little fun on this list, limited to Fridays, never hurt anyone. Lighten up gang. The services to run this list were contributed pro bono publico; we are unpaid guests and should not abuse the hospitality offered us. -- 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: ESTAE-underTSO question
In [EMAIL PROTECTED], on 03/22/2006 at 01:26 PM, Paul Schuster [EMAIL PROTECTED] said: I have a program with an ESTAE that gets control and issues a SDUMP. This works fine when submitted as a batch job, as the program is in an authorized library. That's not enough. Is there a way to determine from the SDWA if authorization exists to issue a SDUMP macro? TESTAUTH. -- 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: Convert 3490E Tapes to CD or DVD
In [EMAIL PROTECTED], on 03/24/2006 at 07:31 PM, Eric N. Bielefeld [EMAIL PROTECTED] said: We won't have a mainframe, or the 3490E tape drives we now have to read our data. Convert the tapes to AWS and store on CD or DVD. -- 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: Contract Programmers (Was: 3380-3390 Conversion)
In [EMAIL PROTECTED], on 03/22/2006 at 07:49 AM, Edward E. Jaffe [EMAIL PROTECTED] said: In my current job heading up RD here, I have had mostly bad experiences with contract programmers. I think many people adopt a different attitude about a project when they know they won't be around to support it. Cutting corners and shoehorning borrowed code are the unmistakable mark of a contract programmer. They get results. But those results are IMHO nearly always disappointing, especially when looking at the price tag. The exception is a full-time programmer that worked on a product for years before moving on. Contracting them on an hourly basis to update those programs has always worked out extremely well. Certainly some contract programmers[1] are incompetent and unprofessional, but the problems that you describe are due to poor management and are not limited to contract programmers. The golden rule applies: he who has the gold makes the rules. When your manager tells you not to waste time with QA measures like code reviews and regression testing, what are you supposed to do other than document the fact and carry on as instructed? You can and should explain the consequences of such decisions. But when the boss says overruled, then you have to play it his way or leave. [1] But not, in my experience, any more than other programmers. -- 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: Comment made on COBOL
In [EMAIL PROTECTED], on 03/22/2006 at 03:00 PM, Jon Brock [EMAIL PROTECTED] said: Can't buy this. Sure, there are large portions of COBOL that do not conform to English grammar, but that is to be expected in any formalized computer language. What is not to be expected is gratuitous deviations from the conventions of natural languages. The use of, e.g., 77, 78, as magic numbers is *NOT* the sort of deviation from English grammar that is to be expected in any formalized computer language. Similarly for the bizarre behavior of COMMENT. -- 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: CICS down after transaction exec wait macro.
In [EMAIL PROTECTED], on 03/25/2006 at 06:33 PM, Chris Mason [EMAIL PROTECTED] said: I'm glad other, sharper problem vultures have spotted the two - so far - flaws in the original code. But the matter here is whether issuing a WAIT in a CICS transaction at all is a good thing or not. I'd go farther and say that issuing a wait in a CICS transaction, in the main task, is forbidden. -- 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: C on z/OS questions
In [EMAIL PROTECTED], on 03/22/2006 at 07:29 AM, john stephens [EMAIL PROTECTED] said: Well herein lies part of my problem, I don't know whats available to use on z/OS. Can I create a DLL? Yes. How do I? Consult the LE documentation. Can a DLL be called from a COBOL program running in batch mode via JCL? COBOL has nothing to do with JCL. If you want to call it from JCL then it should be a main program, not a DLL. If you create a DLL then I believe that you can call it from COBOL, but that has nothing to do with whether it is running in batch mode. Can it be called from Assembler? How? Consult the LE documentation. Note that writing an LE-enabled assembler program is more work than writing a classic assembler program. I've gone to the manuals and all of them assume a working familiarity with z/OS which I don't have. You may want to look at some of the redbooks. -- 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: C on z/OS questions
In [EMAIL PROTECTED], on 03/22/2006 at 08:29 AM, Andy Robertson [EMAIL PROTECTED] said: You **CAN'T** write the wrapper in Assembler. Why not? IBM has documented how to write LE-enabled assembler code. -- 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: 3380-3390 Conversion - DISAPPOINTMENT
In [EMAIL PROTECTED], on 03/24/2006 at 08:13 PM, John Eells [EMAIL PROTECTED] said: There are three kinds of blocks: Fixed, Variable, and Undefined. I realize that it doesn't get much[1] use, but there is a fourth type of block. Is it restricted to tape? [1] Actually, I wouldn't guaranty that ANSI format gets *any* use. -- 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: C on z/OS questions
In [EMAIL PROTECTED], on 03/22/2006 at 07:32 AM, john stephens [EMAIL PROTECTED] said: What code page should I be using and how do I specify it? What code page are you using on your PC? What code points does your C compiler expect? Check your FTP documentation for the operands on the SITE commands. One of them controls translation. -- 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: 3380-3390 Conversion - DISAPPOINTMENT
In [EMAIL PROTECTED], on 03/25/2006 at 10:41 AM, Ron and Jenny Hawkins [EMAIL PROTECTED] said: The Text records may be 256 bytes, but they are blocked, and the Blocksize of the text block will be up to the blksize of the loadlib. WTF? Everything *but* text records is 256 bytes, and nothing is blocked. Text records are usually as large as the csect, although they may have to be split due to blksize or remaining track capacity. 2) There was a fix for IEBCOPY years ago where FAT RECORSS were causing a problem. FAT records were caused where modules were created with text blocks larger than the Loadlib blksize. This couldn't happen if text records were not blocked. Of course it could and did happen, because a single record was larger than blksize. By definition RECFM=U is unblocked. -- 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: 3380-3390 Conversion - DISAPPOINTMENT
In [EMAIL PROTECTED], on 03/25/2006 at 01:16 PM, (IBM Mainframe Discussion List) [EMAIL PROTECTED] said: But you can have any number of CCWs, each transferring 65,535 bytes and using data chaining, to make a much larger block than 64K. As long as your channel is fast enough to avoid data overrun. Then there's LBI. -- 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: 3380-3390 Conversion - DISAPPOINTMENT
In [EMAIL PROTECTED], on 03/24/2006 at 11:27 AM, Gerhard Adam [EMAIL PROTECTED] said: Single CSECT load modules are almost never large enough to use the maximum (32760) since that would require 8 base registers, No it wouldn't. You're making un warranted assumptions about what is in the CSECT. -- 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: Putty connection to mainframe
Although technically correct that Putty can not do 3270, if the original poster can ssh into a Linux machine with the x3270 suite installed, they can use c3270 to access their 3270 based hosts. c3270 is ncurses based and should work over a standard telnet/ssh connection. Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 03/23/2006 at 03:58 PM, Sabo, Frank [EMAIL PROTECTED] said: I have been requested by my management to use PUTTY as a 3270 emulator on the mainframe instead of rumba as a remote connection over the web access. AFAIK there is no such functionality. Why not use x3270 or any of the other TN3270E clients? I'd advise you to diplomatically ask management what the real requirement is and to suggest that you can better satisfy it if they don't impose what they hope is a solution before analyzing all of the options. -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2006 - Chattanooga, TN - April 7-11, 2006 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wonder why IBM code quality is suffering?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Comstock Shane wrote: With respect to the conclusions one could draw, here they are: 1. Somebody is (was?) looking for a PLX programmer. 2. Somebody would have made a nice profit at that asking price. With respect to the educated guesses beyond that, here they are: 3. At that asking price, somebody probably didn't find a PLX programmer. 4. Kite-flying exercise successfully concluded, local Congressman gets petitioned that no Americans have the necessary skill-set, and so cheap resources should be allowed to be imported. Cynic ??? - who, where ... Not at all. Very perceptive. And from an Aussie, too! Way to go! I am not as knowledgable about politics in Oz as you are about politics here. When was the last time you heard an Aussie politician running around the world, pounding his chest and hollering, We are the 5,000-ton gorilla!? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wonder why IBM code quality is suffering?
Right. Right. It was PL/S. Tom Schmidt [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/26/2006 11:12 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Wonder why IBM code quality is suffering? On Sun, 26 Mar 2006 19:33:18 -0500, Richard Tsujimoto wrote: Jeez, (IIRC) I still remember it being PL/C. No, PL/C was Cornell University's student PL/1 compiler. (I remember it, too; Waterloo had it as one of their batch compilers, as did ISU and many other colleges and universities around the world.) The PL/X genealogy included PL/S and PL/AS, but not PL/C. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to determine load module compiler attributes?
A load module was created from a Cobol 2 source. I wonder how can I determine the cobol compiler parameters used to generate the object?(like, rent, ssrange, data(), etc. I remember (or just think so) that Endevor (CA) has an analysis tool. Is there any other freeware that does that? TX Itschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Putty connection to mainframe
In a recent note, Rich Smrcina said: Date: Mon, 27 Mar 2006 08:19:47 -0600 Although technically correct that Putty can not do 3270, if the original poster can ssh into a Linux machine with the x3270 suite installed, they can use c3270 to access their 3270 based hosts. c3270 is ncurses based and should work over a standard telnet/ssh connection. Does this not thwart any supposed security objective in the original Putty requirement? Or is it presumed the Linux-mainframe connection is secure (a fair bet if the Linux machine is an LPAR connected via Hipersocket)? Or am I simply overlooking an ironic content in your remark? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wonder why IBM code quality is suffering?
- Original Message - From: James Smith [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Monday, March 27, 2006 6:50 AM Subject: RE: Wonder why IBM code quality is suffering? Also not fair to totally point the finger at IBM who are probably paying, AT LEAST, double the money being quoted. I believe head-hunters, or at least the ones I have spoken with, in North America have as much integrity of your average lawyer. Jim S Jim, They're not. The latest matrix price I saw for this position was $50. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine load module compiler attributes?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Itschak Mugzach A load module was created from a Cobol 2 source. I wonder how can I determine the cobol compiler parameters used to generate the object?(like, rent, ssrange, data(), etc. I remember (or just think so) that Endevor (CA) has an analysis tool. Is there any other freeware that does that? COBANAL by Roland Schiradin does exactly that. CBT tape, but I don't have the file number handy. http://www.cbttape.org -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Putty connection to mainframe
I must admit that I wasn't following the thread that closely, and internal security policy may dictate otherwise, but ssh should provide sufficient protection. If the original poster is on the outside and needs a connection to a mainframe, ssh to a intermediate host may be enough. Once on the inside, it may be acceptable to be clear text. Traffic to the remote user will always be encrypted. Paul Gilmartin wrote: In a recent note, Rich Smrcina said: Date: Mon, 27 Mar 2006 08:19:47 -0600 Although technically correct that Putty can not do 3270, if the original poster can ssh into a Linux machine with the x3270 suite installed, they can use c3270 to access their 3270 based hosts. c3270 is ncurses based and should work over a standard telnet/ssh connection. Does this not thwart any supposed security objective in the original Putty requirement? Or is it presumed the Linux-mainframe connection is secure (a fair bet if the Linux machine is an LPAR connected via Hipersocket)? Or am I simply overlooking an ironic content in your remark? -- gil -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2006 - Chattanooga, TN - April 7-11, 2006 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM 2105 - 3390 Models
Hi, Anyone can explain to me what means 3390-H defined in an IBM Shark 2105. I can´t found any reference in manual that I had access, Thanks Carlos Bodra -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM 2105 - 3390 Models
Carlos, A simple Google on 3390 and 2105 produced the following as the second hit: http://publib.boulder.ibm.com/infocenter/zoslnctr/v1r7/index.jsp?topic=/com.ibm.zsysprog.doc/zsysprog_83.html It looks as if it might be suitable - but I'm not an expert. If not there are about 2,050,000 more hits to check :-) Chris Mason - Original Message - From: Bodra - Pessoal [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, 27 March, 2006 5:08 PM Subject: IBM 2105 - 3390 Models Hi, Anyone can explain to me what means 3390-H defined in an IBM Shark 2105. I can´t found any reference in manual that I had access, Thanks Carlos Bodra -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wonder why IBM code quality is suffering?
[EMAIL PROTECTED] wrote: No, PL/C was Cornell University's student PL/1 compiler. (I remember it, too; Waterloo had it as one of their batch compilers, as did ISU and many other colleges and universities around the world.) The PL/X genealogy included PL/S and PL/AS, but not PL/C. posting in pl/s, et al thread in this n.g. from a couple years ago http://www.garlic.com/~lynn/2004g.html#46 PL/? History wikipedia entry for pl/c http://en.wikipedia.org/wiki/PL/C another pl/i subset was pl.8 developed as part of 801/risc project. cp.r was written in pl.8. misc. posts mentioning 801, pl.8, cp.r, romp, rios, power, power/pc, etc http://www.garlic.com/~lynn/subtopic.html#801 and for some drift, a recent post mentioning wikipedia and power/pc http://www.garlic.com/~lynn/2006f.html#6 64-bit architectures 32-bit instructions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wonder why IBM code quality is suffering?
Sorry, that wasn't me who said it was a PL/1 compiler. Anne Lynn Wheeler [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/27/2006 10:29 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Wonder why IBM code quality is suffering? [EMAIL PROTECTED] wrote: No, PL/C was Cornell University's student PL/1 compiler. (I remember it, too; Waterloo had it as one of their batch compilers, as did ISU and many other colleges and universities around the world.) The PL/X genealogy included PL/S and PL/AS, but not PL/C. posting in pl/s, et al thread in this n.g. from a couple years ago http://www.garlic.com/~lynn/2004g.html#46 PL/? History wikipedia entry for pl/c http://en.wikipedia.org/wiki/PL/C another pl/i subset was pl.8 developed as part of 801/risc project. cp.r was written in pl.8. misc. posts mentioning 801, pl.8, cp.r, romp, rios, power, power/pc, etc http://www.garlic.com/~lynn/subtopic.html#801 and for some drift, a recent post mentioning wikipedia and power/pc http://www.garlic.com/~lynn/2006f.html#6 64-bit architectures 32-bit instructions -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Wonder why IBM code quality is suffering?
I saw the original posting on the official IBM jobs web site a while ago. IIRC, there was no mention of salary or band. Personally, having read enough listings and z/VSE Optional source over the years, along with some experience with PL/I, I think I'd come up to speed pretty quickly with PL/X. But I'm not moving to Pok any time soon. :-) Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Sunday March 26 2006 22:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Wonder why IBM code quality is suffering? I didn't see the original Web address for this PLX job posting. Here's one instance: http://www.net-temps.com/job/2ow6/PLX-POK/plx_programmer_ex_ib mers.html With respect to the conclusions one could draw, here they are: 1. Somebody is (was?) looking for a PLX programmer. 2. Somebody would have made a nice profit at that asking price. With respect to the educated guesses beyond that, here they are: 3. At that asking price, somebody probably didn't find a PLX programmer. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM 2105 - 3390 Models
There is a 3590-H1A tape drive, are you sure about the 3390-H? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bodra - Pessoal Sent: Monday, March 27, 2006 7:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM 2105 - 3390 Models Hi, Anyone can explain to me what means 3390-H defined in an IBM Shark 2105. I can´t found any reference in manual that I had access, Thanks Carlos Bodra -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM 2105 - 3390 Models
Chris, Yes, but Carlos is looking for 3390-H. A simple Google on 2105 3390-H turns up zilch that is relevant. Perhaps Carlos can provide some context as to where he sees 3390-H defined or displayed. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason Sent: Monday, 27 March 2006 11:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM 2105 - 3390 Models Carlos, A simple Google on 3390 and 2105 produced the following as the second hit: http://publib.boulder.ibm.com/infocenter/zoslnctr/v1r7/index.jsp?topic=/co m.ibm.zsysprog.doc/zsysprog_83.html It looks as if it might be suitable - but I'm not an expert. If not there are about 2,050,000 more hits to check :-) Chris Mason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Seymour, The text blocks appear as a continuous byte stream, but this is the unformatted representation of the text records, where each record is machine instruction. It's probably a case of semantics and/or context as to whether text in an object is a block of machine instructions, or a record unto itself. When I said may be 256 bytes I was referring to the size of the instruction record, and I probably would have been more accurate to say up to 256 bytes. Ron WTF? Everything *but* text records is 256 bytes, and nothing is blocked. Text records are usually as large as the csect, although they may have to be split due to blksize or remaining track capacity. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Adam, I certainly wouldn't be leading a crusade to reblock load libraries to save space either. In most shops they make up a very small percentage of the total space. I'm more interested in good practices when creating a loadlib. I have always reblocked active load libraries, with some quantifiably good results, and sometimes with no change whatsoever. Again it is not a crusade, it is focused tuning. Starting out with 32760 as a Blocksize for loadlibs means you don't have to go back and change it later. There were many papers on this topic from the early days of XA fetch through to the mid 90s when cache helped give fetch a bit of a boost. The following is from a paper you may know: The effect of blocking, apart from device utilisation, can affect Program Fetch performance. Small blocksizes will not conserve storage, since 96K is always fixed for Program Fetch buffers, but it may adversely affect performance. When a program is fetched, one text record and up to 48 RLD/control records are read in each I/O operation. PCI interrupt is used to add CCWs dynamically and having larger text blocks allows more time for this activity. The performance impact is less in cache controllers, but it still exists and 32760 is a reasonably easy way to ensure that fetch performance is optimal. Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX
Yea the Lowe's guys don't want to be too far from the new NASCAR museum in Charlotte. http://www.news14charlotte.com/content/top%5Fstories/?ArID=40932 http://www.halloffameatlanta.com/ IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 03/27/2006 01:51:20 PM: My question exactly, I have to be in Chicago, if they offered telecommuting they could steal the new Lowe's staff. On 3/26/06, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: snip Is telecommuting an option? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX
Kirk Talman wrote: Yea the Lowe's guys don't want to be too far from the new NASCAR museum in Charlotte. http://www.news14charlotte.com/content/top%5Fstories/?ArID=40932 http://www.halloffameatlanta.com/ And the Home Depot guys feel differently? Let's not forget who won last year's Winston ... er .. I mean ... Nextel cup championship! I wonder ... which company has the larger mainframe IT infrastructure? -- 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
z990 multiprocessor overhead issue.
You have one physical system. All processors (even including SAPs) compete for the physical resources such as cache, storage bandwidth, etc. Of course, any processors visible to an MVS image will also compete for MVS' structures. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Wonder why IBM code quality is suffering?
http://news.bbc.co.uk/1/hi/world/americas/4850652.stm US President George W Bush has used a naturalisation ceremony in Washington to boost his calls for a guest-worker programme. Mr Bush swore in new US citizens at the event, amid growing protests over plans to criminalise undocumented workers. He wants to allow foreigners to stay for a set time in specific jobs, but his Republican Party is divided. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FLEX-ES
Could you solve this problem in the future by upgrading to something past the z890 (whenever that is) ... Castor-less mainframe? 25th April, from what I hear. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Putty connection to mainframe
In [EMAIL PROTECTED], on 03/27/2006 at 08:19 AM, Rich Smrcina [EMAIL PROTECTED] said: Although technically correct that Putty can not do 3270, if the original poster can ssh into a Linux machine with the x3270 suite installed, they can use c3270 to access their 3270 based hosts. Sure, but they can do the same with any other protocol converter. Putty itself doesn't buy them anything, and it's far more efficient to simply use a TN3270 client in the first place. Again, Frank needs to find out what the real objective is. -- 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: remote console
In [EMAIL PROTECTED], on 03/22/2006 at 11:10 AM, Ed [EMAIL PROTECTED] said: I still have channel attached local 3174s. I want to move my operators to a remote location. The remote site has no dedicated comms links to the CPU site. Thinking about some sort of escon attached controller with consoles attached over IP with VPN. What kind of operators? Is SMCS an option? That's probably simplest. What box do you have? The newer boxen support an integrated console adapter that you can TN3270 into. -- 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: Retry: Problem on NetView V2R2M1
In [EMAIL PROTECTED], on 03/23/2006 at 11:11 PM, John S. Giltner, Jr. [EMAIL PROTECTED] said: Not sure what happend to your post He sent it with QP encoding. but there are a bunch of 3D ITYM =3D. In QP the string =xx refers to the character at code point xx; =3D is an equal sign. -- 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
Trex Catalog software.
We are in the process of analyzing the Dino-Soft Trex software. I was wondering if anyone else has/is using the product and can provide any feedback. Positive or Negative. We are thinkng about using the product to reorg our ucats that have the Imbed/Replicate parm defined. Any input would be appreciated!! Thanks Don Ludwig - New Yahoo! Messenger with Voice. Call regular phones from your PC and save big. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trex Catalog software.
Don - We are using TREX and think it is GREAT...but we don't use it to REORG so I can't help you there.Lucy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 Capacity Models?
Ha! The more things change, the more they stay the same. Back in the very early '70s at IBM, I did some performance work using an SMI (System Measurement Instrument?). There were rumored to be only two in all of the UK, and we were using both at the time. Those of us entrusted with the beast were cautioned not to let the customer see any reports until we'd had a chance to annotate them, lest they misinterpret the results. From: Ted MacNEIL [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z900 Capacity Models? Date: Fri, 24 Mar 2006 00:00:00 GMT Seems like there ought to be sizing tool with stuff builtin instead of give me all you've got and see if it works? Sorry, but it's always been that way for modelling tools. You have to do a 'virtual' upgrade to see if it will work. Try zPCR. I used it when I was at IBM. And, it's got the best price going. You just have to take the online course first. That's so (or so they believe) you'll learn how to interpret the results. They've forgotton about the GIGO principle. And, a 45-minute, non-interactive course is not going to dispell that. - -teD Im an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trex Catalog software.
You should be sure to evaluate Mainstar's Catalog Recovery+ also. There's also a recent APAR from IBM to remove these attributes via an export/import operation. Dave Gibney [EMAIL PROTECTED] System Programmer(509) 335-7359 Information Technology Washington State University Pullman, WA 99164-1222 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lucy Arnold Sent: Monday, March 27, 2006 4:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Trex Catalog software. Don - We are using TREX and think it is GREAT...but we don't use it to REORG so I can't help you there.Lucy -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Friday ON TOPIC
It may come sooner that you think! See OA15350. George Kozakos -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Bringing the fun back to z/OS - new course
To further the revitalization of the mainframe
market, I believe we need to make it more interesting
and relevant to work on the mainframe these days
(not necessarily simpler, ('though that can't be bad),
just interesting).
What seems to be most relevant, fun, and interesting
these days is all the technologies / capabilities of
the Internet and the Web. By a stroke of luck, the
z/OS folks have been working to allow this by setting
up z/OS UNIX (current name, after several iterations)
and providing a free HTTP server. A little tweaking
of parameters, a little modification of the system
start-up process and, lo and behold, you have a
capable, easy to use, and _free_ web server running
right there on your mainframe.
Now, the ability to run UNIX on the mainframe melds a
lot of strengths: flexibility (run classic mainframe
apps and UNIX apps on the same box), scalability,
reduced footprint, economies of scale to the UNIX
side of the house, access to batch, TSO, ISPF, CICS,
and a UNIX shell all at the same time, on the same
box. Utilize the legendary strengths of the mainframe
with the rich capabalities of UNIX, and you have a
hard-to-beat combination of economic power, business
strength, and appeal to new / young employees (not to
mention re-energizing current staff because they can
learn how to use the new facilities and leverage their
knowledge of the business).
Many of you know my feelings that IBM has done a terrible
job of telling the mainframe story. I'm still waiting for
the tales of shops switching to z/OS from UNIX, Linux,
or Windows server machines. I'm still waiting for my
colleagues to say they would encourage their kids to go
for a career in mainframes. I'm still waiting for prospects
we call on to stop saying either We're getting off the
mainframe or We don't have a mainframe [when we know
they do]. When those things start happening I'll know
that IBM has started to get the mainframe story right.
Doing our part, we are pleased to announce the availability
of our latest course, You and z/OS and the World Wide Web.
This five-day course is designed to provide a rich, deep,
hands-on introduction to creating and maintaining a
corporate website hosted on your z/OS mainframe using
only the _free_ IBM supplied HTTP server!
The basic topics are:
Introduction to the Web
Introduction to markup languages
(SGML, HTML, XHTML)
Markup elements supported by both the
HTML 4.01 and XHTML 1.0 standards
Links and anchors
Style and stylesheets (CSS - Cascading
Style Sheets)
Lists
Images and maps
Client-side maps
Embedding Objects (Applets, multimedia)
Introduction to client-side scripting
DOM - the Document Object Model
Forms and controls
Cookies
Tables
Framesets
More detail at:
http://www.trainersfriend.com/UNIX_and_Web_courses/u518descr.htm
The course includes 20 challenging hands-on labs, designed
to be solved using your z/OS server for coding and serving
and your workstation browser for testing and checking.
This extends our curriculum aimed at teaching how to build
and sustain Internet work running from the mainframe.
The student should have some background in z/OS UNIX before
taking this course, such as might be gained from our
three-day course Introduction to z/OS UNIX
(see http://www.trainersfriend.com/UNIX_and_Web_courses/u510descr.htm )
Although not absolutely necessary, it would be beneficial
for the student to have also taken our three-day course
Shell Script Programming in z/OS UNIX
(see http://www.trainersfriend.com/UNIX_and_Web_courses/u515descr.htm )
Now that's fun!
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
800-993-8716
303-393-8716
http://www.trainersfriend.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: ICF Catalog with lots of redundant datasets
Mike Baker wrote: Hi Ron, Thanks for your excellent explanation. (PS: I attended one of your VSAM courses in Wellington, New Zealand, back in the early 90s). Just to elaborate on the lots of redundant datasets and HLQ's... for example, we have a HLQ called BUS, and approx 9000 BUS.* datasets of which about 95% of them have been migrated to tape. The remaining 5% which are still being used are because people have been to lazy(?) to change a few remaining jobs to use a different HLQ. We could safely change these 5% remaining jobs, and then delete all BUS.* datasets. However, seeing as this has not been done, would this have much of an overhead performance impact on the Catalog / CAS?? Could you please elaborate on this finer detail? Thanks very much. ... That the datasets have migrated to tape doesn't mean they are either obsolete or redundant, just that they haven't been accessed recently. This is still true even if all your BUS.** datasets are migrated to tape. They may still be needed for some types of recovery, as part of a historical archive, or possibly to satisfy legal requirements for retention of corporate data. Someone with knowledge of the application area will have to judge whether these considerations apply and what is eligible for permanent deletion and when. If you can get the application people to agree that datasets not accessed since date x may be deleted, then there is no reason those datasets couldn't be deleted today - no need to wait on the remaining datasets. ISMF can be used to generate a list of datasets with a last-referenced date prior to x, and then that list could be massaged by various methods into a sequence of DELete commands for those datasets and executed. Better yet, if possible make all future datasets SMS-managed and assign an appropriate SMS management class so future deletions occur automatically after an agreed-upon interval of non reference. I would be primarily motivated by the general principal that leaving truly useless things around is bad idea, but cleaning things up might also save on some resources, such as the number of migration tapes in use. Catalog overhead would not be that much of an issue, unless people frequently display and hunt through lists of all BUS.** datasets rather than specifying a specific-enough search argument to restrict consideration to the actual datasets of interest. Another possible issue is that these migrated datasets may be mixed among datasets that do get scratched on your migration tapes. If that is the case, you could be wasting resources copying these migrated BUS datasets repeatedly as migration tapes are consolidated through recycle activity. That having been said, I have seen cases where it was judged that the overhead costs of keeping possibly-useless migrated datasets around was less than the cost of diverting scarce resources to accurately determine whether the datasets were really needed. -- 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
Re: Bringing the fun back to z/OS - new course
Steve's post prompts me to relate our MVS Unix/Linux experience - this is in no way meant to disparage Steve's efforts for courses... Now, the ability to run UNIX on the mainframe melds a lot of strengths: flexibility (run classic mainframe apps and UNIX apps on the same box), You'd better not. We are running a clustered Lotus Domino Server on our boxes and have to run several unix apps (ADSM - whatever that's called these days, WBIFN - gateway to the SWIFT net and Websphere Application Server). We found out very fast that these beasties tend to take over more than their share of processing power, so all of these UNIX apps quickly got their own lpar where traditional workload did not have to compete with these cpu hogs. scalability, reduced footprint, reduced footprint?!? Even confined to their own lpars, the Dominoes take everything in terms of assigned processors and lpar weight, to the detriment of other lpars. And if these Unix dominated lpars don't get what they want, they stop working altogether. We are in the process of moving the UNIX apps to Linux under VM, where they can use the other type of processors and save us a lot of software costs (BMC is killing us, followed by CA.) Did I mention that we now run almost as many Linuxes as we run MVS lpars? Reduced foortprint?!? Utilize the legendary strengths of the mainframe One of which was first failure data capture (and it worked, too, given the right knowledge in looking at a dump). All of these UNIX apps have never even heard the term first failure data capture, much less are familiar with the concept. With the exception of maybe one (stupid) user error on our part, IBM has proved incapable time and again to look at dumps (even those written by the product itself) and find a problem. Unless you can reproduce the problem, provided you have an inkling how, you get a lot of crap which always involves restarting a high availability application. And without a complaint on top a sev1/prio1 IBM doesn't even look at the problem, much less solve it. Even with a complaint, all we get is what we call in German 'holding hands' - meaning they commiserate with us but only attempt to calm us thus infuriating us more. I'd better stop here Regards, Barbara Nitz -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! Feel free mit GMX DSL! http://www.gmx.net/de/go/dsl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 Capacity Models?
As mentioned previously I believe they 'produce' more MSUs because of a larger cache (using same speed) (but better use of execution unit). Possibility? Birger Heede not an IBM spokesperson IBM Software Group Shmuel Metz , Seymour J. wrote: In [EMAIL PROTECTED], on 03/24/2006 at 12:00 AM, Ted MacNEIL [EMAIL PROTECTED] said: These machines have the same clock speed as the 101-109 line. Actually, they don't. Perhaps not, but you don't provide any data to back up the claim. A 101 is 235 MIPS-like entities. A 1C1 is 250. Which sheds no light on the clock speed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Barbaras (mini-)rant
Sounds like Steve has been enlightened by one of Timothys evangelical spiels... ;-) Broadly speaking I have to agree with Barbara, although my exposure to OMVS(*) is primarily with SAP R3. Very minor workloads appear to eat machines - not that anyone in IBM is going to argue with that I suppose. As some-one with a passing interest in tuning/performance/diagnostics, Linux is the wild west. Shane ... (*) when IBM change the work classification class, I'll think about changing too. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
