JES2 - keeping only selected outputs
Hello, is there a way to keep job output only if the RC 0 ? We have a nuber of jobs that run very often (every few minutes) and we don't really need the output if the RC = 0. Every suggestion will be very appreciated. Natasa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 - keeping only selected outputs
Natasa Savinc pisze: Hello, is there a way to keep job output only if the RC 0 ? We have a nuber of jobs that run very often (every few minutes) and we don't really need the output if the RC = 0. Every suggestion will be very appreciated. HCD jobs are some example. Output is directed to temporary file and conditional step (IEBGENER) which prinst the sysout. It worsk only for program sysouts, it doesn't keep JES* files. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
On Mon, 26 Oct 2009 11:57:00 -0400, Bill Fairchild wrote: Speed Matching Buffer, probably. I always thought it would have been more appropriately called a Speed Reducing Buffer. It didn't really match the speed of the device to the speed of the channel, but only reduced the speed to 1.5 MB/second. It was pretty common to get overruns when doing I/O through the SMB. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCLM and ++include statements
??? Ed Gould ps2...@yahoo.com 10/27/09 1:50 AM Scott: These Are a Panvalet product only. This a possible way to handle them. Use your global editor to find (and replace) ++INCLUDE to copy ... This works some of the time. The issue is that IIRC the member name may be up to 10 characters which probably does not fit in most PDS's. I think what we did we found all the ++ includes and sat down with a person from the group and renamed all e members to 8 chanacters and used PAN to export the to the desired members. This was a nice project for a junior person to do and the person from the team gave input. The project had its bumps but it worked 99 percent of the time. Panvalet was OK for its day, I guess. I do remember them charging a pretty buck for the ISPF interface. We bought it but at the point we were also getting geared up to drop the product. Ed --- On Mon, 10/26/09, Scott Rowe scott.r...@joann.com wrote: From: Scott Rowe scott.r...@joann.com Subject: Re: SCLM and ++include statements To: IBM-MAIN@bama.ua.edu Date: Monday, October 26, 2009, 11:39 AM Isn't ++INCLUDE a Panvalet control card, rather than SCLM? Kurt Eastwood kurtms...@yahoo.com 10/26/2009 12:29 PM I want to thank all of you in advance who might respond to my questions. I am currently running SCLM and have programs that have ++include statements imbeded in them to pull in file layouts, etc. I can not find any SCLM documentation that talks about ++include statements. Can anyone point me to any SCLM documentation that will talk about ++include statements? Thank you, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 - keeping only selected outputs
On Tue, 27 Oct 2009 05:02:15 -0500, Natasa Savinc natasa.sav...@unicreditgroup.zaba.hr wrote: Hello, is there a way to keep job output only if the RC 0 ? We have a nuber of jobs that run very often (every few minutes) and we don't really need the output if the RC = 0. Every suggestion will be very appreciated. Look at the message checking code in CHEW in file 172 of the CBT tape. You should be able to adapt that fairly easily to your requirements. D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 - keeping only selected outputs
is there a way to keep job output only if the RC 0 ? If you have some type of automation, you can periodically start a batch job that uses the SDSF Rexx interface to check the RC and delete what isn't wanted. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: JES2 - keeping only selected outputs
There is a program from Mr Saint-flour that can help you. It's in CBT file 183. CMDJ Send a JES2 command with the current job's number (must be authorized) Example: //PURGEJOB EXEC PGM=CMDJES2,PARM=P If the current job's number is JOB01234, then the following command is issued: $PJ 01234 Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254 - DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 |-Mensagem original- |De: IBM Mainframe Discussion List |[mailto:ibm-m...@bama.ua.edu] Em nome de Bob Shannon |Enviada em: terça-feira, 27 de outubro de 2009 09:56 |Para: IBM-MAIN@bama.ua.edu |Assunto: Re: JES2 - keeping only selected outputs | | is there a way to keep job output only if the RC 0 ? | |If you have some type of automation, you can periodically |start a batch job that uses the SDSF Rexx interface to check |the RC and delete what isn't wanted. | |Bob Shannon |Rocket Software | |-- |For IBM-MAIN subscribe / signoff / archive access |instructions, send email to lists...@bama.ua.edu with the |message: GET IBM-MAIN INFO Search the archives at |http://bama.ua.edu/archives/ibm-main.html | HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta 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. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCLM and ++include statements
Kurt, We too, have a front-end in our build process to handle ++include members. I just wish there was a parser sample, not written in rexx, that we could compile and have sclm flag it at that time. We did try the rexx sample a few years ago, and for one of the programs that has a large number of ++includes, the save in edit, went from 30 seconds to 5 minutes! Pete CONFIDENTIALITY NOTICE: This message and all attachments may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, any reading, dissemination, distribution, copying, or other use of this message or its attachments is prohibited. If you have received this communication in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. On Mon, 26 Oct 2009 11:54:28 -0700, Kurt Eastwood kurtms...@yahoo.com wrote: Thanks for your responses. I found a front end for SCLM that was handling the ++include statements. Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 - keeping only selected outputs
Natasa, Do you need to keep the JCL plus SYSOUT? Or do you just need the sysout? If just the sysout, then I would write it out to a temp file (or GDG if you need it longer) and then use a last step to either print or purge. If you need the whole job (JCL + SYSOUT) then the last step could be an SDSF REXX step or you could just the JES2 PURGE command here. If you have an automation product like OPS/MVS then you could have the last step be a WTO that OPS/MVS catches and purges if CC=0. Lizette Hello, is there a way to keep job output only if the RC 0 ? We have a nuber of jobs that run very often (every few minutes) and we don't really need the output if the RC = 0. Every suggestion will be very appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INACTIVE INTERVAL EXCEEDED BY SPECIAL USER
On Mon, 26 Oct 2009 15:27:08 -0500, Richard Peurifoy r-peuri...@neo.tamu.edu wrote: Ted MacNEIL wrote: Is they reply case sensitive? Was it entered in such a way that it was not upper cased? Since when is a reply case-sensitive? We're talking mainframes, here! This started on RACF-L, but since you asked here I will answer here. I have seen code that assumed the reply would be upper case, and the console normally will upper case the reply. However if the reply is in quotes, or is sent thru SVC 34 I think it is sent asis. The upper-casing is part of preparing the command for execution, so it would not matter how it entered the system as far as I know. But quoting the operand would prevent the upper-casing, I think, and that would cause problems (at least in this case). -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 - keeping only selected outputs
The way I do it is to have a Jes output class defined with outputdisp of purge,hold. Have msgclass and all output in job assigned to this class. Then add a step to your job that checks for CC GT 0 and if so exec a non-existent program to generate a S806 abend. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Natasa Savinc Sent: Tuesday, October 27, 2009 6:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: JES2 - keeping only selected outputs Hello, is there a way to keep job output only if the RC 0 ? We have a nuber of jobs that run very often (every few minutes) and we don't really need the output if the RC = 0. Every suggestion will be very appreciated. Natasa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
On Tue, 27 Oct 2009 08:10:18 -0500, jmfbahciv jmfbah...@aol wrote: With 20-20 hindsight, all computers should have started off marking files that way. It's not easy changing, but it would really be worth it. How? Count your bits. Oh, and think about IBM cards. I meant, all files marked with time, should have been marked with UTC/Zulu/Grenwich. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Purdy Sent: Monday, October 26, 2009 2:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot It probably was a 3081 - I may have a memory leak. Tek had seven business data centers and one engineering data center at the time. Engineering was running a 3083 with VM/HPO5 for circuit simulation, and circuit board design system for a time. The disclaimer, ...if I remember is becoming more and more relevant. Sorry for the misinformation. David Purdy -Original Message- From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Sent: Mon, Oct 26, 2009 2:49 pm Subject: Re: Secret Service plans IT reboot dpurd...@aol.com (David Purdy) writes: Yup, Speed Matching Buffer is correct. 168 had timing issues with state-of-the-art 3380's (STK 8380's if I remember). Worst thing was the 168 shared DASD with a 3033 - the 168 always came in second. actually the 168 had faster channels than 3033. after the demise of future system effort, there was a mad rush to get stuff into the 370 softwareproduct pipeline. ... 303x was stop-gap while they got 3081 370-xa moving. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
On Tue, Oct 27, 2009 at 10:10 AM, Ward, Mike S mw...@ssfcu.org wrote: Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. Core cancer? Hmm, in a few years this list will mainly consist of folks asking for the meaning of terms they've forgotten! (Not zingin' ya, I did it yesterday ...) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote: GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE SMPDIR DD STATEMENT. Please let me know what could be the reason for the failure and I am thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary format along with other package files. If this is wrong then let me know what mode I should use while FTPing these files into OMVS. Binary is correct for transfers both from ShopZ and to HFS directory. But that's not what the message says is the problem Do ls -al ... of the HFS directory NAMED ON THE SMPDIR DD STATEMENT and verify that the file named in the message is present. But why bother with GIMUNZIP? You should be able to do RECEIVE FROMNTS directly. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
2009/10/27 Ward, Mike S mw...@ssfcu.org: Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. Core cancer. Though that term doesn't really apply to what the OP used it for. Tony H. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Purdy Sent: Monday, October 26, 2009 2:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot It probably was a 3081 - I may have a memory leak. Tek had seven business data centers and one engineering data center at the time. Engineering was running a 3083 with VM/HPO5 for circuit simulation, and circuit board design system for a time. The disclaimer, ...if I remember is becoming more and more relevant. Sorry for the misinformation. David Purdy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 - keeping only selected outputs
snip is there a way to keep job output only if the RC 0 ? /snip What I've done is have a unique purge sysout class and then review the job at end of execution (eg JES3 IATUX19/72 or JES2 exit51, maybe exit40) to check the max return code and change the class then. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Tuesday, October 27, 2009 9:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. SNIP Memory creep. Memory leak is a nice way of saying someone's coding practices are a little shaky -- in particular, from my experience, what is produced by certain compilers seem to not correctly cleanup after themselves forcing PAPS to have to be rebooted. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
I've heard core cancer too, but the term we usually used was storage creep. Mark Vitale Senior Software Engineer Office: 610.865.0300 mark.vit...@perfman.com www.PERFMAN.com This email and any files transmitted with it may contain confidential and /or legally privileged information. It is intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this email and its attachment(s) is strictly prohibited. If you have received this email in error please notify the sender and delete this email and any attachment(s). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
It does not happen too much anymore on the mainframe, at least not too noticeable. But we always called it 'Storage Creep'. It just keeps on creeping up until IPL time, if you didn't catch it in time... - Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, October 27, 2009 10:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot On Tue, Oct 27, 2009 at 10:10 AM, Ward, Mike S mw...@ssfcu.org wrote: Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. Core cancer? Hmm, in a few years this list will mainly consist of folks asking for the meaning of terms they've forgotten! (Not zingin' ya, I did it yesterday ...) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
Storage creep? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Tuesday, October 27, 2009 9:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Purdy Sent: Monday, October 26, 2009 2:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot It probably was a 3081 - I may have a memory leak. Tek had seven business data centers and one engineering data center at the time. Engineering was running a 3083 with VM/HPO5 for circuit simulation, and circuit board design system for a time. The disclaimer, ...if I remember is becoming more and more relevant. Sorry for the misinformation. David Purdy -Original Message- From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Sent: Mon, Oct 26, 2009 2:49 pm Subject: Re: Secret Service plans IT reboot dpurd...@aol.com (David Purdy) writes: Yup, Speed Matching Buffer is correct. 168 had timing issues with state-of-the-art 3380's (STK 8380's if I remember). Worst thing was the 168 shared DASD with a 3033 - the 168 always came in second. actually the 168 had faster channels than 3033. after the demise of future system effort, there was a mad rush to get stuff into the 370 softwareproduct pipeline. ... 303x was stop-gap while they got 3081 370-xa moving. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GIMUNZIP failure
Hi, I have downloaded SMPPTFIN and SMPHOLD PAX file from ShopZseries which contains PTFS required for measuring ZIIP workload along with GIMPAF.XML and GIMPAF.XSL to my workstation then FTP to the HFS directory in OMVS in Binary format. I have followed the above method as our firewall is protected and am doing this first time. I am getting below error message when I run GIMUNZIP job. GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE SMPDIR DD STATEMENT. Please let me know what could be the reason for the failure and I am thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary format along with other package files. If this is wrong then let me know what mode I should use while FTPing these files into OMVS. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
On Tue, 27 Oct 2009 10:47:20 -0500, Paul Gilmartin wrote: But why bother with GIMUNZIP? You should be able to do RECEIVE FROMNTS directly. A couple afterthoughts: To the OP: Are you working from the instructions in: Linkname: 3.4.1 z/OS V1R11.0 Planning for Installation IBM Library Server URL: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/e0z2b1a0/3.4.1 ??? To anyone whatever: What tools are generally available for verifying the SHA-1 checksums prior to running SMP/E RECEIVE FROMNTS o On the desktop after downloading from ShopZ o In the HFS after uploading from desktop ??? I have both, but they're entangled in much other code. An Open Source implementation of SHA is available; I'll look up the link if someone needs it. But is there a user-friendly interface for the ICSF and Java tools employed by SMP/E? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
As it says, you have probably specified the wrong directory on the SMPDIR DD statement. It would be helpful to see your JCL and a directory listing. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. steve_thomp...@stercomm.com (Thompson, Steve) writes: Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. SNIP Memory creep. Memory leak is a nice way of saying someone's coding practices are a little shaky -- in particular, from my experience, what is produced by certain compilers seem to not correctly cleanup after themselves forcing PAPS to have to be rebooted. Regards, Steve Thompson old lstsrv-l archives from 1991 (back when mailing lists were on bitnet vm370 machines) http://community.emailogy.com/scripts/wa-COMMUNITY.exe?A2=ind9111L=lstsrv-lP=41042 storage cancer -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
Storage Creep! snip Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. Core cancer? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
It does not happen too much anymore on the mainframe, at least not too noticeable. Run JAVA on the mainframe! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
That's it Storage Creep.. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Tuesday, October 27, 2009 9:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot It does not happen too much anymore on the mainframe, at least not too noticeable. But we always called it 'Storage Creep'. It just keeps on creeping up until IPL time, if you didn't catch it in time... - Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, October 27, 2009 10:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Secret Service plans IT reboot On Tue, Oct 27, 2009 at 10:10 AM, Ward, Mike S mw...@ssfcu.org wrote: Why is it called a memory leak? I think that's a distributed term. We used to call it something else on the mainframe, but I can't remember what. Core cancer? Hmm, in a few years this list will mainly consist of folks asking for the meaning of terms they've forgotten! (Not zingin' ya, I did it yesterday ...) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INACTIVE INTERVAL EXCEEDED BY SPECIAL USER
It's a brave new world :-) Case sensitivity contamination has been spotted all over the place. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Monday, October 26, 2009 3:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: INACTIVE INTERVAL EXCEEDED BY SPECIAL USER Is they reply case sensitive? Was it entered in such a way that it was not upper cased? Since when is a reply case-sensitive? We're talking mainframes, here! - Too busy driving to stop for gas! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
On Tue, 27 Oct 2009 10:26:38 -0700 (PDT), Eric Chomko pne.cho...@comcast.net wrote: For space applications, sure. A satellite that orbits in 101 minutes had better use UTC, but why humans on Earth in the same place? You think UTC tells you anything about where the Earth's terminator is? When the Earth is facing totally opposite the Sun on any given day. No, local time is a must for determining exactly when the sun will rise where you are! Heck well can live with two measuring systems, we can live with two times. My computer doesn't care where the sun is. If it needs to support people 24 hours per day, maybe anywhere in the world, what does the sun have to do with it? But if it is important to know when data are modified, having over 24 time zones has no advantage.Mark it with a common, universal time. The display routine can change it to local time just fine for users, even when the users are on the opposite sides of the Earth. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
Howard Brazee wrote: But if it is important to know when data are modified, having over 24 time zones has no advantage.Mark it with a common, universal time. The display routine can change it to local time just fine for users, even when the users are on the opposite sides of the Earth. We ran into that a couple of weeks ago - colleague in Australia ran a DSS dump, and when we restored it, got a warning message that the file had a bad date (restored anyway). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
In China, your clock is set to Beijing time. Even if you're at the other edge of China, 16:00 in Beijing is 16:00 where you are. Really, I think every is so adapted to the idea of working from 8am to 5pm. Yet it's pretty meaningless in the grand scheme of things. The world would be a lot simpler if everyone just set their clocks the same. My iPhone's world clock feature is loaded with a half-dozen other clocks. But this would fall under the same debate as converting the US from the Imperial system to Metric, albeit on a global scale. Scott On Tue, Oct 27, 2009 at 11:32 AM, Howard Brazee howard.bra...@cusys.eduwrote: On Tue, 27 Oct 2009 10:26:38 -0700 (PDT), Eric Chomko pne.cho...@comcast.net wrote: For space applications, sure. A satellite that orbits in 101 minutes had better use UTC, but why humans on Earth in the same place? You think UTC tells you anything about where the Earth's terminator is? When the Earth is facing totally opposite the Sun on any given day. No, local time is a must for determining exactly when the sun will rise where you are! Heck well can live with two measuring systems, we can live with two times. My computer doesn't care where the sun is. If it needs to support people 24 hours per day, maybe anywhere in the world, what does the sun have to do with it? But if it is important to know when data are modified, having over 24 time zones has no advantage.Mark it with a common, universal time. The display routine can change it to local time just fine for users, even when the users are on the opposite sides of the Earth. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Tuesday, October 27, 2009 2:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: big iron mainframe vs. x86 servers In China, your clock is set to Beijing time. Even if you're at the other edge of China, 16:00 in Beijing is 16:00 where you are. Really, I think every is so adapted to the idea of working from 8am to 5pm. Yet it's pretty meaningless in the grand scheme of things. The world would be a lot simpler if everyone just set their clocks the same. My iPhone's world clock feature is loaded with a half-dozen other clocks. But this would fall under the same debate as converting the US from the Imperial system to Metric, albeit on a global scale. Scott I'd vote for it. And eliminated the stinking daylight saving time screw-up! Of course, at my first job, I had the print banner pages print the current date and time in GMT like: nn month yyy hh:mm:ss with a 24 hour clock. I like to have gotten lynched by everybody in that shop. They could not remember how to convert. Subtracting 6 (or 5) was too difficult. Oh, and then subtracting another 12 if the number was 12 was just obscene. I don't like metric, personally. Too Earth-centric. I think we need to totally divorce all time and distance to more universal quantities. I nominate the 21 cm hydrogen spectral line for a distance and 7E-10 seconds for time (time for light to travel 21 cm). 1 gigatick would be .7 seconds. Then, we can join the galactic societies! grin -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA support website - hacked?
https://support.ca.com/irj/portal/anonymous Does this look right to you? Ken Porowski VP Mainframe Administration CIT Group E: ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secret Service plans IT reboot
Yea, it was always *storage creep* then we started running WAS 3.01 back in, oh, 2001 or so and it became *storage leak* while on calls with IBM. So what does that make it now, *storage creak*. --- On Tue, 10/27/09, Ted MacNEIL eamacn...@yahoo.ca wrote: From: Ted MacNEIL eamacn...@yahoo.ca Subject: Re: Secret Service plans IT reboot To: IBM-MAIN@bama.ua.edu Date: Tuesday, October 27, 2009, 5:35 PM It does not happen too much anymore on the mainframe, at least not too noticeable. Run JAVA on the mainframe! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA support website - hacked?
This is where I logon: https://support.ca.com/irj/portal/anonymous/userlogin?TARGET=%20%20%20%2 0https%3A%2F%2Fsupport.ca.com%2Firj%2Fportal%3FNavigationTarget%3Dnavurl %3A%2F%2Ffc5fa6af19bda4d7c79e681420eda9ad Frank The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, October 27, 2009 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: CA support website - hacked? https://support.ca.com/irj/portal/anonymous Does this look right to you? Ken Porowski VP Mainframe Administration CIT Group E: ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA support website - hacked?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ken Porowski https://support.ca.com/irj/portal/anonymous Does this look right to you? Looks normal to me. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
On Tue, 27 Oct 2009 12:32:06 -0600, Howard Brazee wrote: On Tue, 27 Oct 2009 10:26:38 -0700 (PDT), Eric Chomko wrote: For space applications, sure. A satellite that orbits in 101 minutes had better use UTC, but why humans on Earth in the same place? You think UTC tells you anything about where the Earth's terminator is? Actually, it does. With UTC and a globe, I can tell pretty well where the terminator is. If someone tells me his civil time, I need one more piece of information. When the Earth is facing totally opposite the Sun on any given day. No, local time is a must for determining exactly when the sun will rise where you are! True. Heck well can live with two measuring systems, we can live with two times. And Roman and Arabic numerals. But why should we. My computer doesn't care where the sun is. If it needs to support people 24 hours per day, maybe anywhere in the world, what does the sun have to do with it? Amen. But if it is important to know when data are modified, having over 24 time zones has no advantage.Mark it with a common, universal time. The display routine can change it to local time just fine for users, even when the users are on the opposite sides of the Earth. So, when will ISPF start marking members in UTC? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA support website - hacked?
My bad. Bounced my browser and all looks OK now. I had seen 4 panels that had SAP Netweaver on them. Any link I used (favorites or links within ca.com) went to the same page until I bounced IE6. Sorry for the confusion. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Porowski, Ken Sent: Tuesday, October 27, 2009 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] CA support website - hacked? https://support.ca.com/irj/portal/anonymous Does this look right to you? Ken Porowski VP Mainframe Administration CIT Group E: ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
On Tue, 27 Oct 2009 14:20:44 -0500, McKown, John wrote: I'd vote for it. And eliminated the stinking daylight saving time screw-up! But let's dispel the specious theological argument. There are opponents who contend that DST is contrary to God's will. Actually, the current convention of Standard Time is contrary to the best Scriptural reference I know: Matthew:20. Of course, at my first job, I had the print banner pages print the current date and time in GMT like: nn month yyy hh:mm:ss with a 24 hour clock. I like to have gotten lynched by everybody in that shop. They could not remember how to convert. Subtracting 6 (or 5) was too difficult. Oh, and then subtracting another 12 if the number was 12 was just obscene. I once tried to place a phone call from Colorado to Benton Harbor, MI. Administrative Assistant: He's out to lunch. When can he call you back? [What time zone is Benton Harbor? UP or LP? Do they observe DST? ... Too much uncertainty. Simplify!] gil: I'm about to go to lunch myself. Can he call me back two hours from now? [Long pause; imagine neural gears grinding at other end.] AA: Errr... What time zone are you in? [Obvious poor choice of algorithm.] I don't like metric, personally. Too Earth-centric. I think we need to totally divorce all time and distance to more universal quantities. I nominate the 21 cm hydrogen spectral line for a distance and 7E-10 seconds for time (time for light to travel 21 cm). 1 gigatick would be .7 seconds. Then, we can join the galactic societies! grin How about the Planck time and the Planck length, suitably scaled. But aren't powers of 10 enormously anthropocentric? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
On Tue, Oct 27, 2009 at 3:20 PM, McKown, John john.mck...@healthmarkets.com wrote: I don't like metric, personally. Too Earth-centric. I think we need to totally divorce all time and distance to more universal quantities. I nominate the 21 cm hydrogen spectral line for a distance and 7E-10 seconds for time (time for light to travel 21 cm). 1 gigatick would be .7 seconds. Then, we can join the galactic societies! grin OK, now you're scaring me, because I find this appealing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
SWATCH Internet time? What is a Swatch .beat? We have divided up the day into 1000 .beats. So, one Swatch .Beat is equivalent to 1 Minute 26.4 Seconds. Why use Internet Time? Internet Time exists so that we do not have to think about timezones. For example, if a New York web-supporter makes a date for a chat with a cyber friend in Rome, they can simply agree to meet at an @ time - because internet time is the same all over the world. Where is the Internet Time meridian? Biel Meantime (BMT) is the universal reference for internet time. A day in internet time begins at midnight BMT (@000 Swatch .Beats) (Central European Wintertime). The Meridian is marked for all to see on the facade of the Swatch International headquarters on Jakob-Staempfli Street, Biel, Switzerland. When did Internet Time start? The BMT Meridian was inaugurated on October 23rd, 1998, in the presence of Nicholas Negroponte, founder and director of the media laboratory at the Massachusetts Institute of Technology. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, October 27, 2009 4:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] big iron mainframe vs. x86 servers On Tue, Oct 27, 2009 at 3:20 PM, McKown, John john.mck...@healthmarkets.com wrote: I don't like metric, personally. Too Earth-centric. I think we need to totally divorce all time and distance to more universal quantities. I nominate the 21 cm hydrogen spectral line for a distance and 7E-10 seconds for time (time for light to travel 21 cm). 1 gigatick would be .7 seconds. Then, we can join the galactic societies! grin OK, now you're scaring me, because I find this appealing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Of interest to Developers
Please excuse a slightly off-topic message, but since a number of System z developers tend to follow this group, I thought this would be of general interest. IBM has just announced the availability of their zPDT (System z Personal Development Tool) to qualifying members of IBM's PartnerWorld for Developers. zPDT is a software based development system that IBM has been using internally for several years and is well tested and proven. It runs on an Intel/Linux platform and can provide one to three processors (CP, IFL, zIIP, or zAAP). I have teamed up with Stan King, ITC (Information Technology Company, LLC) to help bring zPDT based systems to the development community. We are still in the process of defining the exact configurations, but there will be a mobile (ThinkPad) version, a Midrange and a Enterprise version. We are not ready to quote any performance numbers yet, but with the current Intel processor line, we expect performance to be very good. For more information, you can check the ITC web site ( www.p390.com/zpdt.htm ) and the IBM PartnerWorld web site ( www.ibm.com/partnerworld ). If you have any questions, feel free to email me off-list. Mike Hammock ITC mhamm...@p390.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Of interest to Developers
Thanks for the info ... but ... the zPDT is not intended for academia-related education purposes, not for Systems Integrators for software asset maintenance, ... *sigh* still nothing for academia or the hobbyist ... --Stephen Mike At HammockTree wrote: Please excuse a slightly off-topic message, but since a number of System z developers tend to follow this group, I thought this would be of general interest. IBM has just announced the availability of their zPDT (System z Personal Development Tool) to qualifying members of IBM's PartnerWorld for Developers. zPDT is a software based development system that IBM has been using internally for several years and is well tested and proven. It runs on an Intel/Linux platform and can provide one to three processors (CP, IFL, zIIP, or zAAP). I have teamed up with Stan King, ITC (Information Technology Company, LLC) to help bring zPDT based systems to the development community. We are still in the process of defining the exact configurations, but there will be a mobile (ThinkPad) version, a Midrange and a Enterprise version. We are not ready to quote any performance numbers yet, but with the current Intel processor line, we expect performance to be very good. For more information, you can check the ITC web site ( www.p390.com/zpdt.htm ) and the IBM PartnerWorld web site ( www.ibm.com/partnerworld ). If you have any questions, feel free to email me off-list. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA support website - hacked?
On Tue, 27 Oct 2009 15:53:44 -0400, Ken Porowski ken.porow...@cit.com wrote: My bad. Bounced my browser and all looks OK now. I had seen 4 panels that had SAP Netweaver on them. Any link I used (favorites or links within ca.com) went to the same page until I bounced IE6. Sorry for the confusion. You get that when you timeout from their website. It started happening perhaps a month or two ago.And you are correct that you can't logon from that panel. I don't recall if I just have to close that window and open a new one at the correct URL, or close all my IE windows. But I also use Firefox and I may have only had to close that tab and open a new tab the last time it happened. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Of interest to Developers
I'm wondering who else was confused at the idea of IBM getting into the self-help business, when they read z Personal Development Tool? IBM's newly patented Behavioral Change Control (tm) process will enable you to develop, test, and employ the 7 Healthy Habits of a Systems Programmer. Have a weekly conference call with your Inner Child and discover how to overcome your urge to uncontrollably shout at people, who say things like 'IEBIBALL,' until red-faced dizziness sets in. It could happen. Scott On Tue, Oct 27, 2009 at 1:44 PM, Mike At HammockTree m...@hammocktree.uswrote: Please excuse a slightly off-topic message, but since a number of System z developers tend to follow this group, I thought this would be of general interest. IBM has just announced the availability of their zPDT (System z Personal Development Tool) to qualifying members of IBM's PartnerWorld for Developers. zPDT is a software based development system that IBM has been using internally for several years and is well tested and proven. It runs on an Intel/Linux platform and can provide one to three processors (CP, IFL, zIIP, or zAAP). I have teamed up with Stan King, ITC (Information Technology Company, LLC) to help bring zPDT based systems to the development community. We are still in the process of defining the exact configurations, but there will be a mobile (ThinkPad) version, a Midrange and a Enterprise version. We are not ready to quote any performance numbers yet, but with the current Intel processor line, we expect performance to be very good. For more information, you can check the ITC web site ( www.p390.com/zpdt.htm ) and the IBM PartnerWorld web site ( www.ibm.com/partnerworld ). If you have any questions, feel free to email me off-list. Mike Hammock ITC mhamm...@p390.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GIMUNZIP failure
We are running z/Os v1R9 and one of my coworkers is trying to download a server pack from Shopz for DB2. However he is now running into this SMPE problem; GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE STARTED. GIM23413S ** GIMGTPKG PROCESSING HAS FAILED. DATA INTEGRITY VERIFICATION CAN NOT BE PERFORMED BECAUSE ICSF IS NOT AVAILABLE AND AN ATTEMPT TO USE AN ALTERNATE SERVICE HAS FAILED. GIM20501I GIMGTPKG PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. TIME 13:08:22SMP/E FTP OUTPUT SMP/E 34.26 //SMPSRVR DD * SERVER host=delivery03-bld.dhe.ibm.com user=xxx pw=xxx PACKAGE file=2009102750016/PROD/order/GIMPAF.XML hash=68F70B77EC0B41287255A1F98732D44EBB8AE1BB id=OS120223.order /PACKAGE /SERVER /* He has included the Java in the JCL //SMPCPATH DD PATH='/usr/lpp/smp/classes/' //SMPJHOME DD PATH='/usr/lpp/java/J1.4/' As well as in his execution: //SMPCLNT DD * CLIENT retry=3 javadebugoptions=-Dcom.ibm.smp.debug=severe -showversion javahome=/usr/lpp/java/J1.4 classpath=/usr/lpp/smp/classes /CLIENT Has anyone run into this error? You can see the release of SMPE above Edouard A. Myers Senior Information Technology Specialist Office of the Chief Technology Officer DC Government 222 Massachusetts Ave, NW, Suite 200 Washington, DC 20001 Phone : 202-727-4017 Fax: 202-727-3880 Email: edouard.my...@dc.gov Website: http://www.octo.dc.gov -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, October 27, 2009 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: GIMUNZIP failure On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote: GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE SMPDIR DD STATEMENT. Please let me know what could be the reason for the failure and I am thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary format along with other package files. If this is wrong then let me know what mode I should use while FTPing these files into OMVS. Binary is correct for transfers both from ShopZ and to HFS directory. But that's not what the message says is the problem Do ls -al ... of the HFS directory NAMED ON THE SMPDIR DD STATEMENT and verify that the file named in the message is present. But why bother with GIMUNZIP? You should be able to do RECEIVE FROMNTS directly. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
On Tue, 27 Oct 2009 17:58:59 -0400, Myers, Edouard (OCTO) wrote: We are running z/Os v1R9 and one of my coworkers is trying to download a server pack from Shopz for DB2. However he is now running into this SMPE problem; GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE STARTED. FWIW, on a 1.10 system, I find: 65581 -rwxr-xr-x 2 OMVSKERN OMVS 6983 Sep 25 2008 /usr/lpp/smp/classes/com/ibm/smp/GIMJVCLT.class ... which seems to work for my RECEIVE FROMNETWORK. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
Are you sure you have a working version of Java mounted at /usr/lpp/java/J1.4? The classpath should be fine as SMP/E is (normally) installed in the root file system. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Tue, 27 Oct 2009 17:58:59 -0400, Myers, Edouard (OCTO) edouard.my...@dc.gov wrote: We are running z/Os v1R9 and one of my coworkers is trying to download a server pack from Shopz for DB2. However he is now running into this SMPE problem; GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE STARTED. GIM23413S ** GIMGTPKG PROCESSING HAS FAILED. DATA INTEGRITY VERIFICATION CAN NOT BE PERFORMED BECAUSE ICSF IS NOT AVAILABLE AND AN ATTEMPT TO USE AN ALTERNATE SERVICE HAS FAILED. GIM20501I GIMGTPKG PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. TIME 13:08:22SMP/E FTP OUTPUT SMP/E 34.26 //SMPSRVR DD * SERVER host=delivery03-bld.dhe.ibm.com user=xxx pw=xxx PACKAGE file=2009102750016/PROD/order/GIMPAF.XML hash=68F70B77EC0B41287255A1F98732D44EBB8AE1BB id=OS120223.order /PACKAGE /SERVER /* He has included the Java in the JCL //SMPCPATH DD PATH='/usr/lpp/smp/classes/' //SMPJHOME DD PATH='/usr/lpp/java/J1.4/' As well as in his execution: //SMPCLNT DD * CLIENT retry=3 javadebugoptions=-Dcom.ibm.smp.debug=severe -showversion javahome=/usr/lpp/java/J1.4 classpath=/usr/lpp/smp/classes /CLIENT Has anyone run into this error? You can see the release of SMPE above Edouard A. Myers Senior Information Technology Specialist Office of the Chief Technology Officer DC Government 222 Massachusetts Ave, NW, Suite 200 Washington, DC 20001 Phone : 202-727-4017 Fax: 202-727-3880 Email: edouard.my...@dc.gov Website: http://www.octo.dc.gov -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, October 27, 2009 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: GIMUNZIP failure On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote: GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE SMPDIR DD STATEMENT. Please let me know what could be the reason for the failure and I am thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary format along with other package files. If this is wrong then let me know what mode I should use while FTPing these files into OMVS. Binary is correct for transfers both from ShopZ and to HFS directory. But that's not what the message says is the problem Do ls -al ... of the HFS directory NAMED ON THE SMPDIR DD STATEMENT and verify that the file named in the message is present. But why bother with GIMUNZIP? You should be able to do RECEIVE FROMNTS directly. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
On Tue, 27 Oct 2009 19:19:20 -0500, Mark Zelden wrote: Are you sure you have a working version of Java mounted at /usr/lpp/java/J1.4? The classpath should be fine as SMP/E is (normally) installed in the root file system. I would cherish an IVP that tests this. (I have a crude test for ICSF CSNBOWH function.) On Tue, 27 Oct 2009 17:58:59 -0400, Myers, Edouard (OCTO) wrote: We are running z/Os v1R9 and one of my coworkers is trying to download a server pack from Shopz for DB2. However he is now running into this SMPE problem; He has included the Java in the JCL //SMPCPATH DD PATH='/usr/lpp/smp/classes/' //SMPJHOME DD PATH='/usr/lpp/java/J1.4/' I forgot to mention that I supply SMPJHOME DD, but have never needed SMPCPATH DD for RECEIVE FROMNETWORK. (z/OS 1.7, 1.10) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
Check the archives this issue has been discussed in the past, although not by me. There is some sample JCL. rom: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Myers, Edouard (OCTO) Sent: Tuesday, October 27, 2009 5:59 PM To: IBM-MAIN@bama.ua.edu Subject: GIMUNZIP failure We are running z/Os v1R9 and one of my coworkers is trying to download a server pack from Shopz for DB2. However he is now running into this SMPE problem; GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE STARTED. GIM23413S ** GIMGTPKG PROCESSING HAS FAILED. DATA INTEGRITY VERIFICATION CAN NOT BE PERFORMED BECAUSE ICSF IS NOT AVAILABLE AND AN ATTEMPT TO USE AN ALTERNATE SERVICE HAS FAILED. GIM20501I GIMGTPKG PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. TIME 13:08:22SMP/E FTP OUTPUT SMP/E 34.26 //SMPSRVR DD * SERVER host=delivery03-bld.dhe.ibm.com user=xxx pw=xxx PACKAGE file=2009102750016/PROD/order/GIMPAF.XML hash=68F70B77EC0B41287255A1F98732D44EBB8AE1BB id=OS120223.order /PACKAGE /SERVER /* He has included the Java in the JCL //SMPCPATH DD PATH='/usr/lpp/smp/classes/' //SMPJHOME DD PATH='/usr/lpp/java/J1.4/' As well as in his execution: //SMPCLNT DD * CLIENT retry=3 javadebugoptions=-Dcom.ibm.smp.debug=severe -showversion javahome=/usr/lpp/java/J1.4 classpath=/usr/lpp/smp/classes /CLIENT Has anyone run into this error? You can see the release of SMPE above Edouard A. Myers Senior Information Technology Specialist Office of the Chief Technology Officer DC Government 222 Massachusetts Ave, NW, Suite 200 Washington, DC 20001 Phone : 202-727-4017 Fax: 202-727-3880 Email: edouard.my...@dc.gov Website: http://www.octo.dc.gov -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, October 27, 2009 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: GIMUNZIP failure On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote: GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE SMPDIR DD STATEMENT. Please let me know what could be the reason for the failure and I am thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary format along with other package files. If this is wrong then let me know what mode I should use while FTPing these files into OMVS. Binary is correct for transfers both from ShopZ and to HFS directory. But that's not what the message says is the problem Do ls -al ... of the HFS directory NAMED ON THE SMPDIR DD STATEMENT and verify that the file named in the message is present. But why bother with GIMUNZIP? You should be able to do RECEIVE FROMNTS directly. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
On Tue, 27 Oct 2009 19:32:27 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Tue, 27 Oct 2009 19:19:20 -0500, Mark Zelden wrote: Are you sure you have a working version of Java mounted at /usr/lpp/java/J1.4? The classpath should be fine as SMP/E is (normally) installed in the root file system. I would cherish an IVP that tests this. (I have a crude test for ICSF CSNBOWH function.) To test what? Java or that the SMP/E unix files are part of the root? For Java: java -version is a good start For the classes, if SMP/E came with serverpac, it is in the root. If you installed (upgraded) SMP/E after you installed serverpac, it should still be in the root unless you changed your DDDEFs and pointed APPLY at different directories. That is what I meant by the classpath should be fine. The OP is executing SMP/E and assuming z/OS unix is even functional, the classpath he pointed to in both the DD and the client parms should exist. On Tue, 27 Oct 2009 17:58:59 -0400, Myers, Edouard (OCTO) wrote: We are running z/Os v1R9 and one of my coworkers is trying to download a server pack from Shopz for DB2. However he is now running into this SMPE problem; He has included the Java in the JCL //SMPCPATH DD PATH='/usr/lpp/smp/classes/' //SMPJHOME DD PATH='/usr/lpp/java/J1.4/' I forgot to mention that I supply SMPJHOME DD, but have never needed SMPCPATH DD for RECEIVE FROMNETWORK. (z/OS 1.7, 1.10) It sounds like you have ICSF available (crypto), so you don't need the java classes for it. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EZASMI Concurrent Server cann't handle mutiple open connections in the same port
Hi, All regarding my earlier inquiry can anyone correct me if I am wrong I don't think you can have multiple open connections ( in the process of read and writes ) on the same port/same ip ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port
Joe Reichman wrote: I don't think you can have multiple open connections ( in the process of read and writes ) on the same port/same ip ?? The (E)JES Workstation Component TCP/IP broker listens on a single port and, when a connection is handled, uses give/takesocket to hand the socket to a subtask and goes back to the listen loop. Later, the socket is given to the user's EWC server address space. We have multiple TCBs and multiple address spaces all sharing and doing concurrent read/write to the same IP/port. (At least it appears to be concurrent.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port
Well, I don't want to say yes outright, since I don't know what makes you ask. The well known ports (21, 22, 80, 443, and the color purple) are all just a front end. Your TCP/IP subsystem forks it off to your server application with a different port that that process listens on. That way, the original port (21, 22, 88, blue 42) can remain open for new connections to be established. The client then requests whatever data and the connection is closed, the child dies, and the port is released back to the assignable pool. I'm not a TCP/IP engineer or one of those liberal elite computer scientists but this is the general idea. http://infolab.stanford.edu/CHAIMS/Code/Wrappers/TCPIP_CPAM/webpage/TCPIP.html Scott On Tue, Oct 27, 2009 at 8:11 PM, Joe Reichman joereich...@optonline.netwrote: Hi, All regarding my earlier inquiry can anyone correct me if I am wrong I don't think you can have multiple open connections ( in the process of read and writes ) on the same port/same ip ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port
I got this error from Windows saying it couldn't create a CAsynSocket Class for the same ip/port Maybe if it open and closes the socket.. At work our shop is heavily XCOM based uses XCOM to submit JOBS from the PC as we are VSE and in the process of converting to MVS (VSE HAVING not having a built in edtitor) and it XCOM seems to be single threaded only one connection on the port But XCOM is an old VTAM application program though there TCP/IP suppourt -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, October 27, 2009 11:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port Joe Reichman wrote: I don't think you can have multiple open connections ( in the process of read and writes ) on the same port/same ip ?? The (E)JES Workstation Component TCP/IP broker listens on a single port and, when a connection is handled, uses give/takesocket to hand the socket to a subtask and goes back to the listen loop. Later, the socket is given to the user's EWC server address space. We have multiple TCBs and multiple address spaces all sharing and doing concurrent read/write to the same IP/port. (At least it appears to be concurrent.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port
thaNKX -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Wednesday, October 28, 2009 12:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: EZASMI Concurrent Server cann't handle mutiple open connections in the same port Well, I don't want to say yes outright, since I don't know what makes you ask. The well known ports (21, 22, 80, 443, and the color purple) are all just a front end. Your TCP/IP subsystem forks it off to your server application with a different port that that process listens on. That way, the original port (21, 22, 88, blue 42) can remain open for new connections to be established. The client then requests whatever data and the connection is closed, the child dies, and the port is released back to the assignable pool. I'm not a TCP/IP engineer or one of those liberal elite computer scientists but this is the general idea. http://infolab.stanford.edu/CHAIMS/Code/Wrappers/TCPIP_CPAM/webpage/TCPIP.h tml Scott On Tue, Oct 27, 2009 at 8:11 PM, Joe Reichman joereich...@optonline.netwrote: Hi, All regarding my earlier inquiry can anyone correct me if I am wrong I don't think you can have multiple open connections ( in the process of read and writes ) on the same port/same ip ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Marist College in Zjournal on the Maiframe
Historic Marist College Embraces Mainframe’s Future by Gabe Goldberg. Marist College has evolved into a hub of worldwide mainframe education on campus and via distance learning. [read more: http://www.zjournal.com/index.cfm?section=articleaid=1234] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
