Re: CICS Wiki news.
Corneel - I've just created myself an ID on the CICS Wiki - how do I become a member of the Team? -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC Corneel Booysen [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 22/01/2008 15:49 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject CICS Wiki news. Hello all, here is some Wiki news. 1. The first old CICS website has been adopted into the Wiki. Check it out at http://cicswiki.org/cicswiki1/index.php?title=CICSCentral 2. I added the Yellow brick moment where Bob Yelavich will entertain us with CICS trivia. http://cicswiki.org/cicswiki1/index.php?title=Yellow_brick_moment 3. The first vendors for vendor spotlight are preparing their Wiki content. More information on this soon. 4. Quite a few new people have joined the Wiki. Check it out here: http://cicswiki.org/cicswiki1/index.php?title=Team Well my boss told me I had to choose between SHARE and Impact and I chose SHARE - so see you all in Orlando. Regards. Corneel. -- 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 - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: File Transfer conundrum
Has MQSeries been considered? I'd have thought it would have solved most problems like this. (unless one of the partners doesnt actually have MQ installed!) -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC John S. Giltner, Jr. [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/01/2008 02:51 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: File Transfer conundrum Any reason why you can't ftp directly between the two z/OS system? If security is an issue you could use either IPSec tunnels between the two systems or setup IBM SecureFTP server (SSL'ed FTP). Bruce Baxter wrote: We've routinely exhanged files with business partners running on z/OS machines using tape for years. We're now in the process of converting a number of these to electronic means, using in part FTP. This is being done at the behest of one of our business partners, who (IMHO) hasn't thought through all the issues that the use of FTP introduces in this process. The central issue as I see it is that the mainframes at either end of the pipeline are both EBCDIC and record oriented, and the servers and ftp processes that lie between them to facilitate these transfers do not have any inherent concept of record oriented files like the mainframe. I'm going to treat FIXED BLOCK data separately from VARIABLE BLOCKED data separately. The first files that we received were FIXED BLOCK, and had been translated from EBCDIC to ASCII, most likely at the first transfer of the file from z/OS to an ASCII based server platform (either Windows or AIX). When they arrived on our z/OS system, we had issues of data corruption because the data contained zoned decimal data. After some discussion, we agreed that we'd transfer these files in BINARY mode at all steps along the way. Thus, all we had to do was ensure that the LRECL used for the destination dataset on z/OS was the same as the source dataset. This seems to be working OK. Most recently, we've been having problems with other files that are VARIABLE BLOCKED. We received the first of these files last week, transmitted from end- to-end in BINARY mode. What we got was not at all what we expected. We've discovered that the initial FTP from z/OS to the server stripped off all information regarding record length and thus record delineation. Because there aren't any RDWs in front of every record, ftp doesn't know how long the records are and just plunks the data into the destination dataset in chunks of LRECL-4. I did a bunch of research on z/OS FTP and there doesn't appear to be any way to make it convey record length/delineation information to and ASCII platform other than to use ASCII mode. z/OS FTP appears to have mechanisms for conveying this between two z/OS FTP systems, but that's not possible here. For the present time, we've had the file shipped with the initiatl movement translating the data from EBCDIC to ASCII and all subsequent transfers until the last one back to z/OS in BINARY mode. However, I'm concerned about the possibility of data corruption if the translate tables used in the first step and the last step of this files travel aren't exact inversions of each other. This would certainly be possible of the initial ASCII transfer were done to a Windows Code Page 1252 system and the last transfer (having CP1252 data) were translating between UTF-8 and CP037. I'm interested in other folks war stories and what they've implemented for best practices. I've made clear to our developers and end-users that ftp is certainly not a direct replacement for tape transfers. It would appear that we need lots of information about all the systems and transformations done in moving the file from one system to another. FTP doesn't convey this sort of information in any way shape or form. What sort of options are there? - Transmit/Receive would certainly be one, but would add a lot of overhead to the process. - Removal of all non-display data from the files and subjecting them to ASCII translation at every step would also be an option, but that would likely be rejected by our business partner as too much work. - Are there any options to z/OS FTP that would allow record formatting information to be conveyed in the file, if we presume that we'd transfer it in binary mode at every step. Has anyone come across any clear helpful best practice type information or sites? I'd be interested in anything anyone has. Regards, Bruce Baxter Manager of DP Tech Services NYS Dept of Tax and Finance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED
Re: Apple Patent
How is this much different from patenting genes or gene sequences? -- Regards - Grant Doug Fuerst [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 29/12/2007 00:26 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Apple Patent Maybe Apple will patent air next. They can join Microsoft in the application. This is insane. http://www.informationweek.com/news/showArticle.jhtml?articleID=205203690cid=nl_IWK_daily Doug Doug Fuerst Consultant BK Associates Brooklyn, NY (718) 921-2620 (Office) (718) 921-0952 (Fax) (917) 572-7364 (Cell) [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 - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Redbooks - Systems Programming Series
Does this help ? http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=ABCs -- Regards - Grant Thompson, Steve [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/12/2007 14:48 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Redbooks - Systems Programming Series Well, somehow I managed to lose the copies of this series (IBM Redbooks | ABCs of z/OS System Programming Volume n), and right now in the Redbook area I can only find Vol 1, 2, 9. Does anyone have a link to where the rest of them are, or did they get a name change? In that case, what name should I be searching on? Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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 - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Odp: Re: ftp2jes equivalent but with Interface level 2 ?
Thanks for that. I have used ftp to submit JCL, then read back the results parse it, so I guess we must have had level2. But that _was_ at IBM ! -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC Mariusz Stakowski [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 28/11/2007 12:53 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Odp: Re: ftp2jes equivalent but with Interface level 2 ? Hi Grant, I learned about level 2 this morning :) To be more exact it is JESINTERFACELEVEL. As says z/OS Communications Server, IP Configuration Reference Version 1 Release 8 (SC31-8776-10): .11.64 JESINTERFACELEVEL (FTP server): Use the JESINTERFACELEVEL statement to specify the FTP-to-JES interface to be used by the installation. JESINTERFACELEVEL 1 uses the JES interface provided in releases prior to Communication Server for OS/390 V2R10. At this level, the FTP user is allowed to submit jobs to JES, retrieve held output matching their logged-in user ID plus one character, and delete held jobs matching their logged-in user ID plus one character. With JESINTERFACELEVEL 2, FTP users can retrieve and delete any job in the system for which they have the security access facility (SAF) resource class JESSPOOL access. Their ability to submit jobs is governed by the JESJOBS class SAF resource. JESINTERFACELEVEL 2 should only be specified if security measures are in place to ensure process access to JES output. For more information on SDSF security refer to z/OS SDSF Operation and Customization Ftp2jes which you can find on cbttape works with JESINTERFACELEVEL = 1 only. So it can submit JOB, but it can not read the results Perhaps I wil try to use somehow the solution you have indicated me. Thank you very much Regards Mariusz Grant Ward Able [EMAIL PROTECTED] 2007-11-28 13:24 Do: [EMAIL PROTECTED] DW: Temat: Re: ftp2jes equivalent but with Interface level 2 ? Hi Mariusz, you said you were looking for something with level 2 functions - what are these? If you just wanted to implement ftp to JES, then you could use something like this: http://www.ibm.com/developerworks/eserver/library/es-batch-zos.html -- Regards - Grant Mariusz Stakowski [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 28/11/2007 11:46 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject ftp2jes equivalent but with Interface level 2 ? Hello list, I am looking for (freeware and possibbly open source) equivalent of ftp2jes but with level 2 functions implemented. Or at least something similar ? Does someone know about such a product ? I would like to use it on our Windows stations. Regards Mariusz Stakowski -- 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 DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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
Grant Ward Able is out of the office.
I will be out of the office starting 02/11/2007 and will not return until 26/11/2007. In need please contact Russel Parker or Leo Kennedy. - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Slip Trap turning off GTF on different LPAR
To all who replied on this subject, giving me lots of food for thought and some good advice: THANK YOU!!! -- Regards - Grant - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Cancel transaction in cics
ICVR or CEMT SET RUNAWAY will only work if no CICS command is issued while the transaction is looping or crunching. To really catch a rogue transaction you will need to use one of the realtime monitors e.g. Omegamon for CICS -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC Barkow, Eileen [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 29/10/2007 13:30 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Cancel transaction in cics Just set the ICVR sit parm (or override CEMT SET RUNAWAY) to the value - but 5 seconds is way too little for most transactions - we have it set to 60 before cancelling it. an AICA abend will result. and ICVR is just cpu time between issuing CICS requests - there are other parms to timeout a transaction after a given period of usage - like DTIMEOUT/RTIMEOUT for terminal attached transactions in wait. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of HELIO Sent: Monday, October 29, 2007 7:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Cancel transaction in cics Hi everyone, Does anyone know how to configure the cics, to cancel a transaction when overcome by example 5 seconds of use of CPU. -- Hélio José da Silva Depto. Software Básico -- 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 - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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
Slip Trap turning off GTF on different LPAR
Hi Listers, we need to run GTF and have a slip trap set that when triggered will turn off the GTF trace. The problem is that both GTF and slip trap are on different LPAR's. Is there a way to achieve this? -- Regards - Grant - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: VER Command from TSO for TCP/IP?
DISPLAY TCPIP -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC Richbourg, Claude [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 26/10/2007 13:44 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: VER Command from TSO for TCP/IP? NETSTAT from 1.6 will tell you that and more. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark S. House Sent: Friday, October 26, 2007 8:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VER Command from TSO for TCP/IP? Is ther a command that can be entered from TSO/ISPF to find out what version of TCP/IP that is being run in an LPAR on a z/900 (z/OS 1.7) Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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 - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Attachmate
Thanks Shmuel and all others for your kind responses - this has finally worked ! -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 21/08/2007 16:54 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Attachmate In [EMAIL PROTECTED], on 08/16/2007 at 10:05 AM, Grant Ward Able [EMAIL PROTECTED] said: Although I have updated my QuickPad to contain the PA1 key, none of the actions above seem to work...Pressing the ATTN key just takes me back to my session selection menu. That sounds like standard[1] TPX behavior. First make sure that you have a key defined as ATTN, then hit it twice. [1] For good and sufficient reason. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: MQ question
[EMAIL PROTECTED] Is this a triggered queue? -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC August Carideo [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 22/08/2007 16:31 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject MQ question Can some one point me to a MQ discussion list similar to this ( if there is one ) We're seeing something odd with regard to MQSeries. We put a display into a program to show the status of the input queue when the close is done after the get. During our testing we are getting a 2033 return code which indicates that there is no message in the queue. and am trying to find out if anyone is aware of anything that might cause an empty queue to continue triggering transactions over and over again? DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Attachmate
Thanks Gary - I just couldnt find that in the RTFM - not the best in that regard Regards - Grant Gary Threadgold [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 15/08/2007 16:41 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Attachmate [EMAIL PROTECTED], on 2007-08-15 at 16:54, wrote: Does anyone know how to setup a quickpad in Attachmate for TSO-ISPF, to send the PA1 key ? -- Regards - Grant Hi Grant, From within an Extra session, click on Option - Settings, then select QuickPads. You'll then need to edit an existing one or create a new one; either way, create a new button (using the button icon available in the toolbar). Double-click your newly-created button and then select the Action tab from the subsequent page. Choose the Miscellaneous category and the Send Keys command. Some further options should then appear on the right. Under Display Keys, select PA1 and then click on Add to Keystrokes. Follow all of this up with a random combination of OK, Save, etc., and you should find that you have a working QuickPad. Regards, Gary. UNHCR, Geneva, Switzerland. DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Attachmate
Thanks Terry. What I needed was to be able to interrupt the SDSF Auto Update display. The SDSF Help says: To cancel , press the RESET key, then PA1 (BSC terminals); or the Attn keys (SNA terminals). Although I have updated my QuickPad to contain the PA1 key, none of the actions above seem to work...Pressing the ATTN key just takes me back to my session selection menu. -- Regards - Grant Traylor, Terry [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 16/08/2007 07:52 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Attachmate You might also have to click on the Attn key twice. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Traylor, Terry Sent: Wednesday, August 15, 2007 9:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Attachmate If by PA1, you mean to interrupt your foreground session, then the Attn key in TSO-ISPF.EQP in the QuickPads should do the trick. You can find QuickPads under Options then Settings. You can also edit the QuickPads. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 WARNING: All email sent to or from this address will be received by the Charles Schwab corporate e-mail system and is subject to archival and review by someone other than the recipient. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grant Ward Able Sent: Wednesday, August 15, 2007 7:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Attachmate Does anyone know how to setup a quickpad in Attachmate for TSO-ISPF, to send the PA1 key ? -- Regards - Grant DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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
Attachmate
Does anyone know how to setup a quickpad in Attachmate for TSO-ISPF, to send the PA1 key ? -- Regards - Grant DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-OPS/MVS question - delayed replay to WTOR
Can you not have your WTOR rule use the $TA command to setup an automatic reply in 3 minutes ? -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC McKown, John [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/08/2007 13:51 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject CA-OPS/MVS question - delayed replay to WTOR Is there any way to tell CA-OPS/MVS that I want to reply to a WTOR after a delay of n seconds? What is occurring is that we occassionally get the message: *18 CBR4196D Job POPH302D, drive 0605, volser 260329, error code 140167. Reply 'R' to retry or 'C' to cancel. We want to wait about 3 minutes, then reply R. At present, we do a TSO SEND in the WTOR rule asking the operator to reply in 3 minutes. Unfortunately, they often forget to do so. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: FTP files in their directory structure from HFS to AIX
How about creating a tar file containing all of your directories files, transferring that, then untarring it ? -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jan MOEYERSONS Sent: Monday, August 06, 2007 10:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP files in their directory structure from HFS to AIX Dear Fellow Listers, I have the need for transferring a set of files in a directory structure a number of levels deep from HFS on mainframe to a file system on an AIX box. From one run to the next of the application that produces these files and directory structure, there may be a different number of files and different levels in the directory structure. I need to control the sending from the mainframe. Regular FTP and mput * does indeed transfer all the files, but none of the directories; I end up with all files (regardless of where they live in the input directory structure) in the root level of the destination. Not what I want... I know, I could write a REXX to surf the directory tree and create all the required commands (mkdir, cd, lcd, put etc.) to copy everything over, but I would like to avoid that if possible. Would any of you know a way to fulfil my need? All tips and hints appreciated. Cheers, Jantje. DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Dataset allocated by JOB or ASID
from option 6, issue ISRFIND, or from any command line, TSO ISRFIND will show you what is allocated to a TSO user. -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC GIONFRIDDO MICHELE [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 31/07/2007 14:13 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Dataset allocated by JOB or ASID Hi. I would like to see all dataset name allocated by Job or Asid or User TSO from an operator console. How can I do in a simple way, through a MVS command or other? Bye Mike -- 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 DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Oh Lindy I dont know - free board and lodging, someone to clean up after you and cuddles whenever you want them and no other expectations at all. Not even taxes. You'll be looked after until the end of your days (if you choose your household well), so no worries about pension and stuff. Sounds like a good second choice to me! Regards - Grant Lindy Mayfield [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 26/07/2007 22:37 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: z/OS job market (I could just scream!) You guys are making me nervous. I actually want to be a z/OS systems programmer. Some day. )-: My second choice is to be a cat, but that doesn't pay well these days. DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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: Regarding SDSF pgm
Yes please! Sent from Grant Ward Able's Blackberry - Original Message - From: Rick Fochtman [EMAIL PROTECTED] Sent: 07/20/2007 01:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Regarding SDSF pgm ---snip--- The nasty part is testing bit fields in COBOL. The LE bit test routines are expensive to run. (I haven't looked recently at COBOL to see if there are native ways to do this that don't involve standing on one's head.) CALL 'CEESITST' USING WORD-VALUE BIT-SELECT FC BIT-VALUE IF NOT CEE000 THEN CALL CEE3ABD USING U0300, CLEANUP-CODE END-IF. --unsnip- If you've got a decent PL/1 compiler, processing type-30 records is relatively trivial, once you get the record layout defined. I just lifted that section from the mapping macro and did almost a line-by-line conversion. If anyone's interested, contact me privately and I'll see if I still have it somewhere, along with a program tht uses it for some basic reporting stuff. -- 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 DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. 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. -- 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