Anthony Bongiorno/Office_of_the_CIO/Planning_Office/HQ_for_the_Americas/BTMNA is out of the office.
I will be out of the office starting 02/20/2007 and will not return until 03/05/2007. I will respond to your message when I return. - This electronic mail message, and any of the accompanying documents, may contain confidential or privileged information. Any unauthorized disclosure or distribution of such information is strictly prohibited. If you are not the intended recipient of this message, please notify the sender immediately and destroy the message. Messages sent through electronic media may be subject to delays or unauthorized alterations. Neither The Bank of Tokyo-Mitsubishi UFJ, Ltd. nor any of its affiliates is responsible for any such delay or alteration. This message may contain a commercial advertisement or promotion of a commercial product or service. If you do not wish to receive messages of this kind from the sender in the future, please reply to this message and type REMOVE MY EMAIL ADDRESS in the subject field, or write to the sender at 1251 Avenue of the Americas, New York, NY 10020-1104. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Literacy (was: IBM Sued)
Paul, Regarding your difficulty with the lady. There are European languages - of a generally Teutonic persuasion I believe - where the speakers are so keen to see time pass that they anticipate the approaching hour by starting at the half-way point. Thus, when literally translated, half eight means 7.30. This, of course, is a recipe for confusion when half past eight is trendily reduced to half eight. Chris Mason - Original Message - From: Paul Gilmartin [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, 19 February, 2007 7:39 PM Subject: Literacy (was: IBM Sued) ... Culture. An elderly woman on a bus once asked me the time. Six fifty. Six fifteen? (Enunciating clearly) No, six fifty! (Incomprehension; I tried showing her my digital watch) I can't read that! Mickey's big hand is on the ten, and his little hand is on the six! Ah! Ten-of-seven! ... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Literacy (was: IBM Sued)
Correct, Dutch and German do it that way. I never regarded as keen to see time pass by, but more as halfway towards 8 o'clock. This could both be interpreted, comparable to the glass either being half full or half empty, as only just halfway or already halfway. I feel it as the last. Kees. Chris Mason [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Paul, Regarding your difficulty with the lady. There are European languages - of a generally Teutonic persuasion I believe - where the speakers are so keen to see time pass that they anticipate the approaching hour by starting at the half-way point. Thus, when literally translated, half eight means 7.30. This, of course, is a recipe for confusion when half past eight is trendily reduced to half eight. Chris Mason ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC GDPS
Anyone out there using EMC disks and managing the mirroring with GDPS? We are about to migrate away from IBM ESS Disks managed by GDPS to EMC DMX3000 disks managed by GDPS. We are told it works as the DMX emulates PPRC but we are interested in anyone who is actually doing it. You might want to look at the very recent announcement of EMC's GDDR product which seems to be a run at GDPS. Whether this is a viable alternative to IBM's GDPS will in the mind of the beholder. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Literacy (was: IBM Sued)
In a recent note, Chris Mason said: Date: Tue, 20 Feb 2007 13:05:15 +0100 Regarding your difficulty with the lady. There are European languages - of a generally Teutonic persuasion I believe - where the speakers are so keen to see time pass that they anticipate the approaching hour by starting at the half-way point. Thus, when literally translated, half eight means 7.30. Even more so in Russian, where 7:15 is a quarter of the eighth, and 7:45 is without a quarter of the eighth. Perhaps R.S. can enlighten us about other Slavic languages. -- 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: Literacy (was: IBM Sued)
Not R.S. but R.B. and not Slavic but some Hungarian and (based on what I know from TV) Austrian info: they use a quarter [of] eight as well when meaning 7:15, and three quarters [of] eight) means 7:45. (Note: the [of] part is my addition for readability) While here in the more or less German speaking part of Switzerland it is a quarter past seven and a quarter to eight respectively. Robert Bardos Ansys AG, Zurich, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with JES2 and CA-View
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Harold Zbiegien we have no problems, view 11.0 z/os 1.7 as of Jan 14 and we migrated first to view 11.0 under z/os 1.4 then a month later to z/os 1.7 Just learned there may be another ISV product contributing to what we see. A colleague ran a batch job manually that is normally run by Control-M, and the manual run's entire output was archived into a single View member. The same job submitted via Control-M had its output segregated into multiple View members. We've contacted BMC Support -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: New Level of Dataset Audit Facility (DAF) is Coming Soon
could you fix the abend SC03 .. we get it fairly consistently at the end... close before subtask termination? -- z/os 1.7 is the os Dataset Audit Facility (DAF) - Level 1.4.7 292 SYSTEM COMPLETION CODE=C03 292 TIME=09.08.22 SEQ=14630 CPU= ASID=0041 292 PSW AT TIME OF ERROR 070C 85E804D8 ILC 2 INTC 0D 292NO ACTIVE MODULE FOUND 292 NAME=UNKNOWN 292DATA AT PSW 05E804D2 - 58108010 0A0D58C0 549CA7E8 292GR 0: 05E804D8 1: 80C03000 292 2: 85E804C0 3: 00AE7018 292 4: 7F756A68 5: 7F63E600 292 6: 7F64D010 7: 00AC7E88 292 8: 05E81100 9: 7F756A68 292 A: 00AC7E88 B: 00FD0570 292 C: 00AE7018 D: 00AE7084 292 E: 00E201D0 F: 0004 292 END OF SYMPTOM DUMP 9.08.24 JOB24746 IEF450I DXIDAF DAF - ABEND=SC03 U REASON= 293 also we get sub record x'24' undefined sometimes .. we use this all the time .. great program .. 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
Re: New Level of Dataset Audit Facility (DAF) is Coming Soon
Greetings, These are virtual SMF records created by DAF when it runs to look at things on the system that do not currently have their own SMF records, but from an auditing perspective should. It seems to provide the visibility missing for system datasets that are not opened and closed by jobs/tasks/users. These include the following datasets: APFLST LNKLST LOADPARM LPALST Master Catalog PAGE PARMLIB RACF UADS All of the DAF selection criteria work on these Virtual SMF records. I still haven't figured out the best way to integrate it into DAF. As it sits now, when DAF reads all of the SMF records on the DD DAFSMF (even DD DUMMY), then it calls various APIs and creates these Virtual SMF records. Virtual SMF records can be turned on/off via an Assembly variable at install time. Any thoughts? Cheers... Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: literacy
John, Would you be including some of the world's largest education systems, where roman numerals have never been part of the curriculum? There's a lot of smart people on this side of the world that probably wouldn't know a roman numeral if it had a big neon sign on it saying ROMAN NUMERAL. It most certainly does not make them subliterate. Some of them probably cannot even read this e-mail and will never need to, let alone find it necessary to learn a dead number system that for some unfathomable reason gets tacked on to the end of movie credits. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of john gilmore Sent: Tuesday, 20 February 2007 10:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: literacy I instead judge anyone who cannot read (and write) Roman numerals subliterate. John Gilmore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: literacy
Can well kill this thread please?! Hint, hint... Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Level of Dataset Audit Facility (DAF) is Coming Soon
Greetings, This specific error has not been reported by anyone. Can you describe the circumstances when the abend occurs? Can you send me a zip attachment of all of the execution output and we can go from there. Also, adding the following to the execution JCL would be helpful (and anything else to prevent abend analysis from taking action): //CAOESTOP DD DUMMY Turn off Symdump //ABNLIGNR DD DUMMY Turn off AbendAid //IDIOFF DD DUMMYTurn off Fault Analyzer This brings up a good point, if anyone is experiencing abends in DAF, now would be a good time to get them fixed. Cheers... Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Surrogate Authority
In [EMAIL PROTECTED], on 02/12/2007 at 04:23 PM, Itschak Mugzach [EMAIL PROTECTED] said: If XYZ need the authority, why shouldn't he get them directly? Because most of the time he doesn't need them. This way you will know who is using the resource, You'll still know. It is exactly like putting ABC's password on a paper near the keyboard or terminal. Bshum panim v'ofen lo! (No way!) If I give A surrogate authority to B, that doesn't let C submit jobs with USERID=B. I wouldn't give surrogate to users but applications (like a job scheduler). It's not my dog. -- 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: RACF Surrogate Authority
In [EMAIL PROTECTED], on 02/12/2007 at 07:19 PM, Jacky Bright [EMAIL PROTECTED] said: In case I define XYZ user as surrogate user for ABC then is that going to work. As long as you specify USERID=ABC. what implications it will have at system side ? You'll muddy the audit trail. I'd consider it better form to have a userid that could be used only for batch. security issue ? XYZ can do anything that ABC can do, so you need to restrict the surrogate authorization to those that can be trusted. -- 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: Running OS/390 on z9 BC
In [EMAIL PROTECTED], on 02/09/2007 at 10:12 AM, Schwarz, Barry A [EMAIL PROTECTED] said: I don't need to restart the thread on the virtues of keeping current and using supported hardware and software. I have a very conservative/non-adventurous/reluctant customer. They may be more adventuresome than they realize. Staying behind has risks, and going to current hardware without upgrading the software has risks. -- 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: New Level of Dataset Audit Facility (DAF) is Coming Soon
Greetings, I will correct the: DAF613I 080 2007031 13.03.14.43 Unknown Datatype=x24 If anyone else gets DAF613I messages, let me know so that I can correct them. Cheers... Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Literacy (was: IBM Sued)
On 20 Feb 2007 04:34:59 -0800, [EMAIL PROTECTED] (Vernooy, C.P. - SPLXM) wrote: Correct, Dutch and German do it that way. I never regarded as keen to see time pass by, but more as halfway towards 8 o'clock. This could both be interpreted, comparable to the glass either being half full or half empty, as only just halfway or already halfway. I feel it as the last. I've heard radio shows talk about the bottom of the hour - and suspect some younger listeners don't know why it is called that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: literacy
On 19 Feb 2007 18:08:58 -0800, [EMAIL PROTECTED] (john gilmore) wrote: Likewise, I consider teaching Roman numerals a waste of time. I instead judge anyone who cannot read (and write) Roman numerals subliterate. Why?If someone doesn't know past, say 100 - is that any less useful as a hundred other measures of literacy (there is some measure which you or I fail). As far a literacy goes, I expect people to know the Old Testament stories - but because it's a religious book, we aren't taught it in schools. I'm illiterate with regards to stories in the Koran - which is a much more significant lack than Roman numerals. As far as writing large Roman Numerals, I had to do that in a program one time, and in researching, I found that there isn't just *one* standard way of writing them.(sort of like the way there used to be multiple ways of spelling words).But if it parses out unambiguously, it doesn't really matter. Computer literacy is something that changes constantly. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Level of Dataset Audit Facility (DAF) is Coming Soon
Michael Cleary wrote: Greetings, This specific error has not been reported by anyone. Can you describe the circumstances when the abend occurs? Can you send me a zip attachment of all of the execution output and we can go from there. Also, adding the following to the execution JCL would be helpful (and anything else to prevent abend analysis from taking action): //CAOESTOP DD DUMMY Turn off Symdump //ABNLIGNR DD DUMMY Turn off AbendAid //IDIOFF DD DUMMYTurn off Fault Analyzer There's another one, isn't there? DumpMaster or DumpManager? -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: literacy
On 20 Feb 2007 06:27:40 -0800, [EMAIL PROTECTED] (Ron Hawkins) wrote: Some of them probably cannot even read this e-mail and will never need to, let alone find it necessary to learn a dead number system that for some unfathomable reason gets tacked on to the end of movie credits. Not to mention Superbowls. Superbowls should have years attached to them - maybe they will change after #L. We are much more significantly ignorant if we don't know the Koran than if we don't know Roman Numerals. We won't make bad decisions from not being facile with Roman Numerals. I'm as guilty as anybody here. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Literacy
Hi Folks, Throughout my career, I was always outside of IBM, except for one short period, when I worked as a consultant at IBM to relieve the Level 2 queues. At that time, IBM was training its Level 2 people out of college on ONE or (maybe) TWO components of MVS, for 18 months, to get them up to speed. I don't know if any of those trainees ever got to see a real data center. When IBM hired us as consultants, we were up and working with ONE WEEK's training. See the difference between one component people and generalists? IBM knew that when they hired us. They only got us because (at that time) it was a bad time for regular sysprog jobs, so they had a pool of unemployed sysprogs to draw from. Just an observation to show (again) that knowledge pays. While I am on this subject, I want to throw in a comment about MVS developers (who are also highly trained and knowledgeable). If you have your own (low budget) software company, FLEX-ES (and the ADCD program) have (until now) provided a way for developers to use their skills to write good system utilites that improve the usability of z/OS. Unless IBM themselves provide us with their OWN good emulator and an affordable low-end hardware solution, THEY will be up the creek as well as us. Don't they know that? Do they secretly have their own S/390 emulator in the works? Otherwise, it would look like they are abandoning a large component of the MVS (and VM and VSE) support structure. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Level of Dataset Audit Facility (DAF) is Coming Soon
Here is my list //ABNLIGNR DD DUMMY ABEND-AID OFF //ESPYIBM DD DUMMY EYE-SPY OFF //CAOESTOP DD DUMMY CA-OPT II CA-SYMDUMP OFF //IDIOFF DD DUMMY IBM FAULT ANALYZER OFF Thanks, Sam -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Tuesday, February 20, 2007 10:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: New Level of Dataset Audit Facility (DAF) is Coming Soon Michael Cleary wrote: Greetings, This specific error has not been reported by anyone. Can you describe the circumstances when the abend occurs? Can you send me a zip attachment of all of the execution output and we can go from there. Also, adding the following to the execution JCL would be helpful (and anything else to prevent abend analysis from taking action): //CAOESTOP DD DUMMY Turn off Symdump //ABNLIGNR DD DUMMY Turn off AbendAid //IDIOFF DD DUMMYTurn off Fault Analyzer There's another one, isn't there? DumpMaster or DumpManager? -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 This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Access to the internet at DR site was Re: License keys for ISV products(What alternatives are there?)
We added Internet access just last year to our BRS contract with IBM; software key access was one of the reasons. Another reason was that it allowed me to access our home system in case I was needed while I was at the BR test. It also gave access to software manuals if needed. 'Net access is too valuable these days not to have available. Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Access to the internet at DR site was Re: License keys for ISV products(What alternatives are there?)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock We added Internet access just last year to our BRS contract with IBM; software key access was one of the reasons. Another reason was that it allowed me to access our home system in case I was needed while I was at the BR test. It also gave access to software manuals if needed. 'Net access is too valuable these days not to have available. Indeed, one could say that Internet access is as essential as electricity nowadays. -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
z/OS developer jobs (was: Literacy)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Sam Golob Sent: Tuesday, February 20, 2007 8:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Literacy Hi Folks, Throughout my career, I was always outside of IBM, except for one short period, when I worked as a consultant at IBM to relieve the Level 2 queues. At that time, IBM was training its Level 2 people out of college on ONE or (maybe) TWO components of MVS, for 18 months, to get them up to speed. I don't know if any of those trainees ever got to see a real data center. When IBM hired us as consultants, we were up and working with ONE WEEK's training. See the difference between one component people and generalists? IBM knew that when they hired us. They only got us because (at that time) it was a bad time for regular sysprog jobs, so they had a pool of unemployed sysprogs to draw from. Just an observation to show (again) that knowledge pays. While I am on this subject, I want to throw in a comment about MVS developers (who are also highly trained and knowledgeable). If you have your own (low budget) software company, FLEX-ES (and the ADCD program) have (until now) provided a way for developers to use their skills to write good system utilites that improve the usability of z/OS. Unless IBM themselves provide us with their OWN good emulator and an affordable low-end hardware solution, THEY will be up the creek as well as us. Don't they know that? Do they secretly have their own S/390 emulator in the works? Otherwise, it would look like they are abandoning a large component of the MVS (and VM and VSE) support structure. Sincerely, Sam I, for one, have just about thrown in the towl with respect to finding employment (either regular or contract) as MVS/OS390/zOS product developer. Forget about the so-called open systems jobs, like Java or Windows, software development. My last job interview in that line of work was a rude awakening; it was obvious after 10 minutes that they were looking for someone younger and prettier (i.e., not a dinosaur), and definitely looking for someone they could pay not more than $40K/year. I had a similar experience a few years ago when I interviewed at that big employer up in the Seattle-Tacoma area, where all the young employees had private offices and the older employees were driving the shuttle buses. eek! Now that FLEX-ES is all but history, a small-time z/OS developer like me has no choice but to change careers with no safety-net. If any of you are in the same boat, I sincerely wish you the best of luck. Cheers Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.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: z/OS developer jobs (was: Literacy)
On 20 Feb 2007 09:06:59 -0800, [EMAIL PROTECTED] (Jeffrey D. Smith) wrote: Now that FLEX-ES is all but history, a small-time z/OS developer like me has no choice but to change careers with no safety-net. If any of you are in the same boat, I sincerely wish you the best of luck. I would not recommend the average kid to go into software at all. Planning for a career you want something less ephemeral. The rate of change in the industry hasn't slowed down enough so that a kid has some idea of what he will be doing in 20 years much less 40. -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 S/360 series operating systems history
-snip- You have also missed some small relatively insignificant OS's. TPS (Tape Programming System) DPS (Disk Programming System) BPS (Basic Programming System although it might have been CPS for Card) These all run on the System360/20 machines. ---unsnip BPS also ran on the 360/44, from that little single-platter disk is the side of the CPU. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS developer jobs
snip I, for one, have just about thrown in the towl with respect to finding employment (either regular or contract) as MVS/OS390/zOS product developer. Forget about the so-called open systems jobs, like Java or Windows, software development. My last job interview in that line of work was a rude awakening; it was obvious after 10 minutes that they were looking for someone younger and prettier (i.e., not a dinosaur), and definitely looking for someone they could pay not more than $40K/year. I had a similar experience a few years ago when I interviewed at that big employer up in the Seattle-Tacoma area, where all the young employees had private offices and the older employees were driving the shuttle buses. eek! Now that FLEX-ES is all but history, a small-time z/OS developer like me has no choice but to change careers with no safety-net. If any of you are in the same boat, I sincerely wish you the best of luck. -unsnip- Had a similar experience on my last interview. I walked in and the first thing out of the interviewer's mouth was Oh, *, another old fart! My kingdom for a tape recorder!!! As things sit, I have to beg for time through the good offices of a friend at an educational institution. I help him out, he helps me out. Management knows but turns a blind eye, as long as I remain discreetly quiet about 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
3949 ATL management
We have a fairly new 3494 ATL that is about to run out of empty tape slots. To make room for more scratch tapes, I'd like to eject some of the older lesser used tapes. Is there a utility or command to simplify or automate this process? Does anyone have any other suggestions for insuring plenty of slots for scratch tapes? We're using CA-1 if that makes a difference. Thanks, Carey Morris City of Fort Worth -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS developer jobs
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman snip I, for one, have just about thrown in the towl with respect to finding employment (either regular or contract) as MVS/OS390/zOS product developer. Forget about the so-called open systems jobs, like Java or Windows, software development. My last job interview in that line of work was a rude awakening; it was obvious after 10 minutes that they were looking for someone younger and prettier (i.e., not a dinosaur), and definitely looking for someone they could pay not more than $40K/year. I had a similar experience a few years ago when I interviewed at that big employer up in the Seattle-Tacoma area, where all the young employees had private offices and the older employees were driving the shuttle buses. eek! Now that FLEX-ES is all but history, a small-time z/OS developer like me has no choice but to change careers with no safety-net. If any of you are in the same boat, I sincerely wish you the best of luck. -unsnip- Had a similar experience on my last interview. I walked in and the first thing out of the interviewer's mouth was Oh, *, another old fart! The day may yet come when we old farts will be able to say, Deal with us, on our terms, or do without. Here's my card. Of course, the day may also come when the sun rises in the west and sets in the east -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: 3949 ATL management
RMM has a command to eject tapes. I don't know about CA-1. In ISMF there is also the ability to eject tapes. ISMF - Volume - Mountable Tape On 2/20/07, Morris, Carey [EMAIL PROTECTED] wrote: We have a fairly new 3494 ATL that is about to run out of empty tape slots. To make room for more scratch tapes, I'd like to eject some of the older lesser used tapes. Is there a utility or command to simplify or automate this process? Does anyone have any other suggestions for insuring plenty of slots for scratch tapes? We're using CA-1 if that makes a difference. -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Really, really weird problem with IBMLink - PTF ordering
That looks like the problem I once had. The problem ended up being our web proxy. (Which I guess is somewhat distinct from the firewall, at least as far as our network security people are concerned.) Tim On Mon, 19 Feb 2007 15:58:38 -0600, Brian Peterson [EMAIL PROTECTED] wrote: I'm having trouble with RECEIVE ORDER today. IBM support told me to check my firewall The error I'm getting is: GIM69207S ** THE CONNECTION WITH THE SERVER FAILED. java.net.ConnectException: javax.net.ssl.SSLProtocolException: end of file It certainly might JUST be a coincidence It certainly might be our firewall. This did work for me last Friday. I had opened a problem with 566894901 (SMP/E support) who said that there were no known issues with this. Brian On Mon, 19 Feb 2007 15:44:57 -0600, McKown, John wrote: I have tried three times to order a set of PTFs. They are to support the z9BC that we are planning to get (for z/OS 1.6). The first two times, I ordered the PTFs from the PSP application. Both times, I got some weird-*** VSE PTFs. The same set each time. OK, I figured that the link from PSP to the automated ordering was somehow broken. So, I go back into PSP. I get the list of PTFs in an ASCII file. I verify that they are the ones that I want. I go directly to SRD to order them by doing a cut-and-paste from my ASCII file. I get the same set of VSE PTFs. I have sent feedback about this, but has anybody else had this? Is it some sort of viral marketting for VSE? GRIN -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 3949 ATL management
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Morris, Carey Sent: Tuesday, February 20, 2007 11:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: 3949 ATL management We have a fairly new 3494 ATL that is about to run out of empty tape slots. To make room for more scratch tapes, I'd like to eject some of the older lesser used tapes. Is there a utility or command to simplify or automate this process? Does anyone have any other suggestions for insuring plenty of slots for scratch tapes? We're using CA-1 if that makes a difference. Thanks, Carey Morris City of Fort Worth I have a small routine that automatically EJECTs tapes from our ATL which are to be sent off-site. It is very simple, written in DFSORT control cards! Its input is the output from the CA-1 TMSVAULT program. It finds and ejects all tapes which are outcoded to the vaults in question. It does its thing by sending commands out via the INTRDR, so your internal readers must be set up to allow that. //EJECTEXEC PGM=SORT,COND=(0,NE,EARL) //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=OPHTN.TMSVAULT.OUTPUT //SORTOUT DD SYSOUT=(*,INTRDR), // RECFM=FB,LRECL=80,BLKSIZE=80,DSORG=PS //SYSINDD * OPTION VLSHRT SORT FIELDS=COPY INCLUDE COND=(2,1,CH,EQ,C'1',AND, (56,4,CH,EQ,C'ODRP',OR, 56,4,CH,EQ,C'LTRM',OR, 56,4,CH,EQ,C'ODRD')) OUTREC FIELDS=(C'/*$VS,''LIBRARY EJECT,',2,6,C) /* What you'd need to do is perhaps write an EARL program which looks at the LAST-USED date in CA-1 and have it write the /*$VS,... commands out to the INTRDR. Or, what I'd do, is have TMSVAULT send all not recently used tapes to an on-site vault and then use the above. You may need to adjust the COND portion, depending on the release of CA-1 involved. -- 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: 3949 ATL management
CA-1 vault management can select and eject tapes from a 3494. If you could make vault rules to select your old tapes, it would work. I've always looked at it from a vault side, IE send G(0) offsite, return G(-1) to live the rest of it's natural life in the 3494. You might be able to select g(+1) that you probably won't use any longer and vault 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: z/OS developer jobs (was: Literacy)
On Tue, 20 Feb 2007 10:17:43 -0700 Howard Brazee [EMAIL PROTECTED] wrote: :On 20 Feb 2007 09:06:59 -0800, [EMAIL PROTECTED] (Jeffrey D. :Smith) wrote: :Now that FLEX-ES is all but history, a small-time z/OS developer like me has :no choice but to change careers with no safety-net. If any of you are in :the same boat, I sincerely wish you the best of luck. :I would not recommend the average kid to go into software at all. :Planning for a career you want something less ephemeral. The rate of :change in the industry hasn't slowed down enough so that a kid has :some idea of what he will be doing in 20 years much less 40. I have no idea what I will be doing a year from now. Change is good. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Literacy (was: IBM Sued)
In southern Germany too: three quarters [of] eight = 7.45 (in German: dreiviertel acht). Even people from northern Germany have problems with that, but to me it sounds quite logically, because I grew up with it. Regards Bernd Am Dienstag, 20. Februar 2007 14:25 schrieben Sie: Not R.S. but R.B. and not Slavic but some Hungarian and (based on what I know from TV) Austrian info: they use a quarter [of] eight as well when meaning 7:15, and three quarters [of] eight) means 7:45. (Note: the [of] part is my addition for readability) While here in the more or less German speaking part of Switzerland it is a quarter past seven and a quarter to eight respectively. Robert Bardos Ansys AG, Zurich, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3949 ATL management
Carey, You could write a GRW program to identify the tape volumes you wish to eject. Then feed those volumes into a CTSSYNC utility run to actually eject each volume from the ATL. Regards, Gary On 20 Feb 2007, at 12:48 PM, Morris, Carey wrote: We have a fairly new 3494 ATL that is about to run out of empty tape slots. To make room for more scratch tapes, I'd like to eject some of the older lesser used tapes. Is there a utility or command to simplify or automate this process? Does anyone have any other suggestions for insuring plenty of slots for scratch tapes? We're using CA-1 if that makes a difference. Thanks, Carey Morris City of Fort Worth -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/OS developer jobs
Binyamin Dissen wrote: [snip] Change is good. Well sure. And big change is better than small change. And big currency is even better. -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: z/OS developer jobs
snip- I have no idea what I will be doing a year from now. Change is good. --unsnip At my last job, long term planning consisted of having some idea where you'd eat lunch when you got there in the morning. NOT a good way to run a IT shop! G -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS developer jobs
At my last job, long term planning consisted of having some idea where you'd eat lunch when you got there in the morning. For over 15 years, I have been snarking: Planning's 'til lunch! NOT a good way to run a IT shop! Unfortunately, many do run that way! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
My experience some years ago with a vendor well known to this list was that our A-P department took the view that a net 30 contract meant they should pay 30 days after receipt of the invoice, and not a day earlier. I think that is an accurate interpretation. The last time I worked for a user, they would flag the invoice for payment on exactly the net date after receipt. I once got a phone call from IBM complaining about non-payment, and wasted a day finding someone in accounts payable who could explain it to me. The call from IBM was actually their error. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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
Java 1.4
We are installing Java 1.4 on z/OS v1r7. When we try to execute the java -version command we are getting the following messages: # java -version CEE3501S The module IOSTREAM was not found. From compile unit /u/sovbld/142/builds/cm142/cm s/pfm/atoe.c at entry point atoe_dllload at statement 2166 at compile unit offset + 60 at address 0AD4B310. Ý1¨ + Done(137) java -version 33554491 Killed /usr/lpp/java/IBM/J1.4/bin/java We found IOSTREAM in the CEE.SCEEH library. We are not sure what to do at this point. Any help would be appreciated. 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: License keys for ISV products(What alternatives are there?
Possibly the only way to bring these A-P departments into line is to have a notice in the invoice that says failure to pay promptly means that the product will stop working. Then the invoice should specify immediate payment, not net 30 or whatever. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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: Java 1.4
Add CBC.SCLBDLL to your linklist. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Steely Sent: Tuesday, February 20, 2007 1:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Java 1.4 We are installing Java 1.4 on z/OS v1r7. When we try to execute the java -version command we are getting the following messages: # java -version CEE3501S The module IOSTREAM was not found. From compile unit /u/sovbld/142/builds/cm142/cm s/pfm/atoe.c at entry point atoe_dllload at statement 2166 at compile unit offset + 60 at address 0AD4B310. Ý1¨ + Done(137) java -version 33554491 Killed /usr/lpp/java/IBM/J1.4/bin/java We found IOSTREAM in the CEE.SCEEH library. We are not sure what to do at this point. Any help would be appreciated. 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: z/OS developer jobs
Jeffrey D. Smith wrote: [snip] I, for one, have just about thrown in the towl with respect to finding employment (either regular or contract) as MVS/OS390/zOS product developer. Forget about the so-called open systems jobs, like Java or Windows, software development. My last job interview in that line of work was a rude awakening; it was obvious after 10 minutes that they were looking for someone younger and prettier (i.e., not a dinosaur), and definitely looking for someone they could pay not more than $40K/year. I had a similar experience a few years ago when I interviewed at that big employer up in the Seattle-Tacoma area, where all the young employees had private offices and the older employees were driving the shuttle buses. eek! Now that FLEX-ES is all but history, a small-time z/OS developer like me has no choice but to change careers with no safety-net. If any of you are in the same boat, I sincerely wish you the best of luck. Cheers Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ The frustrating thing is that IBM could have (maybe could even now) changed that. But they messed up. And continue to mess up. But I gotta' be careful what I say because I get flak from some folks here for whinin'. It's just frustration, really. 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: License keys for ISV products(What alternatives are there?
Net 30 is sometimes specified in the license. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Tuesday, February 20, 2007 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there? Possibly the only way to bring these A-P departments into line is to have a notice in the invoice that says failure to pay promptly means that the product will stop working. Then the invoice should specify immediate payment, not net 30 or whatever. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Level of Dataset Audit Facility (DAF) is Coming Soon
DumpMaster //DMBENAN DD DUMMY Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Tuesday, February 20, 2007 10:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: New Level of Dataset Audit Facility (DAF) is Coming Soon There's another one, isn't there? DumpMaster or DumpManager? *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS developer jobs
On 20 Feb 2007 11:03:30 -0800, [EMAIL PROTECTED] (Steve Comstock) wrote: Change is good. Well sure. And big change is better than small change. And big currency is even better. With some databases, currency is essential. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java 1.4
Thanks for your help. That did the job. Thank You -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mullen, Patrick Sent: Tuesday, February 20, 2007 1:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Java 1.4 Add CBC.SCLBDLL to your linklist. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Steely Sent: Tuesday, February 20, 2007 1:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Java 1.4 We are installing Java 1.4 on z/OS v1r7. When we try to execute the java -version command we are getting the following messages: # java -version CEE3501S The module IOSTREAM was not found. From compile unit /u/sovbld/142/builds/cm142/cm s/pfm/atoe.c at entry point atoe_dllload at statement 2166 at compile unit offset + 60 at address 0AD4B310. Ý1¨ + Done(137) java -version 33554491 Killed /usr/lpp/java/IBM/J1.4/bin/java We found IOSTREAM in the CEE.SCEEH library. We are not sure what to do at this point. Any help would be appreciated. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS developer jobs
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Tuesday, February 20, 2007 1:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS developer jobs On 20 Feb 2007 11:03:30 -0800, [EMAIL PROTECTED] (Steve Comstock) wrote: Change is good. Well sure. And big change is better than small change. And big currency is even better. With some databases, currency is essential. Most databases come with currency. Is that what concurrency means? Con==with currency==money. -- 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: Java 1.4
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mullen, Patrick Add CBC.SCLBDLL to your linklist. Might not hurt to add these three to the linklist: CBC.SCCNCMP CBC.SCLBDLL CBC.SCLBDLL2 We also have them APF-authorized. Java runs fine (FSVO fine); even the 64-bit Java 5 if you give it MEMLIMIT = 256M. -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: Java 1.4
On Tue, 20 Feb 2007 13:26:01 -0600, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mullen, Patrick Add CBC.SCLBDLL to your linklist. Might not hurt to add these three to the linklist: CBC.SCCNCMP CBC.SCLBDLL CBC.SCLBDLL2 We also have them APF-authorized. Java runs fine (FSVO fine); even the 64-bit Java 5 if you give it MEMLIMIT = 256M. In general, when you implement something new and are missing modules, the best places to look (other than IBM-MAIN ;-) ) are the sample PROGxx / LPALSTxx members that came with your ServerPac and compare the contents for libraries you are missing. If you don't know what the libraries are for then the Serverpac: Installing Your Order document that came with your system - srvhlq.ordernum.SCPPLENU(LIST1403)- is a good place to look. The migration manuals can also be helpful, but if it is a component that has been part of the system that you have not previously used,it isn't really a migration issue. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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
TSO TRANSMIT of PDS member
For a test of something else, I ran the job step: //TOJESEXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=(,) //SYSTSIN DD * transmit host.user ddname(INDD) outddname(OUTDD) //INDD DD DISP=SHR,DSN=SYS1.MACLIB(SPLEVEL) //OUTDD DD SYSOUT=(,) The logs and SYSOUT show that TRANSMIT seems to have unloaded and transmitted all of SYS1.MACLIB, not just SPLEVEL. Has it always worked (FSVO work) that way? I thought that not very long ago it would transmit only the member in the INDD statement. z/OS 1.7. -- 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: 3949 ATL management
Thanks to all for the suggestions (and for not pointing out the mangled model number in the subject header). Carey -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Sponseller Sent: Tuesday, February 20, 2007 12:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3949 ATL management Carey, You could write a GRW program to identify the tape volumes you wish to eject. Then feed those volumes into a CTSSYNC utility run to actually eject each volume from the ATL. Regards, Gary On 20 Feb 2007, at 12:48 PM, Morris, Carey wrote: We have a fairly new 3494 ATL that is about to run out of empty tape slots. To make room for more scratch tapes, I'd like to eject some of the older lesser used tapes. Is there a utility or command to simplify or automate this process? Does anyone have any other suggestions for insuring plenty of slots for scratch tapes? We're using CA-1 if that makes a difference. Thanks, Carey Morris City of Fort Worth -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
z/OS System Cmd Characters
OK.I seem to be having another brain-cramp, or else just an Alzheimers moment. So tell me, is there a repository on the system somewhere, like parmlib (not there) where all the different command characters are defined.what for to communicate with tasks (subsystems)? Or is that just defined per each individual software product? I forget?! You can find all of 'em via the CMD 'D OPDATA'. THANX, Mark Young -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
I dunno. I've always done it this way: //SYSTSIN DD * XMIT A.B DSN(pds.name) OUTDS(flat.file) - MEMBERS(member1 member2 etc) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, February 20, 2007 12:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: TSO TRANSMIT of PDS member For a test of something else, I ran the job step: //TOJES EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=(,) //SYSTSIN DD * transmit host.user ddname(INDD) outddname(OUTDD) //INDD DD DISP=SHR,DSN=SYS1.MACLIB(SPLEVEL) //OUTDD DD SYSOUT=(,) The logs and SYSOUT show that TRANSMIT seems to have unloaded and transmitted all of SYS1.MACLIB, not just SPLEVEL. Has it always worked (FSVO work) that way? I thought that not very long ago it would transmit only the member in the INDD statement. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
You can find all of 'em via the CMD 'D OPDATA' IEFSSNxx? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
Paul Gilmartin wrote: transmit host.user ddname(INDD) outddname(OUTDD) //INDD DD DISP=SHR,DSN=SYS1.MACLIB(SPLEVEL) The logs and SYSOUT show that TRANSMIT seems to have unloaded and transmitted all of SYS1.MACLIB, not just SPLEVEL. Has it always worked (FSVO work) that way? I thought that not very long ago it would transmit only the member in the INDD statement. z/OS 1.7. Does the same on z/OS 1.4. Since it appears to just pass the DDNAME directly to IEBCOPY, I would guess it's always worked this way. You can use the MEMBERS(...) keyword on XMIT. I just tried, and this does correctly insert an IEBCOPY SELECT statement when used with DDNAME(...). 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: z/OS System Cmd Characters
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young Sent: Tuesday, February 20, 2007 2:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS System Cmd Characters OK.I seem to be having another brain-cramp, or else just an Alzheimers moment. So tell me, is there a repository on the system somewhere, like parmlib (not there) where all the different command characters are defined.what for to communicate with tasks (subsystems)? Or is that just defined per each individual software product? I forget?! You can find all of 'em via the CMD 'D OPDATA'. THANX, Mark Young There is not a central repository. Each product does it in its own way. For example, JES2 defines it in the JES2PARM member, CA-OPS/MVS II defines it in a startup REXX program which sets a variable, the RACF subsystem does it in the IEFSSNxx member which defines the subsystem. Note that not every product which has a command characters uses the z/OS API to register it. D OPDATA only gives those products which use the API. Some actually trap the console SSI and do their thing. -- 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: z/OS developer jobs (was: Literacy)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey D. Smith Sent: Tuesday, February 20, 2007 11:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS developer jobs (was: Literacy) SNIP You might try SPCI (WWW.SPCI.NET). I know that they do handle developer positions as they are contacted about them (they specialize in IBM Mainframe things - Systems Programming Consultants, Inc -- and always have to my knowledge). 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: z/OS System Cmd Characters
For details about the API John mentions, see Command Prefix Facility (CPF) in MVS Authorized Assembler Services Guide and the associated Reference manual for the CPF macro. Don Imbriale On Tue, 20 Feb 2007 15:00:11 -0600, McKown, John [EMAIL PROTECTED] wrote: There is not a central repository. Each product does it in its own way. For example, JES2 defines it in the JES2PARM member, CA-OPS/MVS II defines it in a startup REXX program which sets a variable, the RACF subsystem does it in the IEFSSNxx member which defines the subsystem. Note that not every product which has a command characters uses the z/OS API to register it. D OPDATA only gives those products which use the API. Some actually trap the console SSI and do their thing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
Just for confirmation, it's always worked that way. Something else to note: if you want to transmit an individual member to VM/CMS, you also must code SEQ so it doesn't generate an IEBCOPY module. CMS's RECEIVE will say some very not-nice things if you don't code SEQ. Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc Sent: Tuesday February 20 2007 13:00 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TSO TRANSMIT of PDS member Paul Gilmartin wrote: transmit host.user ddname(INDD) outddname(OUTDD) //INDD DD DISP=SHR,DSN=SYS1.MACLIB(SPLEVEL) The logs and SYSOUT show that TRANSMIT seems to have unloaded and transmitted all of SYS1.MACLIB, not just SPLEVEL. Has it always worked (FSVO work) that way? I thought that not very long ago it would transmit only the member in the INDD statement. z/OS 1.7. Does the same on z/OS 1.4. Since it appears to just pass the DDNAME directly to IEBCOPY, I would guess it's always worked this way. You can use the MEMBERS(...) keyword on XMIT. I just tried, and this does correctly insert an IEBCOPY SELECT statement when used with DDNAME(...). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA and zIIPs
There is a nice fairly-introductory article about zIIP and zAAP in the upcoming IBM Journal of Research and Development: http://www.research.ibm.com/journal/rd/511/wyman.html It alludes to an internal secure switch to make work eligible on a zAAP - and that this is used by the IBM JVM rather than a Java program running under the JVM. Directing work to zIIPs is much less straightforward. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
MEMBERS(member1 member2 etc) IIRC, memberN only goes up to 8. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
gil: It does the whole PDS on 1.6 and 1.8. I just tried. How about: transmit host.user DA('sys1.macllib(splevel)') For a test of something else, I ran the job step: //TOJESEXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=(,) //SYSTSIN DD * transmit host.user ddname(INDD) outddname(OUTDD) //INDD DD DISP=SHR,DSN=SYS1.MACLIB(SPLEVEL) //OUTDD DD SYSOUT=(,) The logs and SYSOUT show that TRANSMIT seems to have unloaded and transmitted all of SYS1.MACLIB, not just SPLEVEL. Has it always worked (FSVO work) that way? I thought that not very long ago it would transmit only the member in the INDD statement. z/OS 1.7. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defining System SSL
In addition to the SSL support (which I found SC24-5901 did a good job of educating me), you're probably looking at creating a mainframe browser (unless the CICS facility performs that feat). IBM HTTP (SC34-4826) is a lot less problematic than our first encounter but it can be interesting. Jack Kelly LA Systems @ US Courts x 202-502-2390 גדי בן אבי [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/19/2007 03:12 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Defining System SSL Hi, Our CICS gut would like to use CICS facility to open a remote web page using https. This requires setting up SSL. Where can I find the information for setting up SSL? I am running z/OS 1.7 TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Tuesday, February 20, 2007 12:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there? Possibly the only way to bring these A-P departments into line is to have a notice in the invoice that says failure to pay promptly means that the product will stop working. Then the invoice should specify immediate payment, not net 30 or whatever. -- Bruce A. Black It's a bit hazy now, but from my recall of my accounting class in college, net 30 means full payment is due within 30 days, not after 30 days. Many A-P departments now interpret it as postmarked on day 30, so they get another 7 days (or so) float from snail mail. Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.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: z/OS System Cmd Characters
I think the command recognition characters are defined by each product. And some like IMS DB Control, do not show up in D OPDATA. Craig -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The end of z/OS at this site.
On 20 Feb 2007 13:44:04 -0800, Bo [EMAIL PROTECTED] wrote: Today we shut down and boxed up the z/OS system. It's rolling out the door. Most of the operation got switched to either an AS/400 or VM/VSE platform. It was nice being here. I will lurk a while and then end my subscription. Everyone have a good life. I've probably got 2-3 years left before ours is gone. I won't be able to afford to retire quite yet though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
In [EMAIL PROTECTED], on 02/19/2007 at 12:40 PM, Tony Harminc [EMAIL PROTECTED] said: My experience some years ago with a vendor well known to this list was that our A-P department took the view that a net 30 contract meant they should pay 30 days after receipt of the invoice, and not a day earlier. The vendor took the view that they would send out the new licence key upon receipt of payment. Needless to say, this almost always meant that we had to request emergency keys to tide us over. I've been in that situation, but I've never believed that any resulting outage was the vendor's fault. It's true that companies like SAS Institute sometimes make allowances for broken A-P departments, but that does not alter the fact that A-P is broken. I think a decoupling of the keys issue and the payments is called for, and indeed in the real world this happens much of the time. Or they should make the due date 45 days prior to expiration, or they should charge more but provide and early payment discount. But IMHO the real solution is to get upper management involved in holding A-P's feet to the fire. The flip side is that when the customer tells the vendor to include xyz on the invoice, it is the vendor's responsibility to do so. If A-P doesn't pay an invoice because the vendor couldn't be bothered to include necessary cross-reference data, then I blame the vendor, not A-P. -- 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: IBM S/360 series operating systems history
In [EMAIL PROTECTED], on 02/20/2007 at 10:05 AM, Steele, Phil [EMAIL PROTECTED] said: As I recall BPS stood for Basic Programming Support, ( not System) That's certainly true for BPS/360, but the 360/20 was not a S/360 and needed its own software. Are you sure that the 360/20 BPS had the same expansion as BPS/360? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
In [EMAIL PROTECTED], on 02/19/2007 at 12:11 PM, Charles Mills [EMAIL PROTECTED] said: Only if a tape is essentially the same as a disk! The loader, library routines et al are only a tiny fraction of the code base. but the SYSRES was on tape! Isn't that what I wrote? with a tape loader instead of a disk loader. -- 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: License keys for ISV products
In [EMAIL PROTECTED], on 02/19/2007 at 08:39 AM, McKown, John [EMAIL PROTECTED] said: Our biggest problem at our last DR with CA (not their fault) How is an inflexible policy not their responsibility? was (1) no authorized email account available at the DR site and (2) the idiot FAX machine was broken. For some reason, CA said that they were not allowed to tell the EKG code over the phone. Not the problems that we had, but just as serious. IMHO a vendor contemplating the use of keys must devise an airtight scheme for emergency updates and must test it under worst-case scenarios. -- 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: IBM S/360 series operating systems history
In [EMAIL PROTECTED], on 02/19/2007 at 01:08 PM, Kirk Talman [EMAIL PROTECTED] said: IBSYS was the operating system of the IBM 7094 and probably the 7090 7070 7074. (36 bit word machine) Nope; the 709, 7040, 7044, 9090 and 7094 weree 36 bit machines and ran IBSYS; the 7070, 7072 and 7074 were decimal machines and there was no IBSYS for them. Perhaps you're thinking of the 1410 and 7010, but those are also not 36-bit machines. There was an early version(s) of OS that ran on the 7094. There was a S/360 simulator that ran on the 7094. Perhaps that's what you're thinking of. There were two version of MFT -- one with multitasking and one without. Note my reference to MFT II supplanting MFT. They did not exist concurrently in a single release of OS/360, the way that PCP, MFT and MVT did. -- 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: License keys for ISV products(What alternatives are there?)
In [EMAIL PROTECTED], on 02/19/2007 at 08:52 AM, Paul Gilmartin [EMAIL PROTECTED] said: But the distribution list for such warnings might ideally include Accounts Payable personnel who can't even spell TSO. The messages from others suggest that what is needed is a message to someone to lean on A-P, rather than a message to A-P. Electronic communication should be regarded as a utility, like telephone service, where interoperation is essential. If the multitude of cellular telephone services can (mostly) interoperate with each other and with land-based providers, why can't the standard (a standard with only one participant?) TSO/E services interoperate with RFC *821/*822? They can, if you set them up that way. It's not appropriate to do so at every organization. -- 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: License keys for ISV products(What alternatives are there?)
In [EMAIL PROTECTED], on 02/19/2007 at 09:35 AM, Mark Zelden [EMAIL PROTECTED] said: License keys are a fact of life just like spam. Get over it. You could say the same thing about arson, battery, counterfeiting, DOS attacks, etc. I don't consider it to be a healthy attitude. Improvements come from those who don't get over it, but instead fight evils that they see. -- 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: TSO TRANSMIT of PDS member
This is part of the whole MVS schizophrenia on members IMHO. - Does not SVC 99 info retrieval return DSORG=PO for DSN=pds.name(member)? - Can you not open DSN=pds.name(member) with a BPAM DCB and do FIND and BLDL against it? - Why does DSN=pds.name(member),DISP=(OLD,DELETE) not delete just the member? (Yes, I know, because the documentation says so.) I think all of the above are inconsistent with MVS's philosophy of treating pds.name(member) just as though it were a sequential dataset. Yes, yes, I know, it's always been this way and the documentation says so. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, February 20, 2007 12:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: TSO TRANSMIT of PDS member For a test of something else, I ran the job step: //TOJESEXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=(,) //SYSTSIN DD * transmit host.user ddname(INDD) outddname(OUTDD) //INDD DD DISP=SHR,DSN=SYS1.MACLIB(SPLEVEL) //OUTDD DD SYSOUT=(,) The logs and SYSOUT show that TRANSMIT seems to have unloaded and transmitted all of SYS1.MACLIB, not just SPLEVEL. Has 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: TSO TRANSMIT of PDS member
Charles wrote on 21/02/2007 08:25:02 AM: Yes, yes, I know, it's always been this way and the documentation says so. Careful fella, you're starting to sound like gil or Radoslaw... ;-) 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: IBM S/360 series operating systems history
Ah! Mea culpa. You said what I quoted twice, the first time with the qualifier about the loader. In my haste I saw only the second. I think there may have been some other subsetting also. For example, I suspect there was no problem program disk support either. (No QSAM.) We're on the same page -- same OS but with a tape SYSRES. TOS was a piece of work! Every time you linkedited a program (all executable programs in DOS/TOS in those days lived in SYSRES) it copied the SYSRES from tape to tape, kind of like a good old days update of the customer master file. I don't recall if TOS supported overlay structures. That is not an idea whose time has come: loading overlay segments from tape. Charles P.S. Aren't we supposed to be avoiding quoting peoples' e-mail addresses? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, February 20, 2007 12:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM S/360 series operating systems history In [EMAIL PROTECTED], on 02/19/2007 at 12:11 PM, Charles Mills [EMAIL PROTECTED] said: Only if a tape is essentially the same as a disk! The loader, library routines et al are only a tiny fraction of the code base. but the SYSRES was on tape! Isn't that what I wrote? with a tape loader instead of a disk loader. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
- Why does DSN=pds.name(member),DISP=(OLD,DELETE) not delete just the member? OTOH, I can issue: DELETE PDS.DATASET.NAME(MEMBER) With IDCAMS, and it does delete just the member! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
In a recent note, Ray Mullins said: Date: Tue, 20 Feb 2007 13:10:35 -0800 Just for confirmation, it's always worked that way. I'll stand corrected. I guess my wishful thinking blurred into my memory. But I'm honored to be grouped with Charles and Radoslaw on such matters. Something else to note: if you want to transmit an individual member to VM/CMS, you also must code SEQ so it doesn't generate an IEBCOPY module. CMS's RECEIVE will say some very not-nice things if you don't code SEQ. Ah, but I believe there's a CMS PIPELINES stage that will undo it. Also ISPF-CMS, if you happen to be so afflicted. -- 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: TSO TRANSMIT of PDS member
In a recent note, Charles Mills said: Date: Tue, 20 Feb 2007 14:25:02 -0800 This is part of the whole MVS schizophrenia on members IMHO. - Does not SVC 99 info retrieval return DSORG=PO for DSN=pds.name(member)? - Can you not open DSN=pds.name(member) with a BPAM DCB and do FIND and BLDL against it? - Why does DSN=pds.name(member),DISP=(OLD,DELETE) not delete just the member? (Yes, I know, because the documentation says so.) I think all of the above are inconsistent with MVS's philosophy of treating pds.name(member) just as though it were a sequential dataset. Yes, yes, I know, it's always been this way and the documentation says so. And I found out how I misled myself. In fact: //SYSTSIN DD * transmit host.user ddname(INDD) outddname(OUTDD) //INDD DD DISP=SHR,DSN=SYS1.MACLIB(SPLEVEL) does transmit the entire library. I suppose it has ever been thus; I likely simply never tried it. However, by experiment: transmit host.user dsn('SYS1.MACLIB(SPLEVEL)') outddname(OUTDD) ... transmits only member SPLEVEL, in IEBCOPY unloaded format. Words can not express how I feel about all this. But Charles and Radoslaw might make a good guess. -- 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: IBM S/360 series operating systems history
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Tuesday, February 20, 2007 5:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM S/360 series operating systems history SNIP TOS was a piece of work! Every time you linkedited a program (all executable programs in DOS/TOS in those days lived in SYSRES) it copied the SYSRES from tape to tape, kind of like a good old days update of the customer master file. I don't recall if TOS supported overlay structures. That is not an idea whose time has come: loading overlay segments from tape. SNIP TPS supported overlay structures (loaded them from the SYSRES tape), so I just figured its bigger brother, TOS would do the same. I had a friend who worked for Holiday Inns at Holiday City in Memphis back about 1977 where they were still running TOS (I think he had 128K) with 2311 disk drives (if I remember the model correctly). I do not know if they supported ISAM, BDAM or just SAM back then (what a waste of DASD if they could only do SAM). And why a copy of the SYSRES puzzles me. TPS actually updated the SYSRES during a GEN process (where I would add in a module or replace one), not during a run where modules were being pulled in to core. And to someone else's post about this, an assembly took all 4 of our tape drives, and the minimal assembly (NO macros) took 30 minutes (give or take about 15 seconds). Most of that was just initializing things on the work tapes!!! I say that because I used: TEST START x'1000' USING *,R3 NOPR 0 END TEST A real assembly (that would expand to about 1K in size) with 3 DTFs took about an hour. One learned to use REP cards, and clearly notate on the listings what was zapped and why. Later, 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: New Level of Dataset Audit Facility (DAF) is Coming Soon
Michael, I have a question about DAF. Have you ever made DAF so it uses less CPU time? I really like DAF, and found it a great help under certain circumstances. It just seemed that whenever I ran a DAF job, it buried the CPU while the job ran. This was at my last job, where we had an MP3000-H50, about 115 MIPS. Eric Bielefeld Sr. z/OS Systems Programmer Lands End Dodgeville, Wisconsin 414-475-7434 - Original Message - From: Michael Cleary [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: IBM System/360 Operating Systems history
I don't recall if TOS supported overlay structures. That is not an idea whose time has come: loading overlay segments from tape. Not when DASD or crypto-DASD is available; but both IBSYS and TOS supported overlay segments loaded from tape. (Overlays were much more important before the availability of virtual storage than after.) John Gilmore Ashland, MA 01721-1817 USA _ The average US Credit Score is 675. The cost to see yours: $0 by Experian. http://www.freecreditreport.com/pm/default.aspx?sc=660600bcd=EMAILFOOTERAVERAGE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products
Many vendors will negotiate to provide master keys without specification of a CPUID in the key. Put your legal and contracts people on it. They both may reasonably require that you have appropriate controls on the keys. This sort of thing is best raised as a requirement before you sign a contract. If you don't ask they cannot say yes. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- at 03:00 PM, McKown, John [EMAIL PROTECTED] said: CA's EKG code for disaster testing is fairly nice. The code may be nice, but that doesn't help if you can't get a new key in a timely fashion. Have they fixed the problems that they were having half a decade ago? From your account it doesn't seem so. The problems may be different, but if a customer can't get up at a DR site because the vendor won't supply a new key within the contracted interval, then the protection scheme is unacceptable and possibly a serious legal liability. Our biggest problem at our last DR with CA (not their fault) was (1) no authorized email account available at the DR site and (2) the idiot FAX machine was broken. For some reason, CA said that they were not allowed to tell the EKG code over the phone. Like a FAX is more secure??? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
On 20 Feb 2007 14:33:56 -0800, in bit.listserv.ibm-main you wrote: Charles wrote on 21/02/2007 08:25:02 AM: Yes, yes, I know, it's always been this way and the documentation says so. Careful fella, you're starting to sound like gil or Radoslaw... ;-) Or me, Clark Morris who has held the belief that z/OS is in a maintenance mode because of inconsistencies like this and hanging on to CKD which doesn't scale too well when we are fast approaching the era of terabyte disk drives for PCs and probably Digital Video Recorders. I also believe COBOL is in a maintenance mode with no vision for the future when it doesn't support 64 bit and XP link, yet the only OO support for COBOL involves Java and there is now a 64 bit Java. I haven't seen whether COBOL development is supported with a full blown IDE based on Eclipse, either stand alone or in the one also used for C/C++ and Java. The SHARE requirement for this basically exists in the Guide/SHARE Language Futures Task Force Report dated November 1984. 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: 3949 ATL management
Carey, As others have stated, if this is a one-time situation you could run TMSGRW or EARL and create a list of volumes (based on a combination of high expiration date and long-time since last used) and use the output list as input to CTSSYNC (that way, having the volser start in column 1 would be all the parsing required). If this is an on-going situation, there is another alternative using the vaulting system. Think of the 3494 as your library and the shelf as a vault (call it HOME). You can setup a vault rule that says keep in the library (LIBR) until un-used for xx days; then move to location HOME until expired. This way, the vaulting system will assign a slot at location HOME for each volume ejected from the 3494 (don't have to keep enough slots for ALL tapes; just those not inside the 3494 and those not at a real off-site location). When the tapes expire, the vaulting system will move the tapes from HOME back to the library and the next day they will be scratched. So basically, when the vaulting system says to move the tapes from HOME back to the library simply put them in a box; wait one day; and re-enter them into the robot as needed as scratch tapes. This would be a way of constantly moving un-used tapes out of the robot and reducing the shelf-space required in the main tape-library. The downside is that they would be assigned unique slots. Of course, if your library has plenty of shelf-space you can simply ignore the slot number assigned by the vaulting system and simply keep tapes at HOME slotted based on their volsers. Feel free to call level-1 for any questions, they would be happy to help setup such vault rules. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Morris, Carey Sent: Tuesday, February 20, 2007 2:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3949 ATL management Thanks to all for the suggestions (and for not pointing out the mangled model number in the subject header). Carey -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TRANSMIT of PDS member
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris Sent: Tuesday, February 20, 2007 8:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TSO TRANSMIT of PDS member SNIP I also believe COBOL is in a maintenance mode with no vision for the future when it doesn't support 64 bit and XP link, yet the only OO support for COBOL involves Java and there is now a 64 bit Java. SNIP I have a Fujitsu OO COBOL running on Windows. I believe Fujitsu also has it available for Linux. I have even written a program or two under OO (which is rather interesting since I still haven't gotten my hands around the OO concept - BMK.) Some years ago I had the chance to ask COBOL developers about ESA. They said that they were not going to support Access Registers unless and until someone demonstrated a need. Well, unless and until someone demonstrates a need for IBM to implement a real OO COBOL, or z/ARCH exploitation, IBM probably won't do it (I know, IBM sales/marketing can't sell ice-cubes to residents of the Sahara -- long old joke about this). But give them a US$1B market and they will figure out how to get all over it. So if the academic world asks, or a large enough company needs to migrate from some platform that Fujitsu supports with OO-COBOL, watch what happens. Meanwhile, if IMS, DB2, etc. are using 64 bit, but responding to SQL in 31 bit, why would COBOL have to change? Unless you can demonstrate that you need a table larger than 2GB... (Which I think PACBELL could make an argument for it, considering what they used ESA for back around 1994-5). So is COBOL really in maint mode? How about PL/1? What about CICS[/TS]? 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: IBM System/360 Operating Systems history
Overlays were much more important before the availability of virtual storage than after. Right-o. Overlays are in effect programmer-managed virtual storage. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of john gilmore Sent: Tuesday, February 20, 2007 6:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM System/360 Operating Systems history I don't recall if TOS supported overlay structures. That is not an idea whose time has come: loading overlay segments from tape. Not when DASD or crypto-DASD is available; but both IBSYS and TOS supported overlay segments loaded from tape. (Overlays were much more important before the availability of virtual storage than after.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 S/360 series operating systems history
Thompson, Steve wrote: /snip And to someone else's post about this, an assembly took all 4 of our tape drives, and the minimal assembly (NO macros) took 30 minutes (give or take about 15 seconds). Most of that was just initializing things on the work tapes!!! I say that because I used: TEST START x'1000' USING *,R3 NOPR 0 END TEST A real assembly (that would expand to about 1K in size) with 3 DTFs took about an hour. One learned to use REP cards, and clearly notate on the listings what was zapped and why. /unsnip The site I worked at learnt early to split the DTFs out from the application logic aand include them via a link edit. We also never used the common macros eg, OPEN, CLOSE, GET, PUT, and couple of printer positioning macros but hand coded the expansions. All in the name of getting assemblies done in a reasonable time. The sysres tape had at leat two sections to it, a Core Image Library for laod modules at the beginning and at the end a Source Statement Library for the macros and copy books. You knew during an assembly when it had found a macro as the tape started spinning to the back of the tape. From memory the 2415 drives where 20KB/sec. Shmuel Metz said That's certainly true for BPS/360, but the 360/20 was not a S/360 and needed its own software. IBM called it a System 360. It had many things in common with other S/360's and many peculiarities of it's own. It wasn't the only S/360 that had differences from the norm. It was sufficiently S/360 for my wife to write a program to convert our entire application library, 100% assembler, from what assembled and worked on the model 20 to work under DOS/VS on a S370/125. Probably 99% of the work was done by the conversion program AND it highlighted the remaining 1% for human attention. Having said that neither she or I or any of the other 3 programmers would ever have written code that looked like the converted code. Ken -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/OS System Cmd Characters
Mark This would seem to indicate a requirement. I would expect that there is a point within z/OS associated with analysing command input which knows all the characters so that a command can be routed appropriately. Thus it should be possible to have a command which displays all the characters in use at any one time with some sort of hint as to where the command with each character is routed. I'm not at all really knowledgeable in this area having only come across it in system programmer terms in connection with NetView so there may be some obvious flaw in this argument. And I think I may have worked out or vaguely remembered what the flaw might be. If each command is routed through different components having an interest in commands, it is only each component which knows its own character - in general. Perhaps the best that can be asked for is a command which displays some identification for each of these components - which, for all I know, may exist already. Whether or not such a command exists probably the only solution is to impose a discipline within your shop to keep a home-grown member of PARMLIB where all such characters are noted manually for the benefit of other system programmers. In the days I managed a number of test/education systems, I needed to do this sort of thing quite a lot just as an aide-memoire to myself. Chris Mason - Original Message - From: McKown, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 20 February, 2007 10:00 PM Subject: Re: z/OS System Cmd Characters -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young Sent: Tuesday, February 20, 2007 2:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS System Cmd Characters OK.I seem to be having another brain-cramp, or else just an Alzheimers moment. So tell me, is there a repository on the system somewhere, like parmlib (not there) where all the different command characters are defined.what for to communicate with tasks (subsystems)? Or is that just defined per each individual software product? I forget?! You can find all of 'em via the CMD 'D OPDATA'. THANX, Mark Young There is not a central repository. Each product does it in its own way. For example, JES2 defines it in the JES2PARM member, CA-OPS/MVS II defines it in a startup REXX program which sets a variable, the RACF subsystem does it in the IEFSSNxx member which defines the subsystem. Note that not every product which has a command characters uses the z/OS API to register it. D OPDATA only gives those products which use the API. Some actually trap the console SSI and do their thing. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Using IDCAMS to delete PDS member (was:TSO TRANSMIT of PDS member)
Hello Ted, except if you use this IDCAMS jcl ( I doubled it to ensure fun) :-) //DELETE EXEC PGM=IDCAMS //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DSN1 DD DSN=PDS.DATASET.NAME(MEMBER),DISP=OLD //SYSINDD * DELETE PDS.DATASET.NAME(MEMBER) /* //UNDELET EXEC PGM=IDCAMS //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DSN1 DD DSN=PDS.DATASET.NAME(MEMBER),DISP=OLD //SYSINDD * DELETE PDS.DATASET.NAME(MEMBER) /* the end result will be a 0 length member (MEMBER) existing in dataset PDS.DATASET.NAME refer: http://bama.ua.edu/cgi-bin/wa?A2=ind0407L=ibm-mainP=R57372 On Wed, 21 Feb 2007 00:02:42 +, Ted MacNEIL [EMAIL PROTECTED] wrote: - Why does DSN=pds.name(member),DISP=(OLD,DELETE) not delete just the member? OTOH, I can issue: DELETE PDS.DATASET.NAME(MEMBER) With IDCAMS, and it does delete just the member! - Too busy driving to stop for gas! Enjoy Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html