Re: TSO HELP TEXT FOR LIST OF COMMANDS
Bill Godfrey wrote: Try sys1.help(commands). That's what I needed, thank you. I previously ran a search on SYS1.HELP and, for some reason, found IKJEFH90 but not COMMANDS - no idea why. Sorry I bothered IBM-MAIN with something like that. I currently plan to build an addendum to COMMANDS that lists all the SYS1.HELP members (which I have on my PWD system) and will distribute it. Something else I'm thinking about is an ISPF panel which displays the HELP list. If you have ideas on these projects, please let me know. My initial problem was to find the name of some RACF commands I want to run in batch, and when I looked at SYS1.HELP, I saw plenty of other commands. I think building a COMPLETE LIST OF COMMANDS displayed by the HELP command would be useful (to me and perhaps to a few other people). BTW, I recently added the FSHELP command (Full-Screen HELP) to the freeware file I distribute. FSHELP uses STEMEDIT to BROWSE or VIEW the output of the HELP command. It's all here: http://gsf-soft.com/Freeware/ -- Gilbert Saint-Flour GSF Software http://gsf-soft.com -- 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: Where to find statistics for fetched programs?
On Wed, 7 Oct 2009 13:56:48 -0500, Jan Vanbrabant wrote: But I couldn't dig up what I was looking for: will one of the reports display the CPU usage within each module? Jan, None of the reports you listed will show CPU consumption by program, because that information is not collected. Reported usage for a program will be the same whether it consumed a CPU minute or a CPU hour. Now, the reported usage will be different if that CPU minute (or hour) is spread over one invocation or one thousand invocations, but only in terms of use count. If those thousand invocations are from the one job, then that only counts as one job using the program. This is the sort of situation where the choice of report may become significant. [Note that the above is based Dorana/TAD4z whereas I will not attest to how usage reported by TLCMz is affected by these illustrative comparisons. It is possible that it is slightly different in terms of usage counts.] You're right that Dorana/TLCMz/TAD4z will report the use of programs even if they are not named on EXEC JCL statements. LLA exits can also do this, but only for programs fetched from LLA-managed libraries. I was thinking of a scheme of monitoring CPU time at the RB level back in the Dorana days if there was any interest. There wasn't. The idea was that the CPU time of an RB would be accumulated and logged against the name of the program that the RB pointed to. Note this this means that CPU time spent in programs that were simply branched to would be logged against the programs that branched to them. The scheme would have been strictly for TCB mode only, and so these days may be considered incomplete, and therefore misleading to some extent. Still, it never got beyond the idea stage, so I guess the technical issues are not a problem. Cheers, Greg -- 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: DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ
Hi Willie, I usually use the following format and it brings back only the datasets that match the HLQ : HSEND LIST LEVEL(MYHLQ) MCDS ODS(MYUSERID.DATASETS) Regards, Gil. On Wed, 7 Oct 2009 09:07:26 -0700, willie bunter williebun...@yahoo.com wrote: Good Day To All, Could anybody tell me how I can obtain a list of MCDS ML2 dsns for a specific user. I tried the following command but I got all of the MCDS. HSENDCMD LIST LEVEL(CICS003) MCDS SELECT(ML2) Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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
Password?
When I arrived at work this morning there was a panel on my work station that was asking for my password for LISTSERV. I don't recall ever having a password or for that matter how to request a password. Can someone help clear up this confusion? Thanks, Ray Baraniecki Morgan Stanley Smith Barney 18th Floor 1 New York Plaza New York, NY 10004 Office - 212-276-5641 Cell - 917-597-5692 ray.baranie...@morganstanley.commailto:ray.baranie...@morganstanley.com BE CARBON CONSCIOUS. PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING THIS E-MAIL. -- Important Notice to Recipients: It is important that you do not use e-mail to request, authorize or effect the purchase or sale of any security or commodity, to send fund transfer instructions, or to effect any other transactions. Any such request, orders, or instructions that you send will not be accepted and will not be processed by Morgan Stanley Smith Barney. The Global Wealth Management Group of Morgan Stanley Co. Incorporated and the Smith Barney division of Citigroup Global Markets Inc. have combined into Morgan Stanley Smith Barney LLC, a new investment adviser and broker-dealer registered with the Securities and Exchange Commission. The sender of this email is an employee of Morgan Stanley Smith Barney. Important disclosures on Morgan Stanley and Citi Investment Research Analysis research reports may relate in part to the separate businesses of Citigroup Global Markets Inc. and Morgan Stanley that now form Morgan Stanley Smith Barney LLC. To view these important research disclosures, go to http://www.morganstanley.com/researchdisclosures and https://www.citigroupgeo.com/geopublic/Disclosures/index_a.html. If received in error, please destroy and notify sender. Sender does not intend to waive confidentiality or privilege. Use of this email is prohibited when received in error. We may monitor and store emails to the extent permitted by applicable law. -- 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: Password?
Well, first of all, and speaking purely as an Information Security specialist and fellow mainframer, I would recommend you find the person who requested your password and beat them senseless with a full box of 80-column cards (unpunched, so that they have their full weight and heft). My system does request a password for IBM-MAIN (and RACF-L as well) and gives the option of storing it in a cookie. It's been doing this for me for yonks, so my only guess here is that someone tried to go into your Listserv account to post something on IBM-MAIN without your knowledge or consent (see above for remedy). Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. Website: http://www.InfoSecInc.com e-Mail: dfar...@infosecinc.com LI: http://www.linkedin.com/in/DocFarmer On Thu, 8 Oct 2009 08:08:55 -0400, Baraniecki, Ray ray.baranie...@morganstanley.com wrote: When I arrived at work this morning there was a panel on my work station that was asking for my password for LISTSERV. I don't recall ever having a password or for that matter how to request a password. Can someone help clear up this confusion? Thanks, Ray Baraniecki -- 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: TSO HELP TEXT FOR LIST OF COMMANDS
Gilbert Saint-Flour of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/08/2009 01:59:12 AM: Gilbert Saint-Flour usenet5...@yahoo.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Bill Godfrey wrote: Try sys1.help(commands). That's what I needed, thank you. I previously ran a search on SYS1.HELP and, for some reason, found IKJEFH90 but not COMMANDS - no idea why. Sorry I bothered IBM-MAIN with something like that. I currently plan to build an addendum to COMMANDS that lists all theSYS1.HELP members (which I have on my PWD system) and will distribute it. Something else I'm thinking about is an ISPF panel which displays the HELP list. If you have ideas on these projects, please let me know. My initial problem was to find the name of some RACF commands I wantto run in batch, and when I looked at SYS1.HELP, I saw plenty of other commands. I think building a COMPLETE LIST OF COMMANDS displayed by the HELP command would be useful (to me and perhaps to a few other people). BTW, I recently added the FSHELP command (Full-Screen HELP) to the freeware file I distribute. FSHELP uses STEMEDIT to BROWSE or VIEW the output of the HELP command. It's all here: http://gsf-soft.com/Freeware/ FSHELP (alias of REVIEW) from CBT file 134 will display the COMMANDS member of SYSHELP if no operand is given. Regards, John K -- 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: Password?
Doc Farmer pisze: Well, first of all, and speaking purely as an Information Security specialist and fellow mainframer, I would recommend you find the person who requested your password and beat them senseless with a full box of 80-column cards (unpunched, so that they have their full weight and heft). I would be careful. There is no reason to beat PANEL wich asked the password. This is software object, not a human being. g My system does request a password for IBM-MAIN (and RACF-L as well) and gives the option of storing it in a cookie. It's been doing this for me for yonks, so my only guess here is that someone tried to go into your Listserv account to post something on IBM-MAIN without your knowledge or consent (see above for remedy). Or simply something changed. New PC, another browser, cleared cookies, etc. Solution: http://bama.ua.edu/cgi-bin/wa?LOGON If this is the first time you see this dialog, or if you have forgotten your password, you will need to get a new LISTSERV password first. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: TSO HELP TEXT FOR LIST OF COMMANDS
On Wed, 7 Oct 2009 14:51:14 -0500, Mark Zelden mark.zel...@zurichna.com wrote: On Wed, 7 Oct 2009 20:55:56 +0200, Gilbert Saint-Flour usenet5...@yahoo.com wrote: Hello: When I issue the default HELP command (no operand), I get a list of TSO commands, not of any product which has HELP members in SYS1.HELP, such as RACF or HSM. In SYS1.HELP(IKJEFH90), I found the list HELP shows by default, but if I modify it, HELP doesn't show the updated list to me. I checked VLF, but didn't find SYS1.HELP in it. What am I missing ? What can I do to change the LIST OF COMMANDS that the HELP command displays by default? Thank you for your help. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com Hi Gilbert, IKJEFH90 is an alias of COMMANDS - which HELP looks for. Entry Type: HELP Zone Name Entry Name: IKJEFH90 Zone Type LASTUPD: HTE7740 TYPE FMID HTE7740 RMID HTE7740 DISTLIB AHELP SYSLIBHELP - ALIASCOMMANDS *** Bottom of data * As someone kindly pointed out to me off list, I wrote that backwards in my reply. :-( But a picture is worth a thousand words. As the SMP/E display shows, COMMANDS is an alias of IKJEFH90. 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
Re: TSO HELP TEXT FOR LIST OF COMMANDS
On Wed, 7 Oct 2009 17:45:39 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 7 Oct 2009 14:51:14 -0500, Mark Zelden wrote: On Wed, 7 Oct 2009 20:55:56 +0200, Gilbert Saint-Flour wrote: When I issue the default HELP command (no operand), I get a list of TSO commands, not of any product which has HELP members in SYS1.HELP, such as RACF or HSM. In SYS1.HELP(IKJEFH90), I found the list HELP shows by default, but if I modify it, HELP doesn't show the updated list to me. I checked VLF, but didn't find SYS1.HELP in it. IKJEFH90 is an alias of COMMANDS - which HELP looks for. I fear you've restated Gilbert's problem, not provided the solution he sought. Even though I wrote the alias relationship backwards, I thought I did when I indicated COMMANDS is the member help looks at. Gilbert needed to update COMMANDS, not IKJEFH90 - which I'm sure he figured out. Of course using ISPF edit will destroy the MALIAS, but you can re-establish that with TSO RENAME or the PDS86 utility (not that is matters... I would update COMMANDS in a library concatenated ahead of SYS1.HELP or install it as an SMP/E usermod which would take care of the alias). 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
Re: Password?
On Thu, 8 Oct 2009 14:55:10 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Doc Farmer pisze: Well, first of all, and speaking purely as an Information Security specialist and fellow mainframer, I would recommend you find the person who requested your password and beat them senseless with a full box of 80-column cards (unpunched, so that they have their full weight and heft). I would be careful. There is no reason to beat PANEL wich asked the password. This is software object, not a human being. g There is a reason, but only if you dislike Microsoft... ;) My system does request a password for IBM-MAIN (and RACF-L as well) and gives the option of storing it in a cookie. It's been doing this for me for yonks, so my only guess here is that someone tried to go into your Listserv account to post something on IBM-MAIN without your knowledge or consent (see above for remedy). Or simply something changed. New PC, another browser, cleared cookies, etc. Hey, I've been doing security/audit for a third of a century. Paranoia is a *job requirement*. :-D But you're right, every time I scrub my system for spyware/malware, a lot of the cookies get nuked and I have to put the password in again. No big whoop. Many thanks, Radoslaw! Doc p.s. If you ever need any mainframe security work done, give me a call. I'll be happy to help. Heck, I'll even bring my own box of 80-column cards... ;) -- 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: Issues with FDRTCOPY and TMS
The documentation for FDRTCOPY contains the following in its explanation of the EXP paramater of the copy command (the following is paraphrased and out of order from the manual): EXP=JCL is the default EXP=JCL says that any EXPDT or RETPD on the output tape will be honored. If these are not present on the DD statement, the expiration date will be copied from the input file. So Russell's guess is on the money. Jeff Holst Fiserv On Wed, 7 Oct 2009 20:37:41 -0500, Russell Witt res09...@verizon.net wrote: I am guessing that FDRTCOPY is attempting to copy the expiration from the input to the output file. If BES260 is not defined to CA-1; simply remove EXPDT=98000 from the TAPEIN DD statement. Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, October 06, 2009 4:31 PM To: IBM-MAIN@bama.ua.edu Subject: Issues with FDRTCOPY and TMS I'm attempting to copy data from a 'foreign' tape to a virtual tape on my VSM. The input tape is duly designated as foreign with Expdt=98000, My problem is TMS thinks the output tape is foreign as well. JCL follows: //FDRTCOPY EXEC PGM=FDRTCOPY,REGION=0M //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //TAPEIN DD DSN=abc.def,DISP=OLD, // UNIT=FRGN3490,VOL=SER=BIS260,EXPDT=98000 //TAPEOUTDD DSN=abc.def,UNIT=ETAPE, // DISP=(NEW,CATLG),VOL=(,,,255) //SYSIN DD * COPY /* The system mounts a tape number known to TMS but I then get the following: TMS008 IEF233A M 0B6A,BIS260,,BISTC260,FDRTCOPY,abc.def IEC501A M 05F0,PRIVAT,SL,COMP,BISTC260,FDRTCOPY TMS001 IEC501A M 05F0,PRIVAT,SL,COMP,BISTC260,FDRTCOPY,BXAIR 54 IECTMS2 05F0,503002,VERIFY TAPE FROM OUTSIDE LIBRARY OR ' R 54,HELP IECTMS2-HELP 823 THE TAPE MOUNTED FOR A NON-RESIDENT/FOREIGN REQUEST MATCHES A CA-1 CONTROLLED VOLUME. ENTER 'M' TO DISMOUNT THE VOLUME, OR 'U' TO ALLOW OUTPUT PROCESSING FOR THE VOLUME. 55 IECTMS2 05F0,503002,VERIFY TAPE FROM OUTSIDE LIBRARY OR ' R 55,U IECTMS9 05F0,503002,BISTC260,TAPEOUT ,FOREIGN ,0001,CKUP.LA IEC705I TAPE ON 05F0,503002,SL,COMP,BISTC260,FDRTCOPY,MEDIA1 IEC205I TAPEOUT,BISTC260,FDRTCOPY,FILESEQ=1, COMPLETE VOLUME VOLS=503002,TOTALBLOCKS=12505 First of all my operator should not have replied U but does anyone have an idea as to why that TMS thinks 503002 is a duplicate of a known TMS tape when in fact it is the TMS 503002 being written to? Of course a query against 503002 on TMS reveals a scratch tape. Thank You, Dave O'Brien NIH Contractor -- 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: Broken Brancher (was Re: Best IEFACTRT)
In hdemimhlcnkiedehaemekejfaoac.wmhbl...@comcast.net, on 10/02/2009 at 05:07 PM, William H. Blair wmhbl...@comcast.net said: I know one got put in there, but I didn't know it got put there because some customer(?) asked for it to be put in. My recollection is that IBM created the eyecatcher APAR without customer input. -- 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
Re: Is there an owner of IBM-MAIN nowdays?
Ed, I assume you checked the box to receive your own posts on the Join or Leave the IBM-MAIN List screen. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Ed Gould ps2...@yahoo.com Did you ever find an answer as to why my submissions are not echoed back to me?Thanks, Ed --- On Fri, 7/31/09, Darren Evans-Young dar...@bama.ua.edu wrote: -- 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: DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ
Gilbert, Thanks for the suggestion. I tried out the command and it gave me what I was looking for. Thanks. --- On Thu, 10/8/09, Gilbert Cardenas gilbertcarde...@grocerybiz.com wrote: From: Gilbert Cardenas gilbertcarde...@grocerybiz.com Subject: Re: DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ To: IBM-MAIN@bama.ua.edu Received: Thursday, October 8, 2009, 3:41 AM Hi Willie, I usually use the following format and it brings back only the datasets that match the HLQ : HSEND LIST LEVEL(MYHLQ) MCDS ODS(MYUSERID.DATASETS) Regards, Gil. On Wed, 7 Oct 2009 09:07:26 -0700, willie bunter williebun...@yahoo.com wrote: Good Day To All, Could anybody tell me how I can obtain a list of MCDS ML2 dsns for a specific user. I tried the following command but I got all of the MCDS. HSENDCMD LIST LEVEL(CICS003) MCDS SELECT(ML2) Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com. -- 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: IEFC614I
It may be helpful if these kinds of datasets are allocated without secondary extents. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Vander Woude Sent: Wednesday, October 07, 2009 3:15 PM To: IBM-MAIN@bama.ua.edu Subject: IEFC614I We had a job failure, during submission, recently, that got the following message: IEFC614I PROCLIB DEVICE I/O ERROR SEARCHING FOR PROCEDURE/INCLUDE I know that just a few seconds before this job was submitted, a daily defrag ran, and had completed, on the volume, that one of the proclibs is on. We do exclude the proclib from being moved, but am wondering what could have caused this issue? I've got folks asking about determining what the root cause was so we can eliminate this issue in the future. Since I can't recall ever running into this, I'm not sure really how to respond, and would appreciate ANY input on this. Pete -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: IEFC614I
snip IEFC614I PROCLIB DEVICE I/O ERROR SEARCHING FOR PROCEDURE/INCLUDE /snip The cure to the problem has been addressed by other but Hal's point is probably the cause, more so than a defrag, with the PROCLIB excluded. If the PROCLIB goes into extents while it's open you should get this error for anything in the new extent until it's closed/opened. Jack Kelly 202-502-2390 (Office) -- 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: Multiple jobs/same name
I was not aware of PREFIX **. This appears to work well! Thanks for the heads up! Where is this documented, anyway? SDSF seems to only have one manual, SDSF Operation and Customization, and I can't find PREFIX documented anywhere in there. According to the SDSF folks, their commands are documented in the help panels. Sounds strange to me. But it's not my component. From SDSF option H, Help - 1 for Extended Help - 2 for Syntax of the H command to second page for 2 Displaying all jobs And yes, that too sounds somewhat unfriendly to me, as you are not trying to display all jobs and you really are trying to display only your own jobs which was option 1 on that last panel. But that option turns out to be only your own jobs as long as they have names that match your user ID according to the displayed text.. Peter Relson z/OS Core Technology Design -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
They'll be discovering steam next. Of course IBM is being unfair to its competitors. That's what being dominant means. David Elliot zSeries Software Support -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, October 08, 2009 12:39 AM To: IBM-MAIN@bama.ua.edu Subject: Justice Department probing allegations of abuse by IBM in mainframe computer market http://finance.yahoo.com/news/Justice-Dept-probing-IBMs-apf-3247734019.html?x=0sec=topStoriespos=4asset=ccode= -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
A emulating JD probing themselves ... Gov. nothing else better to do with your tax money .. LOL From: Elliot, David elli...@aafes.com To: IBM-MAIN@bama.ua.edu Date: 10/08/2009 10:07 AM Subject: Re: Justice Department probing allegations of abuse by IBM in mainframe computer market Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu They'll be discovering steam next. Of course IBM is being unfair to its competitors. That's what being dominant means. David Elliot zSeries Software Support -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, October 08, 2009 12:39 AM To: IBM-MAIN@bama.ua.edu Subject: Justice Department probing allegations of abuse by IBM in mainframe computer market http://finance.yahoo.com/news/Justice-Dept-probing-IBMs-apf-3247734019.html?x=0sec=topStoriespos=4asset=ccode= -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: TSO HELP TEXT FOR LIST OF COMMANDS
John P Kalinich wrote: BTW, I recently added the FSHELP command (Full-Screen HELP) to the freeware file I distribute. FSHELP uses STEMEDIT to BROWSE or VIEW the output of the HELP command. It's all here: http://gsf-soft.com/Freeware/ FSHELP (alias of REVIEW) from CBT file 134 will display the COMMANDS member of SYSHELP if no operand is given. Well, I had no idea REVIEW had an FSHELP function, which, apparently, it already had 10 years ago. The FSHELP I wrote years ago is an 18-line REXX exec which calls STEMEDIT and is an ISPF application fully compatible with ISPF. You can BROWSE the output of the HELP command, or VIEW it if you need to CUT or ROUTE it. If I'm not mistaken, REVIEW is a full-screen TSO command which does not communicate much with ISPF. I wrote a few TSO full-screen tools in the 1980s, but when ISPF 2.3 came out with the BRIF and EDIF services, I quickly started to use them. ISPF services allow me to split the screen and stack services, which is something I do every 10 seconds (or so). -- Gilbert Saint-Flour GSF Software http://gsf-soft.com -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
Creating an appearance of 'doing something is always more important than actually doing something. The PFC who walked around the compound with a clipboard in hand escaped many s**t details because he was obviously doing something already. -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, October 08, 2009 10:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Justice Department probing allegations of abuse by IBM in mainframe computer market A emulating JD probing themselves ... Gov. nothing else better to do with your tax money .. LOL From: Elliot, David elli...@aafes.com To: IBM-MAIN@bama.ua.edu Date: 10/08/2009 10:07 AM Subject: Re: Justice Department probing allegations of abuse by IBM in mainframe computer market Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu They'll be discovering steam next. Of course IBM is being unfair to its competitors. That's what being dominant means. David Elliot zSeries Software Support -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, October 08, 2009 12:39 AM To: IBM-MAIN@bama.ua.edu Subject: Justice Department probing allegations of abuse by IBM in mainframe computer market http://finance.yahoo.com/news/Justice-Dept-probing-IBMs-apf- 3247734019.html?x=0sec=topStoriespos=4asset=ccode= -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
On Thu, 2009-10-08 at 11:07 -0400, Elliot, David wrote: Of course IBM is being unfair to its competitors. That's what being dominant means. Um, no. A competitor may dominate because s/he has a better product, provides better services, provides a better price-point... OR has some advantage. Unfair advantages are actionable. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- 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: Planned IBMLink Outage - October 23-24
Isn't it outsourced overseas? No other comment necessary. On Tue, Oct 6, 2009 at 5:41 AM, McKown, John john.mck...@healthmarkets.comwrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Monday, October 05, 2009 7:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Planned IBMLink Outage - October 23-24 Is this worth a shareholder inquiry? As a shareholder, I am embarrassed by this announcement. I doubt that Microsoft has similar outages. IBM people, please feel free to forward this to the appropriate people. Perhaps they need to put IBMLink on a Parallel Sysplex??? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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 -- Guy Gardoit z/OS Systems Programming -- 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: mainframe e-mail with attachments
I just wanted to thank you for the SAS information. We just started to have this discussion, of e-mail with attachments, and you have provided me with a no cost resolution that works and is easy. Pat Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 pat_miha...@rush.edu P Please consider the environment before printing this email. Ulrich Krueger u...@pacbell.net Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 10/07/2009 02:10 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: mainframe e-mail with attachments Rex, SAS Email is slick. All you need is SAS Base on z/OS. Go to the SAS website and look for the email documentation with examples. Print it, read it and take a look at all the examples. That'll explain what the example below does, how it does it and what you can do, using different parameters, to achieve your desired results. Overhead should not be too bad, depending on what else the SAS job has to do to create the email contents and/or attachment. So, YMMV. The emails are sent from the SAS job directly to your zOS - SMTP task (default) or any mail host server you specify. Here's a very simple example to send an email with attached mainframe dataset as plain *.txt file: //STEP1 EXEC SAS //SYSIN DD * filename mymail email ; data _null_; file mymail to=('x...@abc.com') cc=('xx...@mycompanmy.com') subject='Testing Email from a SAS program' attach=(mainframe.file.name ext='txt' type='text/plain') ; put 'Testing Email using SAS'; run; Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Wednesday, October 07, 2009 10:26 To: IBM-MAIN@bama.ua.edu Subject: Re: mainframe e-mail with attachments Tony, I have base SAS but nothing else. I haven't looked at SAS as an e-mail provider. Would I need more than base? Also, given what SAS does to my machine (a small uni) when I run MXG, what is the overhead of using SAS to e-mail out a bunch of 1-3 page reports? Thanks. Rex -- 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
Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
I did not see anything about it in the updates page in the language reference nor the programmer's guide, but I'm wondering if anyone here knows if the newest release of the Enterprise COBOL compiler will generate grande arithmetic instructions for COBOL binary fields (e.g. will it generate an AG or AGR instruction for adding two PIC S9(18) BINARY fields?). TIA for any info you can provide. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No echo of own posts [was: RE: Is there an owner of IBM-MAIN nowdays?]
I need to chime in with a me too on this. I have checked and re-checked that my list settings are NOACK REPRO on IBM-MAIN and on a number of other IBM lists to which I subscribe, but for some months now I never see copies of my own posts sent back to me. I had suspected my company's hired email spam filter company (they pre-wash all our email), but I don't see my posts coming back even when I go to their website to review all the spam that they don't pass on to me. Darren, if you ever find an answer to Ed's question please let the rest of us know as well, it may be of help to us too. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Thursday, October 08, 2009 1:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there an owner of IBM-MAIN nowdays? Did you ever find an answer as to why my submissions are not echoed back to me?Thanks, Ed --- On Fri, 7/31/09, Darren Evans-Young wrote: From: Darren Evans-Young Subject: Re: Is there an owner of IBM-MAIN nowdays? To: IBM-MAIN@bama.ua.edu Date: Friday, July 31, 2009, 6:00 PM Ed, I am the list owner. I had access to mail logs and Listserv logs previously because I was the sys admin for the servers smtp and Listserv ran on. I am no longer a sys admin at UA, just a mere mortal list owner now. No list owner anywhere would have access to the logs, just like I don't have access to them. I will try to find an answer to your inquiry. Darren Evans-Young IBM-MAIN List Owner On Fri, 31 Jul 2009, Ed Gould wrote: I sent an question to the former owner of IBM-Main (Evans) and he could not help me with my question as he doesn't have access to the LOGS (IIRC). Who is the owner so I can contact him/her about a small issue I am having? Thanks, Ed This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe e-mail with attachments
You're welcome, Pat. I'm glad you like SAS Email. Please do check out XMITIP, too, as a possible alternative. It's free. It's excellent. And it has some really good features when it comes to creating attachments, e.g., creating PDF or RTF files from printable reports that print properly on a PC printer, creating ZIP files, etc. http://www.lbdsoftware.com/xmitip.html Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pat Mihalec Sent: Thursday, October 08, 2009 09:32 To: IBM-MAIN@bama.ua.edu Subject: Re: mainframe e-mail with attachments I just wanted to thank you for the SAS information. We just started to have this discussion, of e-mail with attachments, and you have provided me with a no cost resolution that works and is easy. Pat Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 pat_miha...@rush.edu P Please consider the environment before printing this email. -- 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: TSO HELP TEXT FOR LIST OF COMMANDS
On Thu, 8 Oct 2009 08:16:19 -0500, Mark Zelden wrote: Even though I wrote the alias relationship backwards, I thought I did when I indicated COMMANDS is the member help looks at. Gilbert needed to update COMMANDS, not IKJEFH90 - which I'm sure he figured out. Indeed, I was headed in the wrong direction. I was unaware of the instruction to update the COMMANDS member manually, and imagined that Gilbert wanted to be able to display the information automatically, as from the content of a directory listing. It should still be possible to build COMMANDS automatically, as by extracting specially formatted lines from the various members. Alas, this was apparently not planned for. Of course using ISPF edit will destroy the MALIAS, ... Does this get any better with PDSE? I'm viewing this from the point of view of UNIX filesystems, where it is possible to update a member and preserve either directory links or symbolic links; in the first case because the member can be overwritten and the inode (corresponds to directory entry) is updated, not replaced; in the latter case because symbolic links refer to the member by name, not by TTR. -- gil -- 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: What is largest record that can be sent using LU2?
On Wed, 7 Oct 2009 16:39:48 -0500, Ward, Mike S mw...@ssfcu.org wrote: I tried getting LU0 to work, but couldn't. So I used LU2 and it worked. But used it to do what? What's behind the LU on the remote end? A 3270 emulator that displays the data? Or a program that does something else with the data? If the former, and if that emulator accurately emulates a 3270, you are functionally limited to sending at most the size of the screen specified in the BIND. You can send as much data as you like but there is only one buffer for the data to go into. You won't get an error; you will just overlay data. Actually, you may have a much greater limitation. It all depends on the 3270 screen addressing being used by the CICS transaction. If it were foolishly sending 100k bytes of data in 8-byte chunks all specifying the same 8-byte field in the 3270 buffer you would be functionally limited to sending 8 bytes. And if tried to use a buffer address outside the screen size the 3270 emulator will choke and give you an error. BTW, LU0 has 2 very different implications, depending on context. #1. In general, LU0 implies a roll-your-own protocol where you write the LU application at each end to do whatever you want (within the limits of SNA); you (the programmer) design your own rules and write the applications to follow those rules. #2. LU0 3270 support, which is VTAM's support for non-SNA 3270. In either case, I'm not surprised LU0 didn't work ... unless you knew that LU0 was specifically required. I was more wondering why you were using any 3270 datastream. Why not LU1? (Or even LU6.2, but that would be a lot more work.) Pat O'Keefe -- 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: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
Farley, Peter x23353 wrote: I did not see anything about it in the updates page in the language reference nor the programmer's guide, but I'm wondering if anyone here knows if the newest release of the Enterprise COBOL compiler will generate grande arithmetic instructions for COBOL binary fields (e.g. will it generate an AG or AGR instruction for adding two PIC S9(18) BINARY fields?). 1. Latest and greatest is actually Enterprise COBOL 4.2 2. Ran an experiment for you; here is the generated code for 'add fld-d to fld-e' where both are pic s9(18) binary: LM2,3,56(8) FLD-E D 2,0(0,12) SYSLIT AT +0 CVD 3,392(0,13) TS2=16 MVO 376(6,13),395(5,13) TS2=0 CVD 2,392(0,13) TS2=16 TM381(13),X'10' TS2=5 MVC 381(5,13),395(13) TS2=5 BC8,412(0,11) GN=31(0009E4) OI385(13),X'01' TS2=9 GN=31EQU * LM2,3,48(8) FLD-D D 2,0(0,12) SYSLIT AT +0 CVD 3,408(0,13) TS2=32 MVO 392(6,13),411(5,13) TS2=16 CVD 2,408(0,13) TS2=32 TM397(13),X'10' TS2=21 MVC 397(5,13),411(13) TS2=21 BC8,452(0,11) GN=32(000A0C) OI401(13),X'01' TS2=25 GN=32EQU * AP376(10,13),392(10,13) TS2=0 NI376(13),X'0F' TS2=0 MVC 408(3,13),38(12)TS2=32 MVC 411(5,13),381(13) TS2=35 CVB 2,408(0,13) TS2=32 MVO 411(5,13),376(5,13) TS2=35 CVB 5,408(0,13) TS2=32 M 4,0(0,12) SYSLIT AT +0 ALR 5,2 BC12,502(0,11)GN=33(000A3E) A 4,4(0,12) SYSLIT AT +4 GN=33EQU * LTR 2,2 BC11,512(0,11)GN=34(000A48) S 4,4(0,12) SYSLIT AT +4 GN=34EQU * STM 4,5,56(8) FLD-E Looks like they convert to decimal and AP! This had NUMPROC(NOPFD), TRUNC(STD), and ARITH(EXTEND) for the compile options. Ran again with NUMPROC(PFD), TRUNC(BIN), and ARITH(EXTEND) and got: LM2,3,48(8) FLD-D SLDA 2,0(0) BC11,394(0,11)GN=31(0009EA) LCR 2,2 LCR 3,3 BC8,394(0,11) GN=31(0009EA) BCTR 2,0 GN=31EQU * ZAP 344(16,13),1367(1,10) TS2=0 LTR 2,2 BC2,420(0,11) GN=32(000A04) BC8,436(0,11) GN=33(000A14) AP344(16,13),1354(6,10) TS2=0 X 2,1336(0,10)PGMLIT AT +1324 GN=32EQU * CVD 2,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 MP344(16,13),1348(6,10) TS2=0 GN=33EQU * LTR 3,3 BC2,456(0,11) GN=34(000A28) BC8,466(0,11) GN=35(000A32) AP344(16,13),1354(6,10) TS2=0 X 3,1336(0,10)PGMLIT AT +1324 GN=34EQU * CVD 3,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 GN=35EQU * TM48(8),X'80' FLD-D BC8,478(0,11) GN=36(000A3E) OI359(13),X'01' TS2=15 GN=36EQU * LM2,3,56(8) FLD-E SLDA 2,0(0) BC11,500(0,11)GN=37(000A54) LCR 2,2 LCR 3,3 BC8,500(0,11) GN=37(000A54) BCTR 2,0 GN=37EQU * ZAP 360(16,13),1367(1,10) TS2=16 LTR 2,2 BC2,526(0,11) GN=38(000A6E) BC8,542(0,11) GN=39(000A7E) AP360(16,13),1354(6,10) TS2=16 X 2,1336(0,10)PGMLIT AT +1324 GN=38EQU * CVD 2,376(0,13) TS2=32 AP360(16,13),376(8,13)TS2=16 MP360(16,13),1348(6,10) TS2=16 GN=39EQU * LTR 3,3 BC2,562(0,11) GN=40(000A92) BC8,572(0,11) GN=41(000A9C) AP360(16,13),1354(6,10) TS2=16 X 3,1336(0,10)PGMLIT AT +1324 GN=40EQU * CVD 3,376(0,13) TS2=32 AP360(16,13),376(8,13)TS2=16 GN=41EQU * TM56(8),X'80' FLD-E BC8,584(0,11) GN=42(000AA8) OI375(13),X'01' TS2=31 GN=42EQU * AP365(11,13),350(10,13) TS2=21 MVC 376(16,13),360(13) TS2=32 L 2,92(0,9) TGTFIXD+92 L 15,60(0,2) V(IGZCIDB ) LA1,1802(0,10)PGMLIT AT +1790
Re: TSO HELP TEXT FOR LIST OF COMMANDS
Of course using ISPF edit will destroy the MALIAS, ... Does this get any better with PDSE? I don't believe so. For one thing, are supposed to emulate PDS. For another, I think it's still a pointer to a location (page). - Too busy driving to stop for gas! -- 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: Planned IBMLink Outage - October 23-24
In a message dated 10/8/2009 10:35:18 A.M. Central Daylight Time, ggard...@gmail.com writes: Isn't it outsourced overseas? No other comment necessary. Thing of it is the topology's in place to do failover at multiple sites. They either don't understand it or can't test it piecemeal. Every time I see one of these it's like raising a big flag. 'Hey look it me I'm a PFCSK dunderhead!' -- 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: Multiple jobs/same name
Documentation? We don't need no stinkin' documentation! :-) Thanks for the pointer. I see it. Certainly not a good example of the principle of least astonishment. Ah well. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 10/8/2009 at 8:48 AM, in message of355dbbe3.6bf1f654-on85257649.0050d158-85257649.00516...@us.ibm.com, Peter Relson rel...@us.ibm.com wrote: I was not aware of PREFIX **. This appears to work well! Thanks for the heads up! Where is this documented, anyway? SDSF seems to only have one manual, SDSF Operation and Customization, and I can't find PREFIX documented anywhere in there. According to the SDSF folks, their commands are documented in the help panels. Sounds strange to me. But it's not my component. From SDSF option H, Help - 1 for Extended Help - 2 for Syntax of the H command to second page for 2 Displaying all jobs And yes, that too sounds somewhat unfriendly to me, as you are not trying to display all jobs and you really are trying to display only your own jobs which was option 1 on that last panel. But that option turns out to be only your own jobs as long as they have names that match your user ID according to the displayed text.. Peter Relson z/OS Core Technology Design -- 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 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- 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: DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ
Willie If you have output that shows the SELECT operand overrides the LEVEL operand as opposed to further restricting the selection criteria, maybe you should open a PMR with IBM to either get it fixed or have the documentation changed. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, October 08, 2009 7:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ Gilbert, Thanks for the suggestion. I tried out the command and it gave me what I was looking for. Thanks. --- On Thu, 10/8/09, Gilbert Cardenas gilbertcarde...@grocerybiz.com wrote: From: Gilbert Cardenas gilbertcarde...@grocerybiz.com Subject: Re: DFHSM QUESTION - LISTING ML2 ENTRIES (MCDS) FOR A SPECIFIC HLQ To: IBM-MAIN@bama.ua.edu Received: Thursday, October 8, 2009, 3:41 AM Hi Willie, I usually use the following format and it brings back only the datasets that match the HLQ : HSEND LIST LEVEL(MYHLQ) MCDS ODS(MYUSERID.DATASETS) Regards, Gil. On Wed, 7 Oct 2009 09:07:26 -0700, willie bunter williebun...@yahoo.com wrote: Good Day To All, Could anybody tell me how I can obtain a list of MCDS ML2 dsns for a specific user. I tried the following command but I got all of the MCDS. HSENDCMD LIST LEVEL(CICS003) MCDS SELECT(ML2) Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com. -- 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: TSO HELP TEXT FOR LIST OF COMMANDS
On Thu, 8 Oct 2009 11:50:19 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 8 Oct 2009 08:16:19 -0500, Mark Zelden wrote: Of course using ISPF edit will destroy the MALIAS, ... Does this get any better with PDSE? Ha! Surely you jest. Try it and see. (hint: the behavior isn't the same as with a PDS). 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
Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Comstock Farley, Peter x23353 wrote: I did not see anything about it in the updates page in the language reference nor the programmer's guide, but I'm wondering if anyone here knows if the newest release of the Enterprise COBOL compiler will generate grande arithmetic instructions for COBOL binary fields (e.g. will it generate an AG or AGR instruction for adding two PIC S9(18) BINARY fields?). 1. Latest and greatest is actually Enterprise COBOL 4.2 2. Ran an experiment for you; here is the generated code for 'add fld-d to fld-e' where both are pic s9(18) binary: Did you try it with PIC S9(18) COMP-5? -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
Re: TSO HELP TEXT FOR LIST OF COMMANDS
On Thu, 8 Oct 2009 17:19:44 +, Ted MacNEIL wrote: Of course using ISPF edit will destroy the MALIAS, ... Does this get any better with PDSE? I don't believe so. For one thing, are supposed to emulate PDS. In which case, they failed. With a PDS, if a primary member name is deleted, aliases remain and continue to identify the superseded member content; with a PDSE, if a primary member name is deleted, the aliases vanish along with it. (That one I knew offhand, Mark. At least I think so.) -- gil -- 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: Broken Brancher (was Re: Best IEFACTRT)
Shmuel Metz explains: I know one got put in there, but I didn't know it got put there because some customer(?) asked for it to be put in. My recollection is that IBM created the eyecatcher APAR without customer input. I just remember it showing up, but figured it was just a release change (hence, no APAR to instigate it whatsoever). Sure did cause a lot of trouble for (what should have been just a) 2-instruction module. -- WB -- 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: Multiple jobs/same name
Peter Relson wrote: From SDSF option H, Help - 1 for Extended Help - 2 for Syntax of the H command to second page for 2 Displaying all jobs And yes, that too sounds somewhat unfriendly to me, as you are not trying to display all jobs and you really are trying to display only your own jobs which was option 1 on that last panel. But that option turns out to be only your own jobs as long as they have names that match your user ID according to the displayed text.. So, this inconsistent handling of PREFIX is an attempt to treat job names that match your userid differently from other jobs? That seems entirely consistent with previously-stated observations about common practices at JES2/SDSF shops. In this instance, installations that rigidly confirm to the userid+1 character job naming convention might never notice or complain about this behavioral inconsistency... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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 an owner of IBM-MAIN nowdays?
Mine don't either, but that's because the network guys don't allow our domain to send us mail from the internet. I.E from IBM-MAIN to mw...@ssfcu.org from mw...@ssfcu.org at least that's what they tell me. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Thursday, October 08, 2009 12:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there an owner of IBM-MAIN nowdays? Did you ever find an answer as to why my submissions are not echoed back to me?Thanks, Ed --- On Fri, 7/31/09, Darren Evans-Young dar...@bama.ua.edu wrote: From: Darren Evans-Young dar...@bama.ua.edu Subject: Re: Is there an owner of IBM-MAIN nowdays? To: IBM-MAIN@bama.ua.edu Date: Friday, July 31, 2009, 6:00 PM Ed, I am the list owner. I had access to mail logs and Listserv logs previously because I was the sys admin for the servers smtp and Listserv ran on. I am no longer a sys admin at UA, just a mere mortal list owner now. No list owner anywhere would have access to the logs, just like I don't have access to them. I will try to find an answer to your inquiry. Darren Evans-Young IBM-MAIN List Owner On Fri, 31 Jul 2009, Ed Gould wrote: I sent an question to the former owner of IBM-Main (Evans) and he could not help me with my question as he doesn't have access to the LOGS (IIRC). Who is the owner so I can contact him/her about a small issue I am having? Thanks, 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 -- 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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Comstock Farley, Peter x23353 wrote: I did not see anything about it in the updates page in the language reference nor the programmer's guide, but I'm wondering if anyone here knows if the newest release of the Enterprise COBOL compiler will generate grande arithmetic instructions for COBOL binary fields (e.g. will it generate an AG or AGR instruction for adding two PIC S9(18) BINARY fields?). 1. Latest and greatest is actually Enterprise COBOL 4.2 2. Ran an experiment for you; here is the generated code for 'add fld-d to fld-e' where both are pic s9(18) binary: Did you try it with PIC S9(18) COMP-5? -jc- No, but good idea; so here it is: LM2,3,48(8) FLD-D SLDA 2,0(0) BC11,394(0,11)GN=31(0009EA) LCR 2,2 LCR 3,3 BC8,394(0,11) GN=31(0009EA) BCTR 2,0 GN=31EQU * ZAP 344(16,13),1367(1,10) TS2=0 LTR 2,2 BC2,420(0,11) GN=32(000A04) BC8,436(0,11) GN=33(000A14) AP344(16,13),1354(6,10) TS2=0 X 2,1336(0,10)PGMLIT AT +1324 GN=32EQU * CVD 2,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 MP344(16,13),1348(6,10) TS2=0 GN=33EQU * LTR 3,3 BC2,456(0,11) GN=34(000A28) BC8,466(0,11) GN=35(000A32) AP344(16,13),1354(6,10) TS2=0 X 3,1336(0,10)PGMLIT AT +1324 GN=34EQU * CVD 3,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 GN=35EQU * TM48(8),X'80' FLD-D BC8,478(0,11) GN=36(000A3E) OI359(13),X'01' TS2=15 GN=36EQU * LM2,3,56(8) FLD-E SLDA 2,0(0) BC11,500(0,11)GN=37(000A54) LCR 2,2 LCR 3,3 BC8,500(0,11) GN=37(000A54) BCTR 2,0 GN=37EQU * ZAP 360(16,13),1367(1,10) TS2=16 LTR 2,2 BC2,526(0,11) GN=38(000A6E) BC8,542(0,11) GN=39(000A7E) AP360(16,13),1354(6,10) TS2=16 X 2,1336(0,10)PGMLIT AT +1324 GN=38EQU * CVD 2,376(0,13) TS2=32 AP360(16,13),376(8,13)TS2=16 MP360(16,13),1348(6,10) TS2=16 GN=39EQU * LTR 3,3 BC2,562(0,11) GN=40(000A92) BC8,572(0,11) GN=41(000A9C) AP360(16,13),1354(6,10) TS2=16 X 3,1336(0,10)PGMLIT AT +1324 GN=40EQU * CVD 3,376(0,13) TS2=32 AP360(16,13),376(8,13)TS2=16 GN=41EQU * TM56(8),X'80' FLD-E BC8,584(0,11) GN=42(000AA8) OI375(13),X'01' TS2=31 GN=42EQU * AP365(11,13),350(10,13) TS2=21 MVC 376(16,13),360(13) TS2=32 L 2,92(0,9) TGTFIXD+92 L 15,60(0,2) V(IGZCIDB ) LA1,1802(0,10)PGMLIT AT +1790 BASR 14,15 MVC 56(8,8),392(13) FLD-E So, still using packed decimal; one more try with trunc(opt): LM2,3,48(8) FLD-D SLDA 2,0(0) BC11,394(0,11)GN=31(0009EA) LCR 2,2 LCR 3,3 BC8,394(0,11) GN=31(0009EA) BCTR 2,0 GN=31EQU * ZAP 344(16,13),1367(1,10) TS2=0 LTR 2,2 BC2,420(0,11) GN=32(000A04) BC8,436(0,11) GN=33(000A14) AP344(16,13),1354(6,10) TS2=0 X 2,1336(0,10)PGMLIT AT +1324 GN=32EQU * CVD 2,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 MP344(16,13),1348(6,10) TS2=0 GN=33EQU * LTR 3,3 BC2,456(0,11) GN=34(000A28) BC8,466(0,11) GN=35(000A32) AP344(16,13),1354(6,10) TS2=0 X 3,1336(0,10)PGMLIT AT +1324 GN=34EQU * CVD 3,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 GN=35EQU * TM48(8),X'80' FLD-D BC8,478(0,11) GN=36(000A3E) OI359(13),X'01' TS2=15 GN=36EQU * LM2,3,56(8) FLD-E SLDA 2,0(0) BC11,500(0,11)GN=37(000A54) LCR 2,2 LCR 3,3 BC8,500(0,11) GN=37(000A54) BCTR 2,0 GN=37EQU *
Re: Is there an owner of IBM-MAIN nowdays?
Mike: I use YAHOO and wouldn't think of YAHOO as restricting it. I was checking with Darren as he agreed to look into the matter for me. Ed --- On Thu, 10/8/09, Ward, Mike S mw...@ssfcu.org wrote: From: Ward, Mike S mw...@ssfcu.org Subject: Re: Is there an owner of IBM-MAIN nowdays? To: IBM-MAIN@bama.ua.edu Date: Thursday, October 8, 2009, 2:24 PM Mine don't either, but that's because the network guys don't allow our domain to send us mail from the internet. I.E from IBM-MAIN to mw...@ssfcu.org from mw...@ssfcu.org at least that's what they tell me. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Thursday, October 08, 2009 12:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there an owner of IBM-MAIN nowdays? Did you ever find an answer as to why my submissions are not echoed back to me?Thanks, Ed --- On Fri, 7/31/09, Darren Evans-Young dar...@bama.ua.edu wrote: From: Darren Evans-Young dar...@bama.ua.edu Subject: Re: Is there an owner of IBM-MAIN nowdays? To: IBM-MAIN@bama.ua.edu Date: Friday, July 31, 2009, 6:00 PM Ed, I am the list owner. I had access to mail logs and Listserv logs previously because I was the sys admin for the servers smtp and Listserv ran on. I am no longer a sys admin at UA, just a mere mortal list owner now. No list owner anywhere would have access to the logs, just like I don't have access to them. I will try to find an answer to your inquiry. Darren Evans-Young IBM-MAIN List Owner On Fri, 31 Jul 2009, Ed Gould wrote: I sent an question to the former owner of IBM-Main (Evans) and he could not help me with my question as he doesn't have access to the LOGS (IIRC). Who is the owner so I can contact him/her about a small issue I am having? Thanks, 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 -- 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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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
COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
Obviously given the lack of support for 64 bit, the failure to implement 64 bit addressing so COBOL can run nicely in 64 bit Websphere, the failure to implement USAGE BIT, the failure to implement the IBM pushed decimal floating point, the failure to implement IEEE floating point using the 2002 COBOL STANDARD floating point usages, it is obvious COBOL is seen as a cash cow to be milked until phase-out. On 8 Oct 2009 12:45:16 -0700, in bit.listserv.ibm-main you wrote: Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Comstock Farley, Peter x23353 wrote: I did not see anything about it in the updates page in the language reference nor the programmer's guide, but I'm wondering if anyone here knows if the newest release of the Enterprise COBOL compiler will generate grande arithmetic instructions for COBOL binary fields (e.g. will it generate an AG or AGR instruction for adding two PIC S9(18) BINARY fields?). 1. Latest and greatest is actually Enterprise COBOL 4.2 2. Ran an experiment for you; here is the generated code for 'add fld-d to fld-e' where both are pic s9(18) binary: Did you try it with PIC S9(18) COMP-5? -jc- No, but good idea; so here it is: LM2,3,48(8) FLD-D SLDA 2,0(0) BC11,394(0,11)GN=31(0009EA) LCR 2,2 LCR 3,3 BC8,394(0,11) GN=31(0009EA) BCTR 2,0 GN=31EQU * ZAP 344(16,13),1367(1,10) TS2=0 LTR 2,2 BC2,420(0,11) GN=32(000A04) BC8,436(0,11) GN=33(000A14) AP344(16,13),1354(6,10) TS2=0 X 2,1336(0,10)PGMLIT AT +1324 GN=32EQU * CVD 2,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 MP344(16,13),1348(6,10) TS2=0 GN=33EQU * LTR 3,3 BC2,456(0,11) GN=34(000A28) BC8,466(0,11) GN=35(000A32) AP344(16,13),1354(6,10) TS2=0 X 3,1336(0,10)PGMLIT AT +1324 GN=34EQU * CVD 3,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 GN=35EQU * TM48(8),X'80' FLD-D BC8,478(0,11) GN=36(000A3E) OI359(13),X'01' TS2=15 GN=36EQU * LM2,3,56(8) FLD-E SLDA 2,0(0) BC11,500(0,11)GN=37(000A54) LCR 2,2 LCR 3,3 BC8,500(0,11) GN=37(000A54) BCTR 2,0 GN=37EQU * ZAP 360(16,13),1367(1,10) TS2=16 LTR 2,2 BC2,526(0,11) GN=38(000A6E) BC8,542(0,11) GN=39(000A7E) AP360(16,13),1354(6,10) TS2=16 X 2,1336(0,10)PGMLIT AT +1324 GN=38EQU * CVD 2,376(0,13) TS2=32 AP360(16,13),376(8,13)TS2=16 MP360(16,13),1348(6,10) TS2=16 GN=39EQU * LTR 3,3 BC2,562(0,11) GN=40(000A92) BC8,572(0,11) GN=41(000A9C) AP360(16,13),1354(6,10) TS2=16 X 3,1336(0,10)PGMLIT AT +1324 GN=40EQU * CVD 3,376(0,13) TS2=32 AP360(16,13),376(8,13)TS2=16 GN=41EQU * TM56(8),X'80' FLD-E BC8,584(0,11) GN=42(000AA8) OI375(13),X'01' TS2=31 GN=42EQU * AP365(11,13),350(10,13) TS2=21 MVC 376(16,13),360(13) TS2=32 L 2,92(0,9) TGTFIXD+92 L 15,60(0,2) V(IGZCIDB ) LA1,1802(0,10)PGMLIT AT +1790 BASR 14,15 MVC 56(8,8),392(13) FLD-E So, still using packed decimal; one more try with trunc(opt): LM2,3,48(8) FLD-D SLDA 2,0(0) BC11,394(0,11)GN=31(0009EA) LCR 2,2 LCR 3,3 BC8,394(0,11) GN=31(0009EA) BCTR 2,0 GN=31EQU * ZAP 344(16,13),1367(1,10) TS2=0 LTR 2,2 BC2,420(0,11) GN=32(000A04) BC8,436(0,11) GN=33(000A14) AP344(16,13),1354(6,10) TS2=0 X 2,1336(0,10)PGMLIT AT +1324 GN=32EQU * CVD 2,360(0,13) TS2=16 AP344(16,13),360(8,13)TS2=0 MP344(16,13),1348(6,10) TS2=0 GN=33EQU * LTR 3,3 BC2,456(0,11) GN=34(000A28) BC8,466(0,11) GN=35(000A32) AP344(16,13),1354(6,10) TS2=0 X
Re: Justice Department probing allegations of abuse by IBM in mainframe computer market
snip- Creating an appearance of 'doing something is always more important than actually doing something. The PFC who walked around the compound with a clipboard in hand escaped many s**t details because he was obviously doing something already. --unsnip--- Like me in the Army; walking around with a coil of rope over my shoulder so the sergeant would think I was already busy on some mickey-mouse detail. :-) Rick -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
---snip-- Um, no. A competitor may dominate because s/he has a better product, provides better services, provides a better price-point... OR has some advantage. Unfair advantages are actionable. ---unsnip IIRC, none of IBM's competitors in the mainframe market offer a 64-bit machine. What's unfair about providing something your competitors don't?? Rick -- 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: COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
snip--- Obviously given the lack of support for 64 bit, the failure to implement 64 bit addressing so COBOL can run nicely in 64 bit Websphere, the failure to implement USAGE BIT, the failure to implement the IBM pushed decimal floating point, the failure to implement IEEE floating point using the 2002 COBOL STANDARD floating point usages, it is obvious COBOL is seen as a cash cow to be milked until phase-out. --unsnip--- I can't agree with that conclusion. Having examined compilers and libraries from OS/360 with an eye toward 31-bit addressing, I can tell you that the changes atr non-trivial and could get very expensive very fast. For all we know, the changes you ask for may be already in the works, but updating a compiler and all the associated library subroutines can get very involved very quickly, especially when downward compatability is still an important feature. Rick -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
Rick... totally agree .. politics getting involved again ... someone wants something ... $$ From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Date: 10/08/2009 03:58 PM Subject: Re: Justice Department probing allegations of abuse by IBM in mainframe computer market Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu ---snip-- Um, no. A competitor may dominate because s/he has a better product, provides better services, provides a better price-point... OR has some advantage. Unfair advantages are actionable. ---unsnip IIRC, none of IBM's competitors in the mainframe market offer a 64-bit machine. What's unfair about providing something your competitors don't?? Rick -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
Did you ever hear of FLEX-ES? They provided a 64-bit machine that IBM would not let them license to production installations. They could license it to developers until IBM decided to not license the patents to them, so even the developers were cut off. Chuck Arney illustro Systems International, LLC http://www.illustro.com Internet-enable your applications with z/Ware V2 Voice: 214-800-8900 X#5562 -- This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable measures to virus scan all E-mails leaving illustro but no warranty is given that this E-mail and any attachments are virus free. You should ensure you have adequate measures in place for your own virus checking. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, October 08, 2009 3:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Justice Department probing allegations of abuse by IBM in mainframe computer market IIRC, none of IBM's competitors in the mainframe market offer a 64-bit machine. What's unfair about providing something your competitors don't?? -- 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: COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
And point you mentioned --- downward compat show me others that really--- REALLY -- worry about that ..other than IBM.. In the beginning...and I remember...back in the late 60's... it was a big issue and over the years the ability to run a program you wrote 3 decades ago still runs ... amazing ..concept. today your lucky...with others... to run from one release to another without major problems .. From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Date: 10/08/2009 04:07 PM Subject: Re: COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu snip--- Obviously given the lack of support for 64 bit, the failure to implement 64 bit addressing so COBOL can run nicely in 64 bit Websphere, the failure to implement USAGE BIT, the failure to implement the IBM pushed decimal floating point, the failure to implement IEEE floating point using the 2002 COBOL STANDARD floating point usages, it is obvious COBOL is seen as a cash cow to be milked until phase-out. --unsnip--- I can't agree with that conclusion. Having examined compilers and libraries from OS/360 with an eye toward 31-bit addressing, I can tell you that the changes atr non-trivial and could get very expensive very fast. For all we know, the changes you ask for may be already in the works, but updating a compiler and all the associated library subroutines can get very involved very quickly, especially when downward compatability is still an important feature. Rick -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
P S wrote: On Thu, Oct 8, 2009 at 5:10 PM, Chuck Arney car...@illustro.com wrote: Did you ever hear of FLEX-ES? They provided a 64-bit machine that IBM would not let them license to production installations. They could license it to developers until IBM decided to not license the patents to them, so even the developers were cut off. Sure, but FLEX-ES was fallout from PSI. See http://www.google.com/url?q=http://zjournal.tcipubs.com/issues/zJ.DEC-JAN09.pdfei=m1bOSoPZJaW_twfGzeTzAwsa=Xoi=spellmeleon_resultresnum=2ct=resultusg=AFQjCNHRdgrZ_MV2LtveLUqiF5VtJV2dtA and http://www.zjournal.com/index.cfm?section=articleaid=773 Yup. And, IBM was the bad guy in both cases. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
So you may be lead to believe. In the end it makes no difference. It's still another 64-bit competitor squished. Chuck Arney illustro Systems International, LLC http://www.illustro.com Internet-enable your applications with z/Ware V2 Voice: 214-800-8900 X#5562 -- This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable measures to virus scan all E-mails leaving illustro but no warranty is given that this E-mail and any attachments are virus free. You should ensure you have adequate measures in place for your own virus checking. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Thursday, October 08, 2009 4:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Justice Department probing allegations of abuse by IBM in mainframe computer market Sure, but FLEX-ES was fallout from PSI. -- 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: Justice Department probing allegations of abuse by IBM in mainframe computer market
On Thu, Oct 8, 2009 at 5:10 PM, Chuck Arney car...@illustro.com wrote: Did you ever hear of FLEX-ES? They provided a 64-bit machine that IBM would not let them license to production installations. They could license it to developers until IBM decided to not license the patents to them, so even the developers were cut off. Sure, but FLEX-ES was fallout from PSI. See http://www.google.com/url?q=http://zjournal.tcipubs.com/issues/zJ.DEC-JAN09.pdfei=m1bOSoPZJaW_twfGzeTzAwsa=Xoi=spellmeleon_resultresnum=2ct=resultusg=AFQjCNHRdgrZ_MV2LtveLUqiF5VtJV2dtA and http://www.zjournal.com/index.cfm?section=articleaid=773 -- 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
Fw: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
I am a COBOL person not an Assembler person. Don't the grande instructions require a specific architecture level set? If so, that might be why (as others in the thread have indicated), COBOL does NOT do what you are asking about. It would seem a reasonable SHARE requirement for something like - when using *ALL* COMP-5 sending and receiving fields, (and possibly also when using all binary fields with TRUNC(OPT)) then binary, not packed-decimal arithmetic should be used. When such arithmetic is using large binary fields, then grande instructions should be used. This assumes, however, that this would actually provide a demonstrable advantage to IBM COBOL customers. Farley, Peter x23353 peter.far...@broadridge.com wrote in message news:053f2631ec9c584883847c8b4970a228050da...@josqems1.jsq.bsg.ad.adp.com. .. I did not see anything about it in the updates page in the language reference nor the programmer's guide, but I'm wondering if anyone here knows if the newest release of the Enterprise COBOL compiler will generate grande arithmetic instructions for COBOL binary fields (e.g. will it generate an AG or AGR instruction for adding two PIC S9(18) BINARY fields?). TIA for any info you can provide. Peter -- 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: Fw: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
On Thu, Oct 8, 2009 at 6:29 PM, Bill Klein wmkl...@ix.netcom.com wrote: I am a COBOL person not an Assembler person. Don't the grande instructions require a specific architecture level set? If so, that might be why (as others in the thread have indicated), COBOL does NOT do what you are asking about. Yes, but it's not exactly a late-breaking ALS -- like, circa 2000. -- 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 an owner of IBM-MAIN nowdays?
On Thu, 8 Oct 2009, Ed Gould wrote: Mike: I use YAHOO and wouldn't think of YAHOO as restricting it. I was checking with Darren as he agreed to look into the matter for me. Ed --- On Thu, 10/8/09, Ward, Mike S mw...@ssfcu.org wrote: From: Ward, Mike S mw...@ssfcu.org Subject: Re: Is there an owner of IBM-MAIN nowdays? To: IBM-MAIN@bama.ua.edu Date: Thursday, October 8, 2009, 2:24 PM Mine don't either, but that's because the network guys don't allow our domain to send us mail from the internet. I.E from IBM-MAIN to mw...@ssfcu.org from mw...@ssfcu.org at least that's what they tell me. Well, I don't have an answer. It has to be something outside of UA blocking the receipt of the email. Most everybody else receives a copy of their own postings. Since I am no longer a sys admin at UA, I don't have access to mailer logs. You can always check the archives to see if your post went through. Darren -- 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: Fw: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
On 8 Oct 2009 15:32:09 -0700, in bit.listserv.ibm-main you wrote: I am a COBOL person not an Assembler person. Don't the grande instructions require a specific architecture level set? If so, that might be why (as others in the thread have indicated), COBOL does NOT do what you are asking about. Since Enterprise COBOL requires z/OS 1.9, it requires the grande ALS. It would seem a reasonable SHARE requirement for something like - when using *ALL* COMP-5 sending and receiving fields, (and possibly also when using all binary fields with TRUNC(OPT)) then binary, not packed-decimal arithmetic should be used. When such arithmetic is using large binary fields, then grande instructions should be used. This assumes, however, that this would actually provide a demonstrable advantage to IBM COBOL customers. The grande instruction set usage can be useful for even S(9) BINARY since it would be a simpler way to handle overflow with multiple operands. Farley, Peter x23353 peter.far...@broadridge.com wrote in message news:053f2631ec9c584883847c8b4970a228050da...@josqems1.jsq.bsg.ad.adp.com. .. I did not see anything about it in the updates page in the language reference nor the programmer's guide, but I'm wondering if anyone here knows if the newest release of the Enterprise COBOL compiler will generate grande arithmetic instructions for COBOL binary fields (e.g. will it generate an AG or AGR instruction for adding two PIC S9(18) BINARY fields?). TIA for any info you can provide. Peter -- 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: COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
On 8 Oct 2009 14:08:24 -0700, in bit.listserv.ibm-main you wrote: snip--- Obviously given the lack of support for 64 bit, the failure to implement 64 bit addressing so COBOL can run nicely in 64 bit Websphere, the failure to implement USAGE BIT, the failure to implement the IBM pushed decimal floating point, the failure to implement IEEE floating point using the 2002 COBOL STANDARD floating point usages, it is obvious COBOL is seen as a cash cow to be milked until phase-out. --unsnip--- I can't agree with that conclusion. Having examined compilers and libraries from OS/360 with an eye toward 31-bit addressing, I can tell you that the changes atr non-trivial and could get very expensive very fast. For all we know, the changes you ask for may be already in the works, but updating a compiler and all the associated library subroutines can get very involved very quickly, especially when downward compatability is still an important feature. It could be done (and probably would have to be done) as a compile option since 31 and 64 bit can't be mixed in an enclave if I have read things correctly. Thus you can't have a 64 bit COBOL bean in a 64 bit Websphere enclave. IBM could have defined binary IEEE floating point as the floating point for the 2002 standard true binary usages leaving COMP-1 and COMP-2 to mean what they currently mean. This would have been the intelligent way to interoperate with Java since changes to programs were needed to interact with Java anyway. Rick -- 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
BRIAN X WICKETT is out of the office.
I will be out of the office starting 10/09/2009 and will not return until 10/12/2009. If you cannot wait for my return, you may contact John Kinkel at 716-841-4478. - ** This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. ** SAVE PAPER - THINK BEFORE YOU PRINT! -- 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
IBM Mainframes Draw Antitrust Scrutiny
IBM Mainframes Draw Antitrust Scrutiny Trade group says it's been contacted by investigators seeking information on Big Blue's licensing practices. http://www.informationweek.com/news/hardware/supercomputers/showArticle.jhtml?articleID=220301635cid=alert_art_hard_d_f -- 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: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
This COBOL discussion feels like deja vu. :-) As a reminder, I am not speaking for IBM. There have been and are lots of discussions about future COBOL innovations, both within IBM and with our customers. One of the big ones is how (and consequently when) to get to 64-bit. I have my own (strong) views on that question, which I express as often as I can. (And I know I'm right. :-)) But, in all seriousness, there is a rather complex set of factors that have to be considered on how, and ultimately the relevant voices are customers'. They decide the right answer. So, I'll say it again: tell IBM what you want and how you want it -- and what you value most. In particular, there is a tension between innovation and potential risk. Do you want zero or near-zero risk? Well, then, maybe IBM shouldn't be so aggressive in innovating. (I'm oversimplifying, but that's the idea.) Said another way, COBOL (and PL/I) really do run the mission-critical world, while some of these other languages don't. :-) Now, I happen to think my recommended approach perfectly combines maximum innovation with zero or near-zero risk. (I have a have your cake and eat it too idea.) But I don't get to decide these things. You do, subject to the technical constraints of course. So please speak up, through the proper channels. Much appreciated. Thanks. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- 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