Re: Analysts squash rumors of 150,000 IBM layoffs
I must live a sheltered life, didn't even know Amazon and IBM had anything to settle! Something about when Harly was one? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Thursday, May 10, 2007 1:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Analysts squash rumors of 150,000 IBM layoffs On Thu, 2007-05-10 at 09:22 +0100, Phil Payne wrote: > On another subject - did you see that IBM and Amazon have settled? Wanna take a bet that > Amazon got a sweetheart deal to get the case off the table and clear the way for the PSI > issue? $1 damages? Anyone else detect a whiff of cynisosity ???. And I thought this industry had managed to avoid such sins all this time ... If this keeps up I could wind up disillusioned. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Looking for a copy of B2H.ZIP (Bookmaster to HTML)
Does anyone have a copy of B2H.ZIP, the Bookmaster to HTML conversion tool? If so, I'd appreciate if you send me a copy to [EMAIL PROTECTED] The file on IBM's VM download site is damaged. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for a copy of B2H.ZIP (Bookmaster to HTML)
Got a copy. Thanks, Steve Regards Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
Radoslaw There is an issue here - not necessarily a problem but definitely an issue. I recently dug up a free FTP server[1] in order to move files from an old PC[2] to a new PC. The FTP server lists "Only allows anonymous connections" as one of its "features". Why running an FTP server with anonymous access wasn't an issue in my case is that there was no connection to the Internet when using the program. My Ethernet cross-over cable ran between the two PCs whenever I had the FTP server active rather than connecting one of them to the ADSL box. Do you have a firewall specification which ensures that your PC cannot be "attacked" as an FTP server - the equivalent to my relocated cable? Chris Mason [1] www.pablosoftwaresolutions.com/html/baby_ftp_server.html and you don't even need to "pollute" your registry with it since it runs straight from the downloaded zip file - and it's small enough (112K) to fit onto a diskette. [2] The old PC had become so decrepit that neither the diskette drive nor the CD drive worked any longer - not that the diskette would have been that much use. - Original Message - From: "R.S." <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, May 11, 2007 8:21 AM Subject: Re: OEM software electronic download report card Pinnacle wrote: [...] Mobius - D (downloaded a zip file to PC, then their samp JCL says to FTP from the PC to the mainframe - Hello, McFly, W(ho)TF runs an FTP server on their PC???) Me. I have absolutely *free* simple ftp server, just for that purposes. It also allows me to avoid using diskettes and moving my *ss to HMC location when playing with HMC/SE 2.9.x. Not to defend the guilty, but having ftp server on PC is not a big deal. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
Shane I detect the assumption that the title "she what must be obeyed" has been given perhaps a cockney[1] spin. The author of "She (*who* must be obeyed)", H(enry) Rider Haggard, actually went to a *grammar* school - although he had quite an aristocratic background. The problem was that his father had run out of sufficient liquid funds by the time it was his turn to be educated so he missed going to a fee ("public") school like his elder brothers. It's thanks to a recent BBC late night program that I'm able to pick up on this one - always checked with Wikipedia of course - and perhaps helped by having read "She" at a very young age. Chris Mason [1] The dialect of those born within the sound of Bow Bells or, more generally, Londoners. - Original Message - From: "Shane" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, May 10, 2007 11:00 PM Subject: Re: Where did the term "clip" come from? On Thu, 2007-05-10 at 15:30 -0500, Rick Fochtman wrote: According to the source code ... You are one twisted individual ... ;-) Every time I moved house "she what must be obeyed" mandated a clean-out of my (remaining) old hoardings. Nothing that old would have survived - even fiche. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
Tom This comment should really have been attached to your original post. One issue is downloading files from an external source such as a vendor. A related issue is uploading files for fault analysis. I encountered this issue with one customer I was advising. Whatever the procedure in place was - I seem to remember a cumbersome e-mail with attached files - it was unsatisfactory. I proposed a solution involving FTP with the vendor copying whatever files were found to be needed if I remember correctly. If anyone feels this matter would be useful to discuss perhaps the Subject should be changed appropriately. Chris Mason - Original Message - From: "Pinnacle" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, May 10, 2007 10:43 PM Subject: Re: OEM software electronic download report card Mark, My comments below. Tom - Original Message - From: "Mark Zelden" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Thursday, May 10, 2007 4:23 PM Subject: Re: OEM software electronic download report card On Thu, 10 May 2007 15:28:14 -0400, Pinnacle <[EMAIL PROTECTED]> wrote: CA - B (having to create a tape with CAESDR drops this grade from an A) I give it an A for this reason. Especially since this program lets you create SL tapes in your own tape library volser range and lets you control the data set name for file #1. A big improvement over the "RESTORES" program CA used to provide. I create them on virtual tape (of course). Never used RESTORES before. Creating the CAESDR tape forced us to enter the volser three times in response to a CA-1 WTOR (drove the operators nuts because they didn't know that a D U would have shown them the mounted volser). This allows consistent installation doc / procedures between electronic and physical tape installs and I don't need to keep a duplicate data on DASD if I ever want to get at the install files again (isn't all the "duplicate data" in SMP/E enough! :-) ) Good purnt, it does save DASD, but then again, I have each CAproduct gobbling up a 500GB 3592 tape :-( The CA order process itself gets an A+. I order a new version of a product using their support web site and select the product from a searchable list. It is typically ready in 5-10 minutes for download. No forms to fill out or fax or extra verification that my site is licensed to get the product. No argument there. CA was the only OEM vendor where I could download the files directly from the web site without further folderol. I'll bump them up to a B+ ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
Chris Mason wrote: Radoslaw There is an issue here - not necessarily a problem but definitely an issue. I recently dug up a free FTP server[1] in order to move files from an old PC[2] to a new PC. The FTP server lists "Only allows anonymous connections" as one of its "features". Why running an FTP server with anonymous access wasn't an issue in my case is that there was no connection to the Internet when using the program. My Ethernet cross-over cable ran between the two PCs whenever I had the FTP server active rather than connecting one of them to the ADSL box. Do you have a firewall specification which ensures that your PC cannot be "attacked" as an FTP server - the equivalent to my relocated cable? My PC cannot be accessed from Internet at all, even via ping. I believe all corporate networks use firewalls for Internet connections. So, in terms of Internet security my ftp server works as unconnected to Internet. BTW: My ftp server support passwords, but it doesn't pollute registry as well, can be easily started and stopped by launching/ending the program. I run it only when needed, i.e. to upload some file on HMC. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can FRR prevent ESTAE from seeing registers?
Only by retrying. If you cannot retry, it is your responsibility not to put things into registers if they are sensitive in nature (not that that is necessarily particularly feasible). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
problem substituting variables
List, I have the following TRACE ?R output: 4 *-* /* */ 5 *-* vqual2a = 'QUAL' >>> "QUAL" IRX0100I +++ Interactive trace. TRACE OFF to end debug, ENTER to continue. +++ 6 *-* vqual2b = '2' >>> "2" 7 *-* /* */ 8 *-* varvalue = "QUAL1.vqual2a'.'vqual2b.QUAL3" >>> "QUAL1.vqual2a'.'vqual2b.QUAL3" 9 *-* /* */ 10 *-* INTERPRET "varvalue =" varvalue >>> "varvalue = QUAL1.vqual2a'.'vqual2b.QUAL3" *-* varvalue = QUAL1.vqual2a'.'vqual2b.QUAL3 >>>"QUAL1.QUAL.VQUAL2B.QUAL3" SAY VQUAL2B 2 Why is the variable vqual2a substituted by QUAL, but vqual2b not by the 2??? I like to have following result "QUAL1.QUAL2.QUAL3". How could that be reached??? Regards, Hans Visser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Access Method Services messages?
Try this link to IBM's manuals on the 'net: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M671/12.4 16?SHELF=EZ2ZO10I&DT=20070118143320&CASE= This will take you to the IDC3009 message. However, two questions I have is 1) what is the "90", reason code or return code? And 2) is it decimal (90) or hex (144)? Good luck. Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Thursday, May 10, 2007 3:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Access Method Services messages? On Thu, 10 May 2007 14:15:39 -0400, Jack Kelly wrote: > >COBOL job that gets a return code of 90 when it attempts to >write a record to a VSAM file. > > >generally all of vsam rc are explained in msgIDC3009I. RC90 (delete error) >doesn't seem to make much sense unless it's the application's RC not >vsam's. > I can't find my COBOL VSAM book right now, but I believe there were multiple reasons for several of those status codes depending on what you are doing. A 90 on an OPEN would be different than a 90 on a read which is different than a 90 on a CLOSE. 90 is probably not even a valid status code for OPEN and CLOSE, but the point remains that the status code will mean different things depending on the action. I think a 90 on a read is an invalid request. After that, you'd have to interrogate the second status code to get a more exact reason for the failure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem substituting variables
Try this for your line 8 statement: varvalue="QUAL1."vqual2a||vqual2b".QUAL3" With the above, I get: 4 *-* vqual2a='QUAL' 5 *-* vqual2b='2' 6 *-* varvalue="QUAL1."vqual2a||vqual2b".QUAL3" 7 *-* interpret "varvalue="varvalue *-* varvalue=QUAL1.QUAL2.QUAL3 8 *-* say vqual2b 2 9 *-* exit *** Is this what you are looking for? Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist) Sent: Friday, May 11, 2007 6:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: problem substituting variables -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
Rick Fochtman <[EMAIL PROTECTED]> wrote: >I was taught theat CLIP meant CHANGE LABEL IN PLACE. "IN PLACE" as opposed to what? Unmounting the 2314 and using a Sharpie? Whoever taught you that made it up and hadn't thought it thru, methinks... ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem substituting variables
Chuck, the result is what i am looking for, but the way you do it is 'not possible'. To be precisely, i read a record from a file which f.i. contains following information: LIB SDSNCLST [EMAIL PROTECTED] (That @ may be any character if you like) gprclient contains PRI. gprsms contains B. So i read that record and parse it. PARSE VAR record . varname varvalue . Then the result i want to have is DSN810.PRIB.SDSNCLST. I have tried several INTERPRET statements and used the VALUE keyword many times, but i don't what i want. The record has to be specified as simple as possible, so without several quotes or double quotes. Mvg, Hans Visser -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Hardee, Charles H Sent: vrijdag 11 mei 2007 13:42 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: problem substituting variables Try this for your line 8 statement: varvalue="QUAL1."vqual2a||vqual2b".QUAL3" With the above, I get: 4 *-* vqual2a='QUAL' 5 *-* vqual2b='2' 6 *-* varvalue="QUAL1."vqual2a||vqual2b".QUAL3" 7 *-* interpret "varvalue="varvalue *-* varvalue=QUAL1.QUAL2.QUAL3 8 *-* say vqual2b 2 9 *-* exit *** Is this what you are looking for? Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist) Sent: Friday, May 11, 2007 6:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: problem substituting variables -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lean and Mean: 150,000 U.S. layoffs for IBM?
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Ed Gould > > [ snip ] > > I think I had similar experience. I had pneumonia and they > made me walk to the hospital which was about 2 miles away. > The sergeant got court martialed (sp?) I believe for making > me walk there. I spent 3 or 4 weeks in the hospital. Much > more recently I have spent 4 weeks in a hospital and a > civilian hospital is orders of magnitude better than any army > hospital. I know I felt safer as this hospital had IBM > computers:) Interesting that one of our "premier" IBM-bashers "felt safer" in a place that runs IBM computers. :-D -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SAM24/31 x BSM 0,15
This is a multi-part message in MIME format. Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi all, I don't know what happened to the previous email, so i'm resending. Do we have any reason to choose SAM24/31 instead of BSM 0,15 when switching amode ? Is it fast ? Atenciosamente / Regards / Saludos=20 Ituriel do Nascimento Neto=20 Banco Bradesco S/A=20 4254/DPCD Alphaville=20 Engenharia de Software - Sistemas Operacionais Mainframes=20 Tel: 55 11 4197-2021 Fax: 55 11 4197-2814=20 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.htmlLEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLIST question (the ampersands are killing me)
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Arthur T. > > [ snip ] > > Meanwhile, in normal conversation, I'll talk about the > OS as MVS; I'll look things up on my green card; and I'll use > the term ALP, BAL, HLASM, or Assembler, whichever is > convenient at the time. You might want to include "ALC" in this context as well. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SAM24/31 x BSM 0,15
This is a multi-part message in MIME format. Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi all, Do we have any reason to choose SAM24/31 instead of BSM 0,15 when switching amode ? Is it fast ? Atenciosamente / Regards / Saludos=20 Ituriel do Nascimento Neto=20 Banco Bradesco S/A=20 4254/DPCD Alphaville=20 Engenharia de Software - Sistemas Operacionais Mainframes=20 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.htmlLEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
jdkcheck.class (HMC remote access)
I'm getting the following error java.lang.ClassNotFoundException: jdkcheck.class when trying to connect to Remote Desktop on OS/2-based HMC. The problem occurs on both Internet Explorer and FireFox browsers. It DID work in the past, something changed on PC side. I suspect it could be related to Java Runtime update. Error message is above. Anyone noticed such an issue ? Any clue ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem substituting variables
Try this: inp="LIB SDSNCLST [EMAIL PROTECTED]" gprclient = PRI gprsms=B parse var inp . varname varval . parse var varval part1 '.' part2 '@' part3 '.' part4 newvar = part1||'.'||gprclient||gprsms||'.'||part4 say newvar Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Channel Detected errors only 1 lpar, 1 job, 1 vsm
Alright this is a head scratcher at least for me... We have recently installed a VSM5 and also have some VSM4's in the mix. We have one job that runs that is continually getting channel detected errors every time it runs and the errors are only occurring on the VSM5. Below is a small example. It shows one tape mount that works fine, and then the other that gets the error... This is using FDR so perhaps Bruce Black has some insight... IEC705I TAPE ON 19BE,G50143,SL,COMP,$FDR#02D,BACKUP,PNB100$O. IEC205I TAPE2,$FDR#02D,BACKUP,FILESEQ=1, COMPLETE VOLUME DSN=PNB100$O.BK.$FDR#02D.GMOD02.G0394V00,VOLS=G50138,G50143, TOTALBLOCKS=96481 IEC501A M 1891,PRIVAT,SL,COMP,$FDR#02D,BACKUP,PNB100$O.BK.$FD TMS001 IEC501A M 1891,PRIVAT,SL,COMP,$FDR#02D,BACKUP,PNB100$ IECTMS9 1891,G50144,$FDR#02D,TAPE3 ,CATALOG ,0001,D.GMOD0 IEC705I TAPE ON 1891,G50144,SL,COMP,$FDR#02D,BACKUP,PNB100$O. IOS050I CHANNEL DETECTED ERROR ON 1891,17,01,**02,PCHID=0231 IOS050I CHANNEL DETECTED ERROR ON 1891,13,01,**02,PCHID=0140 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem substituting variables
Hans, Try this: /* REXX */ arg debugopt if debugopt = "DEBUG" then trace all iobuff = "LIB SDSNCLST [EMAIL PROTECTED]" parse var iobuff . varname varvalue . say "variable name: "varname say "Variable Valu: "varvalue dsn. = "" dsn.0 = 0 do forever parse var varvalue dsnqual"."varvalue if dsnqual = "" then leave dsn# = dsn.0 + 1 dsn.dsn# = dsnqual dsn.0 = dsn# if pos("@",dsnqual) > 0 then sub# = dsn# end varvalue = "'" do i = 1 to dsn.0 dsnqual = dsn.i if i /= sub# then varvalue = varvalue||dsnqual"." else do ll = pos("@",dsnqual)-1 rl = length(dsnqual)-ll-1 varvalue = varvalue"'"left(dsnqual,ll)"||"right(dsnqual,rl)"'." end end if right(varvalue,1) = "." then varvalue = left(varvalue,length(varvalue)-1) varvalue = varvalue"'" gprclient = "PRI" gprsms= "B" interpret "varvalue = "varvalue say "varvalue = "varvalue exit Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist) Sent: Friday, May 11, 2007 7:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: problem substituting variables -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISR only with SW contract
I have been told that the new Internet Service Retrieval feature available with SMP/E 3.4 is tied to the SW support contract with IBM (in Europe it's called 'Comfort Line'). In other words, no SW support contract, no ISR. Anyone heard this ? It sounds VERY strange to me... Yes, this sounds very strange to me as well. The only thing you need is an id on ShopzSeries so that you can obtain a certificate that will identify you to the server. I don't believe getting a ShopzSeries id is related to a SW support contract, so I think what you heard is false. Perhaps someone is confusing SMP/E Internet Service Retrieval with some of the fee service offerings (the names of which escape me). Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem substituting variables
To be precisely, i read a record from a file which f.i. contains following information: LIB SDSNCLST [EMAIL PROTECTED] (That @ may be any character if you like) gprclient contains PRI. gprsms contains B. So i read that record and parse it. PARSE VAR record . varname varvalue . Then the result i want to have is DSN810.PRIB.SDSNCLST. I have tried several INTERPRET statements and used the VALUE keyword many times, but i don't what i want. The record has to be specified as simple as possible, so without several quotes or double quotes. The following REXX code should give you the results you require: /* rexx */ teststring = "LIB SDSNCLST [EMAIL PROTECTED]" gprsms = "B" gprclient = "PRI" parse value teststring with . varname varvalue . parse value varvalue with first "." gpr1 "@" gpr2 "." . interpret "gpr3="gpr1 interpret "gpr4="gpr2 say first"."gpr3||gpr4||"."||varname The output is: DSN810.PRIB.SDSNCLST I do not know of a way to do the required parsing/interpreting without quotes Regards, Don Maxwell, B. Math, EDP Crawford Technologies Support Tel: (416) 410-1467 ext 208 Email: [EMAIL PROTECTED] Web: www.crawfordtech.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lean and Mean: 150,000 U.S. layoffs for IBM?
In a message dated 5/11/2007 7:30:28 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Interesting that one of our "premier" IBM-bashers "felt safer" in a place that runs IBM computers. >> Our regional Hospital had a terrible outage with their dual AS/400's(and of course no backup) and decided to convert. Well all the IBMer's who were planning elective surgery booked that week for their operations. Don't think they got a single bill ever. One was a triple bypass ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
In a message dated 5/11/2007 4:13:59 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: One issue is downloading files from an external source such as a vendor. A related issue is uploading files for fault analysis. >> Yeah, some vendors better than others in many respects. We had our entire Financial Accounting Network infected from a vendors CD! Here just put this on, it's great, solve all your problemsthree days later it was pretty good. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SAM24/31 x BSM 0,15
This is a multi-part message in MIME format. Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi all, Ok, let's try again... I don't know what happened to the previous email, so i'm resending. Do we have any reason to choose SAM24/31 instead of BSM 0,15 when switching amode ? Is it fast ? Atenciosamente / Regards / Saludos=20 Ituriel do Nascimento Neto=20 Banco Bradesco S/A=20 4254/DPCD Alphaville=20 Engenharia de Software - Sistemas Operacionais Mainframes=20 Tel: 55 11 4197-2021 Fax: 55 11 4197-2814=20 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.htmlLEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RES: SAM24/31 x BSM 0,15
ITURIEL DO NASCIMENTO NETO wrote: Actually the message was not empty, but for any unknown reason it have been cutted at ibm-main. I've send it to other people and it seems to be fine. Here goes the text : Hi all, Ok, let's try again... I don't know what happened to the previous email, so i'm resending. Do we have any reason to choose SAM24/31 instead of BSM 0,15 when switching amode ? Is it fast ? Atenciosamente / Regards / Saludos Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Ituriel do Nascimento Neto Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 Ahhh. That's better. Don't know about speed, but SAM24 and SAM31 are clearer and cleaner in code; of course, they don't exist on older machines (which are not supported, but plenty of shops seem to be downlevel). Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM document describing SYSRES cloning?
As the speaker for the session being described, I think it is important to understand that while as the abstract states "For many years IBM has left software deployment as an exercise for the user. Over those years, many innovative approaches were used to deploy new releases or maintenance upgrades." The SHARE session will provide an overview of several of the approaches, identifying their merits and pitfalls, as well as provide IBM recommendations. Please note that some of the recommendations are subjective, based on values put on a set of attributes (e.g., system integrity, availability, ease of use, DASD space, ...). The intent is to give the attendees enough information to validate or change their own deployment procedures. For those that have either been to one of my sessions, or viewed the handout on www.share.org, know that I will provide a document that will describe SYSRES cloning. Please note that I hope the session will be interactive, and we will get to compare some of the attendee's deployment procedures with IBM's the best practices. Therefore, the 'document' may evolve based on what happens during the session. If anyone wants to share their deployment procedures with me, feel free to send me a directly ([EMAIL PROTECTED]). Greg Daynes z/OS Installation Deployment Architect -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: SAM24/31 x BSM 0,15
Actually the message was not empty, but for any unknown reason it have been cutted at ibm-main. I've send it to other people and it seems to be fine. Here goes the text : Hi all, Ok, let's try again... I don't know what happened to the previous email, so i'm resending. Do we have any reason to choose SAM24/31 instead of BSM 0,15 when switching amode ? Is it fast ? Atenciosamente / Regards / Saludos Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Ituriel do Nascimento Neto Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Steve Comstock Enviada em: sexta-feira, 11 de maio de 2007 11:34 Para: IBM-MAIN@BAMA.UA.EDU Assunto: Re: SAM24/31 x BSM 0,15 ITURIEL DO NASCIMENTO NETO wrote: > AVISO LEGAL Esta mensagem é > destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo > conter informação confidencial e/ou legalmente privilegiada. Se você não for > destinatário desta mensagem, desde já fica notificado de abster-se a > divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a > informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido > esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, > desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou > sistema de controle. Fica desprovida de eficácia e validade a mensagem que > contiver vínculos obrigacionais, expedida por quem não detenha poderes de > representação. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > -- > -- > > LEGAL ADVICE This message is > exclusively destined for the people to whom it is directed, and it can bear > private and/or legally exceptional information. If you are not addressee of > this message, since now you are advised to not release, copy, distribute, > check or, otherwise, use the information contained in this message, because > it is illegal. If you received this message by mistake, we ask you to return > this email, making possible, as soon as possible, the elimination of its > contents of your database, registrations or controls system. The message that > bears any mandatory links, issued by someone who has no representation > powers, shall be null or void. > Why do you continue to send empty messages using HTML? Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at ht
Re: Where did the term "clip" come from?
>Rick Fochtman <[EMAIL PROTECTED]> wrote: >>I was taught theat CLIP meant CHANGE LABEL IN PLACE. > >"IN PLACE" as opposed to what? Unmounting the 2314 and using a Sharpie? Whoever taught you that made it up and hadn't thought it thru, methinks... > >...phsiii > Actually "in place" as opposed to the alternative of building another volume with the desired label on it and copying all the data from the old to the new volume. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lean and Mean: 150,000 U.S. layoffs for IBM?
In a message dated 5/11/2007 9:43:18 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: A triple bypass is "elective surgery"? >> Think it was one of those 'you probably need angioplasty' and was scheduled and suddenly started having chest pains and just went downhill...six or seven years ago. Back on his feet in about three weeks and still a CE. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAM24/31 x BSM 0,15
ITURIEL DO NASCIMENTO NETO wrote: AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. Why do you continue to send empty messages using HTML? Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lean and Mean: 150,000 U.S. layoffs for IBM?
A triple bypass is "elective surgery"? IBM Mainframe Discussion List wrote on 05/11/2007 09:45:26 AM: > Our regional Hospital had a terrible outage with their dual AS/400's(and of > course no backup) and decided to convert. Well all the IBMer's who were > planning elective surgery booked that week for their operations. > Don't think they > got a single bill ever. One was a triple bypass - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem substituting variables
On Fri, 11 May 2007 14:22:15 +0200, Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist) wrote: > > the result is what i am looking for, but the way you do it is 'not > possible'. > [ ... ] > The record has to be specified as simple as possible, so without > several quotes or double quotes. > I am reminded of a statement attributed to Einstein: Our description of the universe should be as simple as possible, but no simpler. If the simplest solution to the problem involves several quotes or double quotes, then nothing simpler is correct. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
On Fri, 11 May 2007 07:59:26 -0400, Phil Smith III <[EMAIL PROTECTED]> wrote: >Rick Fochtman <[EMAIL PROTECTED]> wrote: >>I was taught theat CLIP meant CHANGE LABEL IN PLACE. > >"IN PLACE" as opposed to what? Unmounting the 2314 and using a Sharpie? Whoever taught you that made it up and hadn't thought it thru, methinks... > >...phsiii > And here I was gonna make a snide comment about Sharpie markers not being around when 2314's were in use. Then I thought better and looked it up first on wikipedia, before I opened my mouth and inserted my foot. Sharpies were first introduced in 1964, so I stand corrected..er.um.well, I *sit* corrected.how 'bout that?! And if not a 2314, what about a 3330?! Sorta the same difference, ay?! .mhy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Test
This is a multi-part message in MIME format. Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Please ignore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.htmlLEGAL ADVICE This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zAAP for zip ?
Hi We have some application, using zip compress functions currently written in C++, and consuming a lot of CPU time. In JAVA with zAAP , can I get the same work with "null" CPU usage ? What about the elapsed time ? (In an empty test machine ) (I know everything is depend on ... My point is, if it has sense to convert CPU intensive routines to JAVA or call the proper JAVA functions to exploit the zAAP ) -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: problem substituting variables
I've done as i should have done it in a CLIST. LIB SDSNCLST DSN810.&GPRCLIENT.&GPRSMS..SDSNCLST PARSE VAR parms.ssindex . varname varvalue . /**/ DO WHILE POS('&',varvalue) > 0 PARSE VAR varvalue varvalue1 '&' varvalue2 '.' varvalue3 /**/ varvalue = varvalue1||VALUE(varvalue2)||varvalue3 END END /**/ Thank you all for your time. Especially Paul Gilmartin for his brilliant contribution. :-) regards, Hans Visser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on DFP
[EMAIL PROTECTED] wrote: How can I tell which version of DFP is on out installation, 1.3 or 1.4 ? We run zOS 1.6, will be running zOA 1.8 The sysprogrammers don't know. DFSMSdfp in z/OS R6 is...well...the z/OS R6 level of DFSMSdfp. Likewise for z/OS R8 DFSMSdfp (and, for that matter, z/OS R7 DFSMSdfp). -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on DFP
You could write a quickie REXX exec that would issue the MVSVAR function. It can return the level of DFP on your system For Example: /* RexxFind DFP Level */ x = MVSVAR(SYSDFP) y = MVSVAR(SYSMVS) z = MVSVAR(SYSOPSYS) Say " The DFP Level is: " x " under" y" at" z The DFP Level is: 03.01.07.00 under SP7.0.7 at z/OS 01.07.00 HBB7720 There are many built-in vars in REXX to allow you to extract this type of information. Lizette Koehler > >[EMAIL PROTECTED] wrote: >> How can I tell which version of DFP is on out installation, 1.3 or >> 1.4 ? >> >> We run zOS 1.6, will be running zOA 1.8 >> >> The sysprogrammers don't know. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
On Fri, 11 May 2007 09:38:44 EDT, Ed Finnell wrote: > >Yeah, some vendors better than others in many respects. We had our entire >Financial Accounting Network infected from a vendors CD! Here just put this on, >it's great, solve all your problemsthree days later it was pretty good. > There's some inference to be drawn here, that a conscientious vendor should avoid any use of Windows in mastering and producing media containing software for non-Windows platforms, and likewise avoid any format that constrains the customer to use Windows. Self-extracting .exe archives seem particularly risky. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
Phil Smith III wrote: Rick Fochtman <[EMAIL PROTECTED]> wrote: I was taught theat CLIP meant CHANGE LABEL IN PLACE. "IN PLACE" as opposed to what? Unmounting the 2314 and using a Sharpie? Whoever taught you that made it up and hadn't thought it thru, methinks... ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No, I think it was because a DASD label could be UPDATED IN PLACE, as opposed to CREATED. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
In a message dated 5/11/2007 10:26:56 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: avoid any use of Windows in mastering and producing media containing software for non-Windows platforms, and likewise avoid any format that constrains the customer to use Windows. Self-extracting .exe archives seem particularly >> Wasn't Windoze it was OS/2! Even better it was the external auditors... ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
In a message dated 5/11/2007 10:24:42 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: >No, I think it was because a DASD label could be UPDATED IN PLACE, as opposed to CREATED. You either create a volume label on the label track when there is no label record there in the first place, or else there is one already on the track and you change its contents. You used IEHDASDR way back then (I think) to create one, and CLIP to change one that already existed. You could also use IEHDASDR to change the volume serial in place (if it already existed on the label track), but then you could call the process "recreate label in place" or "change label in place". IEHDASDR probably did not care about the pre-existence of a volume label. The CLIP software would not create one if one was not already there. Since most shops had many mountable DASD drives, CLIPping was done often. Today we use ICKDSF, which will create a volume label or verify the previous existence and contents of one and then change its contents. I think the only way to know exactly for what CLIP was the acronym is to ask the original author, whose identity I don't know. Reminds me of the de-acronyming of another useful utility from those days known as DEBE. My memory is that it stood for "Does Everything But Eat", indicating its extreme usefulness. Then there was DITTO - DOS Inter-file something-or-other Transfer Operations (I think). Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
According to the "IBM Jargon and General Computing Dictionary", Tenth Edition, preface signed: Mike Cowlishaw (MFC at VENTA) IBM UK Laboratories, Hursley Park, Winchester, UK The following is the definition of CLIP: CLIP (klip) v. To change the (magnetic) pack label on a DASD volume (disk pack). The term CLIP stood for Change Label Information Program. Usually IPL'd from cards, this program not only changed the serial number but also other items in the volume label area. These other capabilities were seldom used, so CLIPping became synonymous with changing the volume serial number. Here is the link if anyone is interested: http://www.comlay.net/ibmjarg.pdf Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe Discussion List) Sent: Friday, May 11, 2007 10:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Where did the term "clip" come from? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on DFP
Steve, Check your log after IPL. This is 1.7 IEA101A SPECIFY SYSTEM PARAMETERS FOR z/OS 01.07.00 HBB7720 > >[EMAIL PROTECTED] wrote: >> How can I tell which version of DFP is on out installation, 1.3 or >> 1.4 ? >> >> We run zOS 1.6, will be running zOA 1.8 >> >> The sysprogrammers don't know. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
>There, I feel better. What are you really trying to say? You have to stop holding back and be more direct as to what you truly mean! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
You happy now that you got that off your chest? O, BTW... I have been to many shops that still, like in this year, use SYSDA. It's Friday, I know... And it's Mother's Day weekend. Did everyone get an appropriate gift for their "mother"? On Fri May 11 11:21 , Thomas Conley <[EMAIL PROTECTED]>sent: >Going through all this vendor software installs is really ticking me off (like >I >needed a reason). So here's the top 10 software install gripes: > >#10 - Quit telling me to jam your ISPF product datasets into the LOGON proc >(s 20th century), gimme a Rexx exec with LIBDEF support (grab my >Dynamic ISPF presentation here if you need help: >http://home.rochester.rr.com/pinncons/Dynamic ISPF.pdf). > >#9 - Stop adding IMBED and REPLICATE to your VSAM DEFINES, FOR CRYING >OUT LOUD!!! > >#8 - Stop telling me to jam all my SMP/E zones into one GLOBAL, at least give >me the JCL to create multiple VSAM clusters for the TARGET and DLIB zones. > >#7 - Get rid of your stupid SMP/E procs and give me DDDEFS!! (this means you >CA-1 and Panvalet) > >#6 - Speaking of DDDEFS, how about recognizing that we clone the target >zones and providing UNIT and VOLUME parms on your default DDDEFS instead >of making me do that manually? > >#5 - Don't waste my time with tedious install dialogs (SYNCINIT, yuck!). > >#4 - Directory blocks should ALWAYS be a multiple of 45. That way I won't >get directory out of space the next time you expand your product. > >#3 - You still don't understand that most sites used cloned res's with >indirectly >cataloged datasets, but NOT ONE OF YOU supports this with a catalog job. I >always have to uncatalog the datasets in 3.4, and then DEF NVSAM them. > >#2 - Stop giving me 3K and 6K blocksizes, loadlibs should be blocked at 32760 >and everything else should get 0 for SDB (unless you have a wacky format like >CA-Viewpoint). > >#1 - Change your stupid SYSDA default UNIT to SYSALLDA, PUHLEEEZZEEE!!! >I haven't been in a shop where SYSDA has worked for over a DECADE! Many >sites stopped defining SYSDA in favor of the system esoteric SYSALLDA, so >get with the program! > >There, I feel better. >Tom Conley > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lean and Mean: 150,000 U.S. layoffs for IBM?
On May 11, 2007, at 7:30 AM, Chase, John wrote: -SNIP Interesting that one of our "premier" IBM-bashers "felt safer" in a place that runs IBM computers. :-D John: I am flattered to think you think I am an IBM "basher". I believe I am a person who calls a duck a duck. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Top 10 software install gripes
Going through all this vendor software installs is really ticking me off (like I needed a reason). So here's the top 10 software install gripes: #10 - Quit telling me to jam your ISPF product datasets into the LOGON proc (s 20th century), gimme a Rexx exec with LIBDEF support (grab my Dynamic ISPF presentation here if you need help: http://home.rochester.rr.com/pinncons/Dynamic ISPF.pdf). #9 - Stop adding IMBED and REPLICATE to your VSAM DEFINES, FOR CRYING OUT LOUD!!! #8 - Stop telling me to jam all my SMP/E zones into one GLOBAL, at least give me the JCL to create multiple VSAM clusters for the TARGET and DLIB zones. #7 - Get rid of your stupid SMP/E procs and give me DDDEFS!! (this means you CA-1 and Panvalet) #6 - Speaking of DDDEFS, how about recognizing that we clone the target zones and providing UNIT and VOLUME parms on your default DDDEFS instead of making me do that manually? #5 - Don't waste my time with tedious install dialogs (SYNCINIT, yuck!). #4 - Directory blocks should ALWAYS be a multiple of 45. That way I won't get directory out of space the next time you expand your product. #3 - You still don't understand that most sites used cloned res's with indirectly cataloged datasets, but NOT ONE OF YOU supports this with a catalog job. I always have to uncatalog the datasets in 3.4, and then DEF NVSAM them. #2 - Stop giving me 3K and 6K blocksizes, loadlibs should be blocked at 32760 and everything else should get 0 for SDB (unless you have a wacky format like CA-Viewpoint). #1 - Change your stupid SYSDA default UNIT to SYSALLDA, PUHLEEEZZEEE!!! I haven't been in a shop where SYSDA has worked for over a DECADE! Many sites stopped defining SYSDA in favor of the system esoteric SYSALLDA, so get with the program! There, I feel better. Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
My experience was that people used gummy labels on removeable disks and boy did they do a number on the disk and drives when they heated up and started flying around. Bill From: "Mark H. Young" <[EMAIL PROTECTED]> Reply-To: IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Where did the term "clip" come from? Date: Fri, 11 May 2007 09:11:16 -0500 On Fri, 11 May 2007 07:59:26 -0400, Phil Smith III <[EMAIL PROTECTED]> wrote: >Rick Fochtman <[EMAIL PROTECTED]> wrote: >>I was taught theat CLIP meant CHANGE LABEL IN PLACE. > >"IN PLACE" as opposed to what? Unmounting the 2314 and using a Sharpie? Whoever taught you that made it up and hadn't thought it thru, methinks... > >...phsiii > And here I was gonna make a snide comment about Sharpie markers not being around when 2314's were in use. Then I thought better and looked it up first on wikipedia, before I opened my mouth and inserted my foot. Sharpies were first introduced in 1964, so I stand corrected..er.um.well, I *sit* corrected.how 'bout that?! And if not a 2314, what about a 3330?! Sorta the same difference, ay?! .mhy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Like the way Microsoft Office Outlook works? Youll love Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_outlook_0507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
On Thu, 10 May 2007 18:02:54 -0400, Pinnacle wrote: > >I downloaded a zip file to MVS, and unzipped on the PC. Part of the unzip >was a batch FTP job to run on MVS, so yes, they expected me to be running an >FTP server on my PC to upload those files. > Such a vendor would be well advised to eschew any format that requires a particular waystation besides MVS. I'd recommend the use of .tar.Z format rather than .zip: o .tar.Z is nearly as compact as .zip. o I believe WinZip can deal with .tar.Z, so that platform is not excluded. (But some security software might look askance at the double filename extension.) o The standard z/OS component, pax, can deal with .tar.Z -- no fourth party nor open source software required. And, as I suggested before, once the package is expanded with pax on z/OS, the z/OS system itself can be used as the FTP server for the remainder of the installation. (But are there any sites whose seccurity rules allow an FTP server on the mainframe but not an FTP client? I suppose I shouldn't be surprised.) And John M. could uncompress and un-tar such a package into an NFS- exported filesystem on his Linux system, and proceed thence with z/OS NFS client and FTP self-server. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
We have got to get the title of this thread changed. OEM software comes up as 'possible SPAM'. As in: "what is OEM Software, and why do you need it"? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
>>#1 - Change your stupid SYSDA default UNIT to SYSALLDA, PUHLEEEZZEEE!!! >>I haven't been in a shop where SYSDA has worked for over a DECADE! Many >>sites stopped defining SYSDA in favor of the system esoteric SYSALLDA, so >>get with the program! Interesting.. In my 28+ years of Mainframe programming, I have NEVER used SYSALLDA !! And every shop that I have worked at has instructed staff to use SYSDA. Hu. Tom Savor Fidelity National Information Services -- This message contains information from Certegy, Inc which may be confidential and privileged. If you are not an intended recipient, please refrain from any disclosure, copying, distribution or use of this information and note that such actions are prohibited. If you have received this transmission in error, please notify by e:mail [EMAIL PROTECTED] == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL gets no respect from IBM was Re: Where did the term "clip" come from?
>>COBOL is not highly regarded in IBM; few people in IBM choose to program in >>the language. Yes, BUT. IBM better darn well diddly dad burn better continue to support it. I know many companies that live and die based on COBOL code. Banks, especially in Canada. The University of Waterloo stopped making COBOL a requirement for CO-OP students in 1990. It used to be a requirement for their first semester (regardless of stream). All the Class A banks stopped hiring them for work-terms. COBOL is not dead; it's just on extended life support. Heck, I wrote my first COBOL programme in 20+ years, six months ago. I was showing our application developers (COBOL programmers) hoiw to exploit an API. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Access Method Services messages?
On 11 May 2007 04:08:24 -0700, in bit.listserv.ibm-main you wrote: >Try this link to IBM's manuals on the 'net: > >http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M671/12.4 >16?SHELF=EZ2ZO10I&DT=20070118143320&CASE= > >This will take you to the IDC3009 message. > >However, two questions I have is 1) what is the "90", reason code or >return code? And 2) is it decimal (90) or hex (144)? If the status code is what the COBOL program is getting, that is a COBOL and not a VSAM code. There will be nothing in the JCL listing since COBOL is trapping and processing the error. In order to get the VSAM codes follow the instructions in the COBOL manual which also have been posted in other messages here. > >Good luck. > >Chuck > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] >Behalf Of Dave Kopischke >Sent: Thursday, May 10, 2007 3:00 PM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: Access Method Services messages? > >On Thu, 10 May 2007 14:15:39 -0400, Jack Kelly wrote: > >> >>COBOL job that gets a return code of 90 when it attempts to >>write a record to a VSAM file. >> >> >>generally all of vsam rc are explained in msgIDC3009I. RC90 (delete >error) >>doesn't seem to make much sense unless it's the application's RC not >>vsam's. >> > > >I can't find my COBOL VSAM book right now, but I believe there were >multiple >reasons for several of those status codes depending on what you are >doing. A >90 on an OPEN would be different than a 90 on a read which is different >than a >90 on a CLOSE. 90 is probably not even a valid status code for OPEN and >CLOSE, but the point remains that the status code will mean different >things >depending on the action. > >I think a 90 on a read is an invalid request. After that, you'd have to >interrogate the second status code to get a more exact reason for the >failure. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
It's Friday, I know... And it's Mother's Day weekend. Did everyone get an appropriate gift for their "mother"? Under penalty of death I did and the golf clubs are put away until next week. Thanks, Fletch ( Dilbert - "I ask for so little..and boy do I get it." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can FRR prevent ESTAE from seeing registers?
IBM Mainframe Discussion List wrote on 05/11/2007 12:38:08 PM: > When I have sensitive information in the general registers, I am not > vulnerable to an access exception (all client data has already been > copied to my protected storage areas). > > When I am vulnerable to an access exception for client storage, I do > not have sensitive information in the general registers. > > Thus, the only situation that worries me is DETACH or CANCEL interrupting > me when I have sensitive information in the general registers; I have an > FRR defined at that time. Will the DETACH or CANCEL defer until I delete > my FRR? Keep in mind that when your task gets interrupted by an I/O or External interrupt, the GPRs are saved in the TCB/STCB (or IHSA if the local lock is held). These areas are not fetch protected and are thus visible to any program running in your address space. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can FRR prevent ESTAE from seeing registers?
> -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Peter Relson > Sent: Friday, May 11, 2007 5:28 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Can FRR prevent ESTAE from seeing registers? > > Only by retrying. > > If you cannot retry, it is your responsibility not to put things into > registers if they are sensitive in nature (not that that is necessarily > particularly feasible). > > Peter Relson If I have a non-empty FRR stack, will DETACH or CANCEL processing defer until the FRR stack is empty? When I have sensitive information in the general registers, I am not vulnerable to an access exception (all client data has already been copied to my protected storage areas). When I am vulnerable to an access exception for client storage, I do not have sensitive information in the general registers. Thus, the only situation that worries me is DETACH or CANCEL interrupting me when I have sensitive information in the general registers; I have an FRR defined at that time. Will the DETACH or CANCEL defer until I delete my FRR? Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
COBOL gets no respect from IBM was Re: Where did the term "clip" come from?
On 10 May 2007 08:54:33 -0700, in bit.listserv.ibm-main you wrote: >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of John Eells >> >> The IBM Jargon Dictionary confirms my recollection that it >> came from "Change Label Information Program." >> >> http://www.comlay.net/ibmjarg.pdf > >Neat book! > >Here's one from there of possible interest to Bill Klein and "COBOLers": > >COBOL programmer n. A person whose experience >is limited to commercial applications programming. >This term, now rare, had negative connotations. >COBOL is not highly regarded in IBM; few people >in IBM choose to program in the language. > That explains why they are so brain dead as to not understand the need for native IEEE floating point, the other data types that became standard for COBOL with the 2002 standard such as USAGE BIT, and the need for a 64 bit mode to interoperate with the other 64 bit modules. Of course if they supported all of the data types in the new standard, they would have no excuse for lacking a mechanism to produce SMF record descriptions from Assembler or PL/X descriptions. >-jc- > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
>Personally, I thought SYSALLDA went out with MVT, but then I was never an MVS >sysprog. SYSALLDA has been in every shop I've ever been in. But, I still believe in SYSDA. Of course, in an SMS environment it doesn't matter. I have been using UNIT=DASD for the last 15 years. If your SMS environment is correct, it will go to the correct spot. At our shop, SYSDA, SYSALLDA, DASD, etc. are controlled. Besides, I don't think SYSALLDA is appropriate. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
> -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Ted MacNEIL > Sent: Friday, May 11, 2007 10:37 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Top 10 software install gripes > > >There, I feel better. > > What are you really trying to say? > You have to stop holding back and be more direct as to what you truly > mean! That's right. Don't sugar-coat it. Tell it straight! /J -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
Me three. SYSDA works here all the time, and at least at one small service bureau I am aware of, and last but not least at a very large telecom firm with giant IBM hardware installations all over the place. Personally, I thought SYSALLDA went out with MVT, but then I was never an MVS sysprog. Peter -Original Message- From: Tom Savor [mailto:[EMAIL PROTECTED] Sent: Friday, May 11, 2007 12:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Top 10 software install gripes >>#1 - Change your stupid SYSDA default UNIT to SYSALLDA, PUHLEEEZZEEE!!! >>I haven't been in a shop where SYSDA has worked for over a DECADE! Many >>sites stopped defining SYSDA in favor of the system esoteric SYSALLDA, so >>get with the program! Interesting.. In my 28+ years of Mainframe programming, I have NEVER used SYSALLDA !! And every shop that I have worked at has instructed staff to use SYSDA. Hu. Tom Savor Fidelity National Information Services 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
Well, my son and I were just emailing back and forth asking what we could get for mom. So I guess I-am/we-are behind the curve. :( I KNOW! A new workout outfit! Luckily, or not, I do not have any golf clubs to put away. However, I hope-to/want-to/intend-to peddle my new bike to a niece's house, about 40-45 miles, which is on the way to the restaurant everyone is meeting at for dinner on Sunday and have JR meet me there. Yes, of course I will shower when I get there. On Fri May 11 12:52 , 'Fletcher, Kevin' <[EMAIL PROTECTED]> sent: > > >It's Friday, I know... And it's Mother's Day weekend. Did everyone get >an appropriate gift for their "mother"? > > > >Under penalty of death I did and the golf clubs are put away until next >week. > >Thanks, > >Fletch ( > >Dilbert - "I ask for so little..and boy do I get it." > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
I, like Tom, use SYSALLDA. When working at lots of shops consulting, it will always work. Even on P/390s that have 3380 format DASD. One size fits all in this case. On Fri, 11 May 2007 16:44:35 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>Personally, I thought SYSALLDA went out with MVT, but then I was never an MVS sysprog. > No . >SYSALLDA has been in every shop I've ever been in. Because it is a system generated esoteric. That's why it always works. >But, I still believe in SYSDA. > Nothing wrong with that for your shop.. assuming it gets updated when the configuration changes (I hope so). > >Besides, I don't think SYSALLDA is appropriate. > Why pray tell? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
Even though my wife calls me a "mother" quite often, I'm still not getting anything. And that counts for Father's Day also. On Fri, 11 May 2007 12:52:33 -0400, Fletcher, Kevin <[EMAIL PROTECTED]> wrote: > > >It's Friday, I know... And it's Mother's Day weekend. Did everyone get >an appropriate gift for their "mother"? > > > >Under penalty of death I did and the golf clubs are put away until next >week. > >Thanks, > >Fletch ( > >Dilbert - "I ask for so little..and boy do I get it." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
>>Besides, I don't think SYSALLDA is appropriate. > >Why pray tell? Opinion mostly. But, I'm just afraid when there are holes in the ACS routines. Yes, you can put your data wherever you want, but back-up/recovery, etc. is more important. If you want to use it as a placeholder, that's fine if everything is perfect. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: jdkcheck.class (HMC remote access)
Radoslaw In my post earlier today concerning running an FTP server - to which you kindly replied - I started off with what I hoped would be an ironic reference to the issue - or is it a problem? - of misuse of the word "issue" when "problem" is more appropriate - in fact not just *more* appropriate, simply *appropriate* and "issue" totally *inappropriate*. I fear you may be being misled by your peers in the list who, inadvertently of course, are exploiting the fact that English is not your mother tongue and are leading you astray. If you are getting error messages and something worked once and no longer works, you have a plain, unadulterated ***problem*** not some fancy mealy-mouthed "issue". Our next-door neighbours have a number of cats and we do not have any animals. Thus the cats have incorporated our garden into their territory and mark their territory as nature seems to have directed animals to mark their territory. This drives my wife - who mainly does the gardening - quite mad. Perhaps one of these days, I should pay a call next door and explain the problem - except that I may be tempted to cushion the blow by calling it an "issue" - except that they speak French so I'm not sure what the equivalent euphemism might be ... Perhaps you should try finding the equivalent words in Polish and see how they map out in what you plan to say in English. You probably know the scene in the original Jaws film where the character played by Robert Shaw introduces himself. That's my reaction when I see one of these misuses of "issue". Chris Mason - Original Message - From: "R.S." <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, May 11, 2007 2:52 PM Subject: jdkcheck.class (HMC remote access) I'm getting the following error java.lang.ClassNotFoundException: jdkcheck.class when trying to connect to Remote Desktop on OS/2-based HMC. The problem occurs on both Internet Explorer and FireFox browsers. It DID work in the past, something changed on PC side. I suspect it could be related to Java Runtime update. Error message is above. Anyone noticed such an issue ? Any clue ? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
Indeed - these are ***problems*** - not merely "issues"! Chris Mason - Original Message - From: "Jeffrey D. Smith" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, May 11, 2007 6:39 PM Subject: Re: Top 10 software install gripes -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Friday, May 11, 2007 10:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Top 10 software install gripes >There, I feel better. What are you really trying to say? You have to stop holding back and be more direct as to what you truly mean! That's right. Don't sugar-coat it. Tell it straight! /J -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
One thing I forgot to mention in my prior post (the point of this OT Friday post), our shop has both SYSDA and SYSALLDA. Ironically our storage group kept SYSDA around just for vendor software installs. Thanks, Fletch (317) 817-3545 Dilbert - "I ask for so little..and boy do I get it." -Original Message- From: Fletcher, Kevin Sent: Friday, May 11, 2007 12:53 PM To: 'IBM Mainframe Discussion List' Subject: RE: Top 10 software install gripes It's Friday, I know... And it's Mother's Day weekend. Did everyone get an appropriate gift for their "mother"? Under penalty of death I did and the golf clubs are put away until next week. Thanks, Fletch ( Dilbert - "I ask for so little..and boy do I get it." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISR only with SW contract
On Fri, 2007-05-11 at 09:32 -0400, Kurt Quackenbush wrote: > Yes, this sounds very strange to me as well. The only thing you need is > an id on ShopzSeries so that you can obtain a certificate that will > identify you to the server. I don't believe getting a ShopzSeries id is > related to a SW support contract, so I think what you heard is false. > Perhaps someone is confusing SMP/E Internet Service Retrieval with some > of the fee service offerings (the names of which escape me). Perhaps you might investigate this Kurt. Some little time back (Jan 1, 2005 maybe) things changed. Shopz used to have a simple (well, IBM web-based - you get the idea) registration - for themselves. Was flexible enough for me to use for several different clients. Then they changed to using the "one-and-only" IBM id. After it changed I was unable to place an order for a (any) customer with my "one-and-only" id because it has (er had) a non-customer email address. My email address at an IBM business partner who sells these particular customers their processors/services. I now have to get a (valid) email address at each customer - seems it must be in a domain name registered to the client. Then I update my "one-and-only" id profile, then place the order with the applicable (IBM) customer number, then hope the mail comes through. Rinse and repeat for next customer. Serious PITA. I raised this with ISC here in Australia, and they didn't appear to believe me initially. Finally got through to some-one who was prepared to follow it up and the response was: "tough". The process had changed, and we had all better learn to live with it. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: jcl with dates as part of the DSNAME.
Wanted the tires of JOL. Am in process of trying to get software. This manual link is bad: http://members.ozemail.com.au/~oscarptyltd/jolstart.zip IBM Mainframe Discussion List wrote on 05/11/2007 12:48:39 AM: > I invite you to use my package - Jol. > Here's one way you could do it: > /* The next line uses Jol's inbuilt date functions to create > the last part of a data set name based on the date */ > lastname='T' || %dayno || monthno || substr(year,3); > dcl output ds userid.test.%lastname; /* Build the data set name */ > copy 'sys1.maclib(call)' to output; /* Copy some data to it */ > if lastcc = 0 > then catlg output; /* Catalog the data set if it copied */ > I won't show you all the JCL that is produced, but here are a few lines... > Note in particular the SYSUT2 line. Also note that with Jol you can > replace symbolic variables in card image files too, to create > utility control cards with varying information. > //* > //* EXEC FOR PROGRAM IEBGENER > //* > > //* > DSID=$$026501 > //SYSUT1 DD DSN=SYS1.MACLIB(CALL),DISP=(SHR) > //* DSID=OUTPUT > //SYSUT2 DD DSN=USERID.TEST.T110507,DISP=(NEW,PASS),SPACE=(TRK,(10), > // RLSE),UNIT=(SYSDA) > Clem Clarke > ,-._|\ Clement V. Clarke - Author Jol, EASYJCL, EASYPANEL, 370TO486 > / Oz \ Web: http://www.ozemail.com.au/~oscarptyltd > \_,--.x/ 16/38 Kings Park Road, West Perth, AUSTRALIA, 6005. > v Tel (61)-8-9324-1119, Mob 0401-054-155. > Email: [EMAIL PROTECTED] - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
You too??? I thought I was the only mail "mother" 'round these parts. On Fri May 11 12:19 , Matthew Stitt <[EMAIL PROTECTED]> sent: >Even though my wife calls me a "mother" quite often, I'm still not getting >anything. And that counts for Father's Day also. > >On Fri, 11 May 2007 12:52:33 -0400, Fletcher, Kevin >[EMAIL PROTECTED]> wrote: > >> >> >>It's Friday, I know... And it's Mother's Day weekend. Did everyone get >>an appropriate gift for their "mother"? >> >> >> >>Under penalty of death I did and the golf clubs are put away until next >>week. >> >>Thanks, >> >>Fletch ( >> >>Dilbert - "I ask for so little..and boy do I get it." > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
Proginet ESS product. A - internet download. Embraces GIMZIP. Pretty dang easy. CA - I agree .. internet download - A.. having to put it back on a tape - C. CA-Top Secret new fix methodology (it is about time) - A (gone are all those silly bypasses etc). IBM - A+ (for showing the way for the rest of the vendors) - ServerPac, CBPDO, maintenance - internet download / receive. Rob Schramm This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on DFP
On Fri, 11 May 2007 10:35:13 -0400, John Eells <[EMAIL PROTECTED]> wrote: >[EMAIL PROTECTED] wrote: >> How can I tell which version of DFP is on out installation, 1.3 or 1.4 ? >> We run zOS 1.6, will be running zOA 1.8 >> The sysprogrammers don't know. > > >DFSMSdfp in z/OS R6 is...well...the z/OS R6 level of DFSMSdfp. >Likewise for z/OS R8 DFSMSdfp (and, for that matter, z/OS R7 DFSMSdfp). > >-- >John Eells >z/OS Technical Marketing >IBM Poughkeepsie >[EMAIL PROTECTED] Well, that's not entirely true. Mark Zelden has a REXX Exec called IPLINFO that I use (available on his website, and he is a frequent contributer here). Part of the output from my system is: The OS version is z/OS 01.04.00 - FMID HBB7707 (SP7.0.4). The DFSMS level is z/OS 1.3.0. So the DFSMS level on my z/OS 1.4 system is not 1.4, unless I have old code? And when you say *level of DFP*, you do mean SMS, right?! ...mhyI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VSAM RLS and Batch Jobs IEC161I 240-0570
We're in the midst of RLS implementation and much of it is working fine. However, synchronizing batch jobs seems to be an issue. We have a product (SYSB) that allows batch update of files that are open in CICS. It's a "subsystem" that can also update the files when CICS is down (provided the NOCICSOK option is used). Prior to RLS with the CICS down JobA (non-SYSB read-only) and JobB (SYSB potential update) coexisted and most probably synchronized via GRS). Part of this RLS project is to add RLS=CR to the DD statement on our SYSB jobs. Last night JOBA was running when JobB started. Rather than execute (or waiting on JobA to finish, JobB got IEC161I 240-0570, followed by IEC141I 013- C8. Explanation of IEC161I 240-0570 VSAM RLS access was specified for a VSAM RLS sphere which has LOG(ALL) or LOG(UNDO) specified in the catalog. The address space issuing the OPEN is not registered as a subsystem (for example, CICS) capable of performing the specified level of recovery. (SUBSYSNM was not specified in the ACB and an attempt was made to open a recoverable sphere.) All true, but we need to coordinate execution of these jobs when CICS is up or down (JobB works with CICS up). Paul P -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on DFP
On Fri, 11 May 2007 12:09:52 -0400, Clark, Kevin <[EMAIL PROTECTED]> wrote: >Steve, > >Check your log after IPL. This is 1.7 > IEA101A SPECIFY SYSTEM PARAMETERS FOR z/OS 01.07.00 HBB7720 Easier than that to get the MVS level, Kevin, though it wasn't the question. On ISPF, the status display on the right shows User ID . : Time. . . : Terminal. : Screen. . : Language. : Appl ID . : TSO logon : TSO prefix: System ID : MVS acct. : Release . : The last three of these are point-and-shoot fields. Position your cursor on "Release" and press enter. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT - The antikythera mechanism
Pp. 94-102 of this week's New Yorker, that of 14 May 2007, contain an article by John Seabrook, Fragmentary knowledge: Was the antikythera mechanism the world's first computer?, that will richly repay the attention of anyone interested in this mechanism. John Gilmore Ashland, MA 01721 USA _ Make every IM count. Download Messenger and join the im Initiative now. Its free. http://im.live.com/messenger/im/home/?source=TAGHM_MAY07 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
Yes. And on Sunday, I'll probably try to get in line with the rest of the women to get my carnation. On Fri, 11 May 2007 13:39:07 -0400, Gary Green <[EMAIL PROTECTED]> wrote: >You too??? I thought I was the only mail "mother" 'round these parts. > > > On Fri May 11 12:19 , Matthew Stitt <[EMAIL PROTECTED]> sent: > >>Even though my wife calls me a "mother" quite often, I'm still not getting >>anything. And that counts for Father's Day also. >> >>On Fri, 11 May 2007 12:52:33 -0400, Fletcher, Kevin >>[EMAIL PROTECTED]> wrote: >> >>> >>> >>>It's Friday, I know... And it's Mother's Day weekend. Did everyone get >>>an appropriate gift for their "mother"? >>> >>> >>> >>>Under penalty of death I did and the golf clubs are put away until next >>>week. >>> >>>Thanks, >>> >>>Fletch ( >>> >>>Dilbert - "I ask for so little..and boy do I get it." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT - The antikythera mechanism
I thought the abacus was the earliest known computing device. /J > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of john gilmore > Sent: Friday, May 11, 2007 12:09 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: OT - The antikythera mechanism > > Pp. 94-102 of this week's New Yorker, that of 14 May 2007, contain an > article by John Seabrook, Fragmentary knowledge: Was the antikythera > mechanism the world's first computer?, that will richly repay the > attention > of anyone interested in this mechanism. > > John Gilmore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: jcl with dates as part of the DSNAME.
I told Clem about this in a private email, and I have already received a reply from him: Apparently his ISP "lost" some things for him and he will recover them, perhaps as soon as tomorrow. As he is in Aussie-land, I'm not quite sure if that means Sat. or Sun. EDT, but give him a bit of time and I'm sure it will be back. HTH Peter -Original Message- From: Kirk Talman [mailto:[EMAIL PROTECTED] Sent: Friday, May 11, 2007 1:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: jcl with dates as part of the DSNAME. Wanted the tires of JOL. Am in process of trying to get software. This manual link is bad: http://members.ozemail.com.au/~oscarptyltd/jolstart.zip 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
I'll disagree with eschewing .zip as not being supported by MVS. .zip can be used in USS via the JAVA jar command. jar -xvf file.zip -Rob Schramm This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
Regarding #10: When using LIBDEF, be sure to include STACK. If using ALTLIB, during cleanup, don't issue ALTLIB RESET; use ALTLIB DEACTIVATE instead. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Conley Sent: Friday, May 11, 2007 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Top 10 software install gripes Going through all this vendor software installs is really ticking me off (like I needed a reason). So here's the top 10 software install gripes: #10 - Quit telling me to jam your ISPF product datasets into the LOGON proc (s 20th century), gimme a Rexx exec with LIBDEF support (grab my Dynamic ISPF presentation here if you need help: http://home.rochester.rr.com/pinncons/Dynamic ISPF.pdf). #9 - Stop adding IMBED and REPLICATE to your VSAM DEFINES, FOR CRYING OUT LOUD!!! #8 - Stop telling me to jam all my SMP/E zones into one GLOBAL, at least give me the JCL to create multiple VSAM clusters for the TARGET and DLIB zones. #7 - Get rid of your stupid SMP/E procs and give me DDDEFS!! (this means you CA-1 and Panvalet) #6 - Speaking of DDDEFS, how about recognizing that we clone the target zones and providing UNIT and VOLUME parms on your default DDDEFS instead of making me do that manually? #5 - Don't waste my time with tedious install dialogs (SYNCINIT, yuck!). #4 - Directory blocks should ALWAYS be a multiple of 45. That way I won't get directory out of space the next time you expand your product. #3 - You still don't understand that most sites used cloned res's with indirectly cataloged datasets, but NOT ONE OF YOU supports this with a catalog job. I always have to uncatalog the datasets in 3.4, and then DEF NVSAM them. #2 - Stop giving me 3K and 6K blocksizes, loadlibs should be blocked at 32760 and everything else should get 0 for SDB (unless you have a wacky format like CA-Viewpoint). #1 - Change your stupid SYSDA default UNIT to SYSALLDA, PUHLEEEZZEEE!!! I haven't been in a shop where SYSDA has worked for over a DECADE! Many sites stopped defining SYSDA in favor of the system esoteric SYSALLDA, so get with the program! *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT - The antikythera mechanism
John has shown rare lack of diligence in not providing the reference to this topic: http://www.newyorker.com/reporting/2007/05/14/070514fa_fact_seabrook In addition, here are another two references: http://www.antikythera-mechanism.gr/ http://en.wikipedia.org/wiki/Antikythera_mechanism Naturally, use of the word "antikytheria" in Google - or your favourite search engine - will provide as many as you may need. Chris Mason - Original Message - From: "john gilmore" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Friday, May 11, 2007 8:08 PM Subject: OT - The antikythera mechanism Pp. 94-102 of this week's New Yorker, that of 14 May 2007, contain an article by John Seabrook, Fragmentary knowledge: Was the antikythera mechanism the world's first computer?, that will richly repay the attention of anyone interested in this mechanism. John Gilmore Ashland, MA 01721 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
On Thu, 10 May 2007 10:42:18 -0400, John Eells <[EMAIL PROTECTED]> wrote: >The IBM Jargon Dictionary confirms my recollection that it came >from "Change Label Information Program." > >http://www.comlay.net/ibmjarg.pdf > >-- >John Eells >z/OS Technical Marketing >IBM Poughkeepsie >[EMAIL PROTECTED] > That IBM *jargon dictionary* is GREAT. But it lacks one important def from *back-in-the-day* DIRF bit = DASDM Interrupt Recording Facility bit Anyone remember that one?! Looks like a revision is in order?! ...mhyI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
On Fri, 11 May 2007 11:50:27 EDT, IBM Mainframe Discussion List <[EMAIL PROTECTED]> wrote: >Then there was DITTO - DOS Inter-file something-or-other Transfer >Operations (I think). > >Bill Fairchild >Plainfield, IL > Data Interfile Transfer, Testing, and Operations. ?? Sound about right?! ...mhyI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the acrinym "CLIP" come from?
Bill Fairchild writes: I think the only way to know exactly for what CLIP was the acronym is to ask the original author, whose identity I don't know. and this is surely true; but the issue is sometimes more complicated. Not all acronyms are created analytically. Some are created synthetically instead, by beginning with the acronym and working back to a notional basal phrase. Still other acronyms---IBM does this repeatedly---are jacked up periodically to have another interpretive phrase inserted under them. John Gilmore Ashland, MA 01721-1817 USA _ Now you can see trouble before he arrives http://newlivehotmail.com/?ocid=TXT_TAGHM_migration_HM_viral_protection_0507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT - the antikythera mechanism
Chris Mason writes: John has shown rare lack of diligence in not providing the reference to this topic: http://www.newyorker.com/reporting/2007/05/14/070514fa_fact_seabrook and I plead guilty, both to extending an OT thread in untoward fashion and to failing to provide a relevant URL. My (at best obsolescent) preoccupation was with encouraging others to read the piece in a printed copy of the New Yorker. John Gilmore Ashland, MA 01721-1817 USA _ Make every IM count. Download Messenger and join the im Initiative now. Its free. http://im.live.com/messenger/im/home/?source=TAGHM_MAY07 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
Sure set it on and recompute free space for a new format 5? Bill From: "Mark H. Young" <[EMAIL PROTECTED]> Reply-To: IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Where did the term "clip" come from? Date: Fri, 11 May 2007 13:26:30 -0500 On Thu, 10 May 2007 10:42:18 -0400, John Eells <[EMAIL PROTECTED]> wrote: >The IBM Jargon Dictionary confirms my recollection that it came >from "Change Label Information Program." > >http://www.comlay.net/ibmjarg.pdf > >-- >John Eells >z/OS Technical Marketing >IBM Poughkeepsie >[EMAIL PROTECTED] > That IBM *jargon dictionary* is GREAT. But it lacks one important def from *back-in-the-day* DIRF bit = DASDM Interrupt Recording Facility bit Anyone remember that one?! Looks like a revision is in order?! ...mhyI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Make every IM count. Download Messenger and join the im Initiative now. Its free. http://im.live.com/messenger/im/home/?source=TAGHM_MAY07 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: jdkcheck.class (HMC remote access)
On Fri, 11 May 2007 19:21:57 +0200, Chris Mason <[EMAIL PROTECTED]> wrote: >works, you have a plain, unadulterated ***problem*** not some fancy >mealy-mouthed "issue". > >Perhaps one of these days, I should pay a call next door and explain the >problem - except that I may be tempted to cushion the blow by calling it an >"issue" - except that they speak French so I'm not sure what the equivalent euphemism might be ... > >Perhaps you should try finding the equivalent words in Polish and see how >they map out in what you plan to say in English. > Well taking issue with your neighbourg could be a problem right ? At least in french it should not be an issue Bruno ( frenchman trying to learn english ) Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
On Fri, 11 May 2007 15:55:22 +, Ted MacNEIL wrote: >We have got to get the title of this thread changed. > >OEM software comes up as 'possible SPAM'. ITYM you need to get your spam filter fixed. Yeah, I know, there's nothing you can do about it. Heard it before. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the acrinym "CLIP" come from?
On 11 May 2007 11:31:41 -0700, [EMAIL PROTECTED] (john gilmore) wrote: >>I think the only way to know exactly for what CLIP was the acronym is to >>ask the original author, whose identity I don't know. >> > >and this is surely true; but the issue is sometimes more complicated. Not >all acronyms are created analytically. Some are created synthetically >instead, by beginning with the acronym and working back to a notional basal >phrase. Still other acronyms---IBM does this repeatedly---are jacked up >periodically to have another interpretive phrase inserted under them. My favorite IBM example is "SPOOL", which stands for Simultaneous Peripheral Operations On Line, but which means "spool". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
On Fri, 11 May 2007 17:21:10 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>>Besides, I don't think SYSALLDA is appropriate. >> > >>Why pray tell? > >Opinion mostly. >But, I'm just afraid when there are holes in the ACS routines. > >Yes, you can put your data wherever you want, but back-up/recovery, etc. is more important. System software does not belong on SMS managed volumes. SYSALLDA allows you to simply specify the volume. Of course, 3390 is just as good for now. I don't believe it when IBM says that they will never change the geometry from 3390 to something else, though. At least, I hope that they will come up with something better for the future. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
RE: CA CAESDR is ok, and the order process if fine. The biggest complaint I have with software/maintenance downloads is that CA bundles CA-Common Services (CA-CCS formerly CA-90s) in just about every product package. W H Y ??? It is available as a separate download. If I download four service pack ESD tapes for four different products, I get four copies of the same CA-Common Services product stuffed into the download. Since CA-CCS is a large download (300 MB or more, IIRC), it sometimes pushes me over the firewall/virus scanner limits for download size. And by the way, I have pursued various CA organizations, opened problem tickets, and spoke to the CA service reps at SHARE to get Common Services unbundled...to no avail Regards, Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Thursday, May 10, 2007 3:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: OEM software electronic download report card Compuware - A+ (slick .exe that uploads to the mainframe of your choice with prefix and volser references, and JCL samples that take it the rest of the way - NICE JOB Compuware, this is what the others should aspire to (yes, I said that)) SyncSort - A (relatively painless if your mainframe has FTP access to the internet, otherwise the download/upload to/from a PC would earn this install a D) CA - B (having to create a tape with CAESDR drops this grade from an A) Mobius - D (downloaded a zip file to PC, then their samp JCL says to FTP from the PC to the mainframe - Hello, McFly, W(ho)TF runs an FTP server on their PC???) LRS - F (still waiting to hear back from the sales rep) Sun/STK - F (they said they supported electronic, but only maintenance, no product - still waiting for them to come up with something) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
On Fri, 11 May 2007 14:09:54 -0500, Tom Marchant <[EMAIL PROTECTED]> wrote: > >System software does not belong on SMS managed volumes. You forgot to add "IMO" prior to that statement. While I personally don't prefer it, there is nothing wrong with SMS controlling all you can - and I have been at shops that do so. It can make software installation much easier. In my sandbox plex, everything is SMS controlled by default. There are only a few volumes that aren't (MCAT, page, spool, couple dsns, SMF). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
>System software does not belong on SMS managed volumes. I disagree with that one! There's more to SMS than just determining where to put data. There's back-up, for example. Set up your system software with GUARANTEED SPACE, and a management class that never migrates/scratches, but does back up! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
On Fri, 11 May 2007 11:21:13 -0500, Thomas Conley wrote: >#4 - Directory blocks should ALWAYS be a multiple of 45. That way I won't >get directory out of space the next time you expand your product. ITYM because a 3390 track will hold 45 directory blocks. That might or moght not mean that you won't run out of directory space, though. Certainly, I think a direcrtory should have room to allow for more members or more information in the user data. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
CA - F when we achieve our "tapeless" goal, we're stuck on a limb. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Thursday, May 10, 2007 12:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: OEM software electronic download report card Compuware - A+ (slick .exe that uploads to the mainframe of your choice with prefix and volser references, and JCL samples that take it the rest of the way - NICE JOB Compuware, this is what the others should aspire to (yes, I said that)) SyncSort - A (relatively painless if your mainframe has FTP access to the internet, otherwise the download/upload to/from a PC would earn this install a D) CA - B (having to create a tape with CAESDR drops this grade from an A) Mobius - D (downloaded a zip file to PC, then their samp JCL says to FTP from the PC to the mainframe - Hello, McFly, W(ho)TF runs an FTP server on their PC???) LRS - F (still waiting to hear back from the sales rep) Sun/STK - F (they said they supported electronic, but only maintenance, no product - still waiting for them to come up with something) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where did the term "clip" come from?
On Thu, 10 May 2007 15:30:29 -0500, Rick Fochtman <[EMAIL PROTECTED]> wrote: >--- >IBM Jargon Dictionary notwithstanding, I recall the title of the program >as Change/Create Label Information Program. >- >According to the source code (available on request), the only NEW >label it will write is on a tape; on DASD devices, it will only UPDATE >an existing label. > >I was taught theat CLIP meant CHANGE LABEL IN PLACE. > Hey Rick, I sent you an email offline earlier about getting a copy of the source code. Or was that next to: (available on request) just for S&G's? (Giggles or Grins?). THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OEM software electronic download report card
On Fri, 11 May 2007 12:17:14 -0700, Gibney, Dave <[EMAIL PROTECTED]> wrote: >CA - F when we achieve our "tapeless" goal, we're stuck on a limb. > Your tapeless goal doesn't include any form of virtual tape? You won't volume backup any dasd - not even for recovery? Or will you do so to other dasd and only keep one (or a very minimal number) version. What about applications that want or need (perhaps for regulatory purposes) a backup copy of data every day and need to keep xxx days or months or years worth? Sounds like you'll need *a lot* of DASD. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html