Re: Authorized functions
Maybe it's just the biggot'd Assembler flake within but wouldn't this be much simpler with the COBOL program simply calling an DYNALLOC routine in Assembler... no authorization needed at all for this. On 2/15/12, Chris Craddock crashlu...@gmail.com wrote: On Wed, Feb 15, 2012 at 2:55 PM, McKown, John john.mck...@healthmarkets.com wrote: If you really want do this this: run an APF authorized TSO command from a COBOL program, even one which is linked AC=1. Well, you'll need to cheat horribly. One way to cheat is to run your COBOL program under TSO. Do I even need to point out what a bad idea this is? -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Joe Aulph, Senior Systems Programmer State of Florida: Northwood Shared Resource Centre 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Licence to kill -9
Simple enough: GET SYSIN,SYSSPACE PUT SYSOUT,SYSSPAE The hard part is before the get and after the put. Good luck, ja On Wed, Nov 30, 2011 at 3:26 AM, Lindy Mayfield lindy.mayfi...@sas.comwrote: That is a very fair test, basic, and not high difficulty. Sometimes I get a bit miffed when I find out an interview for a technical position was held without me or any other technical person there. One test question back some years ago with I was working in Heidelberg was to ask the interviewee what would they do if they encountered some network problems. I didn't get that question because I was interviewing for a mainframe position, and with one manager level MVSkinda-sorta and another Unix guy that didn't say much. And knew diddly about mainframes. But the answer they were looking for about the network was the ping utility. To be honest, I would have probably gotten that one wrong because I would have gone deeper too look for a problem. Ping is such a staple utility used so much that I would have dismissed it as being just too obvious. Of course I would have started with something like ping, but I wouldn't have counted it as any sort of answer. Personally I would expect more from a professional. Ok, if someone says they are an assembler programmer, then sure, show us what you can do. Copying a file to a file seems trivial. But what if they aren't an assembler programmer? I'd say come back tomorrow with a working program, and explain briefly how it works in case it was simply copied from another source and (hopefully changed a bit). Copying code is fair game. Now you have me challenged to see if that would be a fair request. My assembler skills are next to nothing. Best I've done is a Rexx assembler function and that was mostly just going through a bunch load of control blocks. And I might as be a RISC programmer - I might know 40 instructions. Starting now, if I don't give up for some good reason, I am going to write an assembler program to copy a file. Something I've never done before, and I have no clue how to do it. Sounds like a nice challenge. Lindy Mayfield -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Tuesday, November 29, 2011 12:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Licence to kill -9 unsnip When they talk about their skills in Assembler, I ask them to write a simple program to copy one file to another. (I had a white boarxd in my office.) We then would critique the result. Sometimes the program was very good: short and effective. Other times, the result was a disaster. One couldn't do it at all. And HE was supposed to be the Assembler expert! Bottom line: you MIGHT dazzle us with brilliance; you certainly CANNOT baffle us with BS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DST option ?
What would the folks in New Foundland do? On Tue, Nov 8, 2011 at 1:37 PM, Ed Gould ps2...@yahoo.com wrote: Perhaps I didn't state it clearly. EST is Set is 10 AM add 30 min 10:30 year around CST is set at 9 AM. Add 30 min 9:30 year around Etc Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Out damn'd GMT ...
1 oz of gold weighs more than 1 oz of water while 1 lb of gold weight lots less than 1 lb of water - the water is 21.53% heavier. Are you sure we're not confusing mass for weight? Is not an ounce and ounce? What was the old question, which is heavier a ton of bricks or a ton of feathers? I'll think on that one durring my extra hour of sleep Sunday... On Fri, Nov 4, 2011 at 2:05 AM, Robert A. Rosenberg hal9...@panix.comwrote: At 03:12 + on 11/04/2011, Ted MacNEIL wrote about Re: Out damn'd GMT ...: US: 2 cups - 8 by 2 = 16 oz IMPERIAL: 2.5 cups = 20 oz 1 IMP gallon = 10 lb (water) 1 US gallon = 8 lb 1 IMP gallon = 160 oz 1 US = 128 oz In both systems: 1 oz weighs 1 oz (water) 1 millilitres of water = 1 gramme. OTOH: 1 oz of gold weighs more than 1 oz of water while 1 lb of gold weight lots less than 1 lb of water - the water is 21.53% heavier. --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems calling IDCAMS:
I see said the blind man. I probably sohuld have included this at first: The variations I was working with. *LOAD EP=IDCAMS, *LRR15,R0 , *CALL (15),VGCARGL,VL *LAR1,VGCARGL , R1 = IDCAMS ARGUMENT LIST LINK EP=IDCAMS,PARAM=VGCOPTA,VL=1 B VGCRET , . . . . ** DS0F VGCARGL DS0XL12 VGCOPTDCAL4(VGCOPTA) VGCDDNDCAL4(VGCDDNA) VGCPGN DCAL4(VGCPGNA) ** *DUMMY PARMS FOR IDCAMS. ** VGCOPTA DCH'' , NO OPTIONS SPECIFIED VGCDDNA DCH'' , NO OVERRIDING DDNAMES VGCPGNA DCH'' , NO PAGE NUMBER SPECIFIED ** The LINK (uncomented) now works. Seymour, as you indicated my LINK was previously using VGCOPT, the address of the options, not the options specifically. Once I specified the options directly, VGCOPTA, Voila! It worked, The SYSPRINT is now as it should be. Thanks guys. On Tue, Nov 1, 2011 at 9:03 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 1320105062.4229.yahoomailmob...@web161402.mail.bf1.yahoo.com, on 10/31/2011 at 04:51 PM, Ed Gould ps2...@yahoo.com said: You really need to look. At the IDCAMS book on how to invoke IDCAMS. From a iffy memory R1 points to a list of DDNAMES like SYSIN1 and SYSRINT2 but you have to look at the docuetation. R1 points to a standard parameter list. The first word should point to a parm string, i.e., halfword length followed by characters. If he correctly sets the end of list bit then only the first word is relevant. Had he wanted the ddname list then he'd have needed a second word in the parameter list, again with the end-of-list bit set correctly. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems calling IDCAMS:
My intent is to construct a proper SYSIN statement and Call IDCAMS using my SYSIN, this I have done. After IDCAMS is finished I should have some SYSPRINT which I would massage after the call to IDCAMS, ie... not using the IDCAMS user I/O routine fcaility. At this point I've modified my code to immediately exit upon return from IDCAMS, no massaging of SYSPRINT at all. As such the SYSPRINT output remains as I described earlier. According to the AMS for ICF catalogs, the LOAD CALL scenario is: LOAD EP=IDCAMS then load register 15 with the address returned from LOAD: LR 15,0 Followed by the call: CALL (15),optionaddr,VL Because I have specified no IDCAMS processing options, PARM= on the EXEC PGM= JCL card. The optionaddr points to a half word of binary zeros. Because the 0C4 was happening in IDCAMS I thought I couldn't change IDCAMS code. So I opted for the LOAD CALL scenario instead of the LINK, it might work, which I initially thought it did, I got around the S0C4. I have found this in my testing today. Initially I used an example of an IDCAMS call from a CBT tape program it was simply: LAR1,argumentlist (points to binary zeros) . LINK EP=IDCAMS Which was the format that initially worked, until the S0C4. After a bit of RTFM in the AMS guide, I find this format should be: LAR1,VGCARGL LINK EP=IDCAMS,PARAM=options,VL=1 Options pointing to a half word of binary zeros. Now whether I use this method or the LOAD CALL method I get my SYSPRINT messed up. As much as I am trying to avoid the user I/O routine is this the route I must take? On Sat, Oct 29, 2011 at 7:29 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In ca+vt6kp9zp4meyxjrqwkm9hilvdutrcqzonmnx2dwegqrdu...@mail.gmail.com, on 10/28/2011 at 03:39 PM, Joe Aulph syspro...@gmail.com said: LAR1,ARGLIST What is in ARGLIST and the things it points at? I was able to construct SYSIN and get the appropriate SYSPRINT. But as the program grew I ran into S0C4 rsn=0011 problems. Where? Did you try to resolve them? -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Problems calling IDCAMS:
Hello List, I'm having an issue with calling IDCAMS from within my program and if anyone could shed some light on this I'd appreciate it. The scenario is like this my program manipulates the SYSIN input to IDCAMS and would, post call, manipulate the SYSPRINT output. The execution JCL allocates both SYSIN SYSPRINT. Initially I was having good success using the call format: No options specified. LAR1,ARGLIST LINK IDCAMS I was able to construct SYSIN and get the appropriate SYSPRINT. But as the program grew I ran into S0C4 rsn=0011 problems. After wrestling a bit with that I switched to the LOAD CALL format: LOAD EP=IDCAMS LR R15,R0 CALL (15),OPTIONS,VL once again no options specified. This worked just fine, getting around the S0C4 problem, except that now the SYSPRINT output is a total mess. The output is 146 lines of VBA/125 output. Interlaced through out are the IDCAMS headders, page numbers, SYSIN commands stuff you'd expect to see. But no actual output from the SYSIN commands, everything else is hundreds of x'4B', an ocassional other odd character but mostly periods, x'4B' . The code is not-reentrant, I've done no GETMAIN's, has anyone ever ran into this sort of thing? Any help would be appreciated. TIA -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Write JES data to an external data set?
Hello all, I have a user that want to, as part of a batch process, write the JESMSGLG and/or the JESYSMSG JES data sets to an external data set. My first thoughts were that, outside of a manual SDSF process, it can't be done. Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, WRITERs, attempted a few tests with variations on the WRITER theme, sith no success. Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM product, which we can't afford, I can't think of one. Anyone? TIA, -- Joe Aulph Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write JES data to an external data set?
Mike, Thanks and my apologies for not mentioning that the PRINT ODSN was my first recomendation, he (the user) want's this as part of the batch process, doesn't want to bother with the SDSF commands. Joe On Tue, Dec 8, 2009 at 3:41 PM, Spencer, Mike mike_spen...@bmc.com wrote: After accessing the task or joblog use the PRT ODSN 'output.dataset' command. After this initial command, issue the PRT command which will send the jesmsg output to the data set, then issue PRT CLOSE to close the process. You can select the number of lines to print if you do not want the whole thing. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Aulph Sent: Tuesday, December 08, 2009 3:34 PM To: IBM-MAIN@bama.ua.edu Subject: Write JES data to an external data set? Hello all, I have a user that want to, as part of a batch process, write the JESMSGLG and/or the JESYSMSG JES data sets to an external data set. My first thoughts were that, outside of a manual SDSF process, it can't be done. Duty bound that I am, I've dug thru the JCL Reference discussions on OUTPUT, WRITERs, attempted a few tests with variations on the WRITER theme, sith no success. Has anyone ever heard of, or done, such a thing? Short of, possibly, an OEM product, which we can't afford, I can't think of one. Anyone? TIA, -- Joe Aulph Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mass Updates to JOB Cards for Account Code Changes
Larry, Are you familiar with CPPUPDTE, an old MVS utility specifiaclly for mass updates. I'm not sure how well documented it is any more, maybes someone else has some doc in it. I will have to scrape the JCL from work and e-mail it around about to get it to you, so it may take a bit, but I'll get you a sample. It is all dependent upon your doing this process outside of Endevor, so keep that in mind. Joe On Fri, Apr 17, 2009 at 8:56 AM, Brown, Larry - St. Louis, MO larry.bro...@stl.usda.gov wrote: We have been tasked to update the account codes for all our production and development jobs. Endevor is used for configuration management. Have not talked to our configuration (Endevor) person yet, but she is fairly new to Endevor, so may not be able to help a lot. Also, I don't t have access to Endevor manuals - yet. So, I am assuming (hoping) we can check out jobs en mass from Endevor some how with a batch job. And then come up with with something (REXX EXEC maybe) to change the job cards to reflect the correct account code. Then run another batch job to return the jobs to Endevor. I'm not an Endevor user, so sorry for not knowing the proper terms for 'checking out', and 'returning'. Anyway, does this sound doable? I know folks have done mass updates to JCL, but not sure about having to work with Endevor. I've done mass updates on VM/CMS files in the past, not MVS though. Checked the archives for Mass Updates, Endevor and Account Code, but didn't see anything helpful right away. Thanks in Advance, Larry Brown USDA, Rural Development St. Louis, MO 63120 (314)457-4939 larry.bro...@stl.usda.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mass Updates to JOB Cards for Account Code Changes
Larry, I use this in one of two modes 1) CHECK 2) UPDATE simple enough, see the parm on the EXEC card. Somewhat like the difference between and APPLY CHECK and an APPLY. The SYSIN specifies the the data that is to be found and the vaule you want it changed to. //yourjobname JOB (x,'SUITE ??'),'Mr. Programmer', //CLASS=z,MSGCLASS=y, //REGION=6144K,NOTIFY=Whomever /*JOBPARM SYSAFF=Your sys // //* THIS UTILITY REQUIRES THE EXISTANCE OF A $$COIBM MEMBER IN THE //* TARGET LIBRARY. THE ENTIRE MEMBER IS DEFINED AS FOLLOWS: //* COL 1 =*** $$$COIBM // //STEP01 EXEC PGM=CPPUPDTE,PARM=UPDATE CHECK //SYSPRINT DD SYSOUT=* //@INSTLIB DD DSN=SYSI.TMON.INSTLIB,DISP=SHR //SYSINDD * Old-dataNew-value /* // Entire contents of $$COIBM member of target PDS, one line and one line only. *** $$$COIBM On Fri, Apr 17, 2009 at 9:42 AM, Brown, Larry - St. Louis, MO larry.bro...@stl.usda.gov wrote: Joe, I'm not familiar with that. I see several google hits though, so will start reading. Would appreciate the sample JCL - thanks a bunch. Larry Brown USDA, Rural Development St. Louis, MO 63120 (314)457-4939 larry.bro...@stl.usda.gov -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Aulph Sent: Friday, April 17, 2009 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mass Updates to JOB Cards for Account Code Changes Larry, Are you familiar with CPPUPDTE, an old MVS utility specifiaclly for mass updates. I'm not sure how well documented it is any more, maybes someone else has some doc in it. I will have to scrape the JCL from work and e-mail it around about to get it to you, so it may take a bit, but I'll get you a sample. It is all dependent upon your doing this process outside of Endevor, so keep that in mind. Joe -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Joe Aulph, Florida Dept. of Children Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMPE/HFS issue:
Hello listers. I recently successfully completed a RECEIVE FROMNETWORK, followed that with the typical APPLY CHECK. I found that I have some trouble updating the HFS files, which could be remedied by simply restoring from a backup source. The question I have is, once the RECEIVE is complete is there anything left in the HFS which could not be tossed with a HFS file restore? I suspect that once the RECEIVE is complete, all PTFs' and such are loaded in their respective SMP(x)TS files that the HFS is not needed, until the APPLY. That the HFS was simply a temporary work space. Some confirmation on this, before I trash the old HFS, would be nice. TIA, Cheers, Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us NOTICE: Florida has a broad public records law. Most written communications to or from state officials are public records that will be disclosed to the public and the media upon request. E-mail communications may be subject to public disclosure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE/HFS issue:
That's what I wanted to hear! Thanks John, Joe, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us Chase, John jch...@ussco.com To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: SMPE/HFS issue: 02/23/2009 02:01 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joe Aulph Hello listers. I recently successfully completed a RECEIVE FROMNETWORK, followed that with the typical APPLY CHECK. I found that I have some trouble updating the HFS files, which could be remedied by simply restoring from a backup source. The question I have is, once the RECEIVE is complete is there anything left in the HFS which could not be tossed with a HFS file restore? I suspect that once the RECEIVE is complete, all PTFs' and such are loaded in their respective SMP(x)TS files that the HFS is not needed, until the APPLY. That the HFS was simply a temporary work space. Some confirmation on this, before I trash the old HFS, would be nice. I've never had further need for the download file HFS after the RECEIVE has completed. I just clean it out and leave it mounted for the next RECEIVE cycle. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE/HFS issue:
Otto, Mark, Yes, Yes I certainly do realize that by and large HFS files are systems files, you can't simply delete them without adversely impacting something. Particularly, as you point out Otto, that as time goes on more and more z/OS components will depend on HFS's. As Mark pointed out my question was in relation to SMPNTS data and whether, after a successful RECEIVE, there was any need for it. The consensus being that once RECEIVED it was no longer referenced. The reason for the QA was that this was the first RECEIVE FROMNETWORK that I had done, darn I hated letting loose of tapes... In the RECEIVE process I pointed my SMPE DDDEF for SMPNTS at CICSSERVICE/usr/lpp/cicsts. The ensuing APPLY CHECK failed, RC=08. Upon investigating I found that all the HFS files that should have followed ./cicsts/... were gone. Double checking as I did, are we sure the HFS is mounted etc I found that indeed nothing was left in my CICSSERVICE/.. HFS. So I restored the HFS from a backup and am now in the APPLY process. But that does bring up another question: Will the RECEIVE FROMNETWORK process overwrite, in my example, all the directory structure beyond the mount point? Or is my missing cicsts/... directory structure due to unknown reasons sometimes encountered a test environment? Thanks again, Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us Mark Zelden mark.zel...@zuri CHNA.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: SMPE/HFS issue: 02/23/2009 03:31 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On Mon, 23 Feb 2009 15:05:41 -0500, Schumacher, Otto otto.schumac...@eds.com wrote: The HFs files are not temporary these files are used by the Unix zOS interfaces. CICS has Java interfaces. DB2 has JDBC and ODBC connect interfaces. If a when you start using these interfaces. These HSF file will be required for products interfaces to WEB sphere , mQ, CTG, JAVA and DB2 Connect(DBRC, JDBC) and TPCIP. You need to do some more research on how and why the HFS now(ZFS) files are required. I think the OP was referring to the temporary files received into the SMPNTS or unwound into the SMPNTS as part of the receive order or receive sysmod SMP/E process. The files you are referring to are target libraries needed during apply and to run the software that is being installed. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE/HFS issue:
Mark, 1) You don't need the SMPNTS data sets for the apply. After RECEIVE is complete, everything is in the SMPPTS and RELFILEs (if they are used). Agreed, absolutely You should use a work directory for your SMPNTS Undersore's the need for good backup's, I've avoided the FROMHETWORK thing, decided to finally address it... It ws no problem the restore the HFS. As this went on today I came to the conclusions you note, and are probably dicumenter in a manual if I'd move my lazy butt and open them. As it is I'm mulling over how to structure my SMPNTS definition seperate from product libraries. Thanks to all who contributed. Cheers, Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Nomad 6.51
Daniel, Closest I've got is IUT 7.5.3, you want it? Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us Daniel McLaughlin daniel_mclaughli n...@us.crawco.com To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Nomad 6.51 02/16/2009 09:15 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Really stretching it here even for a Monday. Do any of you have any Nomad 6.51 documentation you'd be willing to donate to our badly backlevel users? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: is there anyway to recreate a SMP GLOBAL zone?
Of course the Global Zone wouldn't know where it was APPLY'd that's kept in the TARGET zone. As Tom said, create a new GLOBAL and point to the TGT DLIB zones via the ZONEINDEX. Besides re-RECEIVEing andy DDDEF's will need to be re-created. Thank You, Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us Tom Marchant m42tom-ibmm...@y AHOO.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: is there anyway to recreate a SMP GLOBAL zone? 02/09/2009 10:57 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On Mon, 9 Feb 2009 10:40:17 -0500, Barkow, Eileen wrote: I did not install this product and i am not sure how this happened, but somehow the global zone of a new CICS installation disappeared and we have no backup of whatever volume it was on. We still have the distlib and target zones. Is there anyway to recreate a global zone? You can create a new global zone and define your target and distribution zones in it. Of course, the new global zone won't know where anything was applied, but that shouldn't cause you any problem. You will have to re-receive any maintenance that you might need to apply. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG Question
This brings up a question I've had before. Why is the 'V00' not made use of? Why doesn't'GV00 roll over to G0001V01? Rather than starting over at G0001V00... Just a thought Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us Scott Barry sba...@sbbworks. COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: GDG Question 01/19/2009 02:41 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On Mon, 19 Jan 2009 14:13:34 -0500, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: It seems to me that I saw a thread that stated when you hit GV00 you will be unable to create (+1). Is this correct? How did you handle this situation? Just delete all generations or create a new GDG? THI Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 The GDG assignment rolls from GV00 to **.G0001V00 on this condition. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG Question
So what your saying is the the LOCATE/CAMLIST macros (and others I suppose) never even look at the Vxx part of the DSN. Your usage of it is interesting, never thought of it myself, but lord knows I could have used it! Thank You, Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us Lizette Koehler stars...@mindspr ING.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: GDG Question 01/20/2009 09:16 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu The V00 part of the GV00 number is used to create the same GDG number without impacting the GDG numbers. Say I have G0001V00 and I find that it is incorrect, I then create a G0001V01. Now let's say the G0001V01 is still the Generation 0 entry in the GDG. Then when I use DSN(0) it pulls in G0001V01 as if it were G0001V00. And the G0001V00 is gone. Best part I did not roll off any other GDGs when creating the G0001V01 entry. Lizette This brings up a question I've had before. Why is the 'V00' not made use of? Why doesn't'GV00 roll over to G0001V01? Rather than starting over at G0001V00... How did you handle this situation? Just delete all generations or create a new GDG? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Survey says...
5 followed by 6 (if I must learn this then I guess I will). Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us P S zosw...@gmail.co M To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Survey says... 01/06/2009 10:03 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu I'm trying to judge the level of penetration of the (relatively) new DLL technology. So without getting into theology or categorical imperatives, I'd be grateful if y'all could answer this question: If you were told that to use a feature of a vendor product on z/OS, you need to put some code in a DLL, would your reaction be: 1) No problem. 2) I think I know how to do that. 3) I should know how to do that; guess I'd better learn. 4) I don't want to do that. 5) What's a DLL? 6) (Something else) Thanks in advance! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF and long lines (was: CLIST/REXX Philosophy)
80 byte LRECL, it was good enough for my phone bill in 1972, it's good enough for my CLISTs today.. ; o ) Is it Friday yet? Joe Aulph, Senior Systems Programmer: 850-487-8945 joe_au...@dcf.state.fl.us Howard Brazee howard.bra...@cu SYS.EDU To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: ISPF and long lines (was: CLIST/REXX Philosophy) 12/17/2008 01:41 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On 17 Dec 2008 09:58:06 -0800, paulgboul...@aim.com (Paul Gilmartin) wrote: Why, why doesn't ISPF edit, as an option, provide the facility to display long lines as single fields occupying multiple screen lines, as XEDIT does. This makes insertion into a long line vastly easier. Users preferring to shift right and left could leave the option disabled (as is likewise possible in XEDIT). It's Legacy. We're dinosaurs here, and while dinosaurs were successful lasted much, much longer than the newcomers will, we are not adapting to the future. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocated Dataset Question
Howard, We have what I belive is a CBT tape tool, installed by my now retired predecessor. On the option line we key in $LE for list enqueue. Good luck Joe Aulph, Senior Systems Programmer: 850-487-8945 [EMAIL PROTECTED] Howard Rifkind [EMAIL PROTECTED] T.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Allocated Dataset Question 11/20/2008 10:38 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Keyed in WHOHAS on the option line and it was invalid...DSN is on the DSname line. Lucy Arnold [EMAIL PROTECTED] 11/20/2008 10:31 AM WHOHAS Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Friday O-T/playing the blues: (was: Used Shark Available)
Eric, This ought to get your issue back on track. As far as your Blues are concerned I can't help you, can anyone? Cheers, Joe, Eric Bielefeld [EMAIL PROTECTED] RR.COMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Used Shark Available 09/26/2008 10:08 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Shheese. You guys hijacked my thread. And in St Louis, they have the Blues, who from what little I've read in the paper, are probably going to be singing the blues throughout the season. Well - I can help them at that. I play guitar in a blues jam occasionally. So far I don't have any takers for our Shark. Not even one inquiry. I know 3 or 4 years ago I put something out on IBM-Main, and a vendor actually called. I think it was 3480 tape drives. They didn't pay a lot, but they deinstalled whatever it was, for us and hauled it away. Eric Bielefeld Washington University St Louis, MO 314-935-3418 On Fri, 26 Sep 2008 07:20:18 -0500, Chase, John [EMAIL PROTECTED] wrote: Blackhawks. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Used Shark Available
Being a displaced Detroit native I do take exception to that... Donnelly, John P John.P.Donnelly@ To NSC.COM IBM-MAIN@BAMA.UA.EDU Sent by: IBM cc Mainframe Discussion List Subject [EMAIL PROTECTED] Re: Used Shark Available .EDU 09/25/2008 04:14 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU ..caught my eye...live in San Jose, CA...home of the SAN JOSE SHARKS, winners of the next Stanley Cup... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Thursday, September 25, 2008 10:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Used Shark Available On 25 Sep 2008 09:31:16 -0700, [EMAIL PROTECTED] (Eric Bielefeld) wrote: Used Shark Available We don't get offers like that everyday. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Used Shark Available
Is it Friday yet??? This could get nasty.. Particularly if there are hockey-moms and lipstick in the audience.. Cebell, David [EMAIL PROTECTED] M To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Used Shark Available 09/25/2008 04:19 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU From Dallas We may need to check the STARS for the next winner! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Donnelly, John P Sent: Thursday, September 25, 2008 3:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Used Shark Available ..caught my eye...live in San Jose, CA...home of the SAN JOSE SHARKS, winners of the next Stanley Cup... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Thursday, September 25, 2008 10:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Used Shark Available On 25 Sep 2008 09:31:16 -0700, [EMAIL PROTECTED] (Eric Bielefeld) wrote: Used Shark Available We don't get offers like that everyday. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Training
Jay, I've taken a Vanguard course or two and found them quite helpful, although nothing on conversions. You may want to subscribe to and cross post this to RACF-L http://www.listserv.uga.edu/ . You'll find lot's of good advice there. Good luck, Joe Aulph, Senior Systems Programmer: 850-487-8945 [EMAIL PROTECTED] SUBSCRIBE IBM-MAIN Jay AbleidingerTo jay.ableidinger@ IBM-MAIN@BAMA.UA.EDU EFIRSTBANK.COMcc Sent by: IBM Mainframe Subject Discussion List RACF Training [EMAIL PROTECTED] .EDU 09/22/2008 01:15 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Hello all, We are going to be migrating our ESM from Top Secret to RACF. I see that there are several options for RACF education (IBM, Vanguard, Henderson Group, etc) and would like to hear any opnions about the various options. TIA Jay -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Korean insurer retires 7,000 MIPS mainframes
If this is old news, does any one know how they have done two years on? Thank You, Joe Aulph, Senior Systems Programmer: 850-487-8945 [EMAIL PROTECTED] Steve Comstock [EMAIL PROTECTED] IEND.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Korean insurer retires 7,000 MIPS mainframes 08/27/2008 09:27 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Mark Zelden wrote: Korean insurer Samsung Life Insurance shut down its IBM zSeries mainframes, shifting a 7,000 MIPS workload, including loan, contract and payment systems to two HP Itanium 2-based Superdomes running HP-UX. http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1214459,00.html -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Old news (Sept. 2006). Think this was discussed earlier here on ibm-main. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.html== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Receive Out of Space Question
Howard, What data set did you run out of space on? Can you include the error message from the out of space condition? Cheers, Joe Aulph, Senior Systems Programmer: 850-487-8945 [EMAIL PROTECTED] Howard Rifkind [EMAIL PROTECTED] OMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU SMPE Receive Out of Space Question 08/15/2008 01:36 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU I did an SMPE receive of CICSTS32 and the features which came on the CBPDO tape and ran out of space during the process. I'm installing into a seperate CSI just for CICS. What would be the best way to resolve this issue...expand the Global CSI or delete the SMP datasets and redefine them. If extend, how would I go about that. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: California's COBOL payroll system
I have more than once tutored my own children, neighbors children, etc.. in mathematics and basic algebra. The first thing i always do is take away the calculator! Cheers, Joe Aulph, Senior Systems Programmer: 850-487-8945 [EMAIL PROTECTED] Warren Brown [EMAIL PROTECTED] Sent by: IBM To Mainframe IBM-MAIN@BAMA.UA.EDU Discussion Listcc [EMAIL PROTECTED] .EDU Subject Re: California's COBOL payroll system 08/10/2008 04:54 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU My wife teaches fifth grade and tells me that her kids can't tell time on an analog clock. They grew up in a digital world! Most analog devices are more accurate than their digital counter parts. Take the clock, there is an infinite number of places between the 12 and the 1. -- Original message from Thomas Berg [EMAIL PROTECTED]: -- == Robert A. Rosenberg == wrote 2008-08-09 06:29: At 11:43 AM -0500 on 8/6/08, Rick Fochtman wrote about Re: California's COBOL payroll system: When second-graders are permitted to use calculators for arithmetic Something predicted over 60 years ago in a story by Science Fiction Author Isaac Asimov. In his story, set in the far future, everyone uses a Hand Calculator and the concept of being able to do arithmetic by hand is not even imagined until a mathematical genus reinvents arithmetic by studying the results produced by his Hand Calculator. That story is hilarious ! :) Thomas Berg -- __ Mundus Vult Decipi __ They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin Military justice is to justice what military music is to music. - Groucho Marx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: California's COBOL payroll system
++David J. Farber, a computer science professor at Carnegie Mellon University, said using Cobol was roughly ++equivalent to having “a television with vacuum tubes.” Mr Farber was probably teaching Pascal ( a widely used business programming language) when the rest of were in the trenches and probably couldn't find his way out of a BCT loop e... excuse me --- a PERFORM VARRYING loop. Joe Aulph, Senior Systems Programmer: 850-487-8945 [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: California's COBOL payroll system
Well that means this November we have the chance, responsibility, to put in a new set of clowns. Yet another strong argument for term limits.. Joe A, Chase, John [EMAIL PROTECTED] To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: California's COBOL payroll system 08/06/2008 02:52 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Harper And here's a new story from the Sacramento Bee: http://www.sacbee.com/111/story/1135631.html confirming that this is not a technical issue, but a political posturing issue. But we elected those clowns. What does that say about us? -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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html