Re: PDS processing in REXX
Graham Hobbs wrote: 1. create a new PDS if it's not there Use SYSDSN(DSN) to check if a dataset is still there or not. For example, I create a temporary dataset for work using an unique name: DO FOREVER DSN=USERID().TEMPSUBSTR(TIME(),4,2)SUBSTR(TIME(),7,2) IF SYSDSN(DSN) /= 'OK' THEN LEAVE END ALLOC DA(DSN) F(INVOER) NEW SPACE(5) CYLINDERS, UNIT(SYSDA) CATALOG LRECL(80) RECFM(F) DSORG(PS) Sorry for answering only one question... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Output Writer and TCP/IP
IBM Network Print Facility is still available. Starting with z/OS 1.4 it became part of base z/OS (part of Communications Server) and no longer required a separate order. You can find the z/OS 1.13 documentation for NPF here: http://publib.boulder.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.halp001/toc.htm At least as far back as 1997 IBM declared that IP PrintWay would be the strategic replacement for NPF, and NPF was functionally stabilized. IP PrintWay became part of IBM Infoprint Server, an optional, orderable feature of z/OS (and an excellent, actively developed solution with more features). However, I have seen no statement or indication that NPF would be withdrawn. NPF is still supported on supported z/OS releases as far as I know. Among commercial options Infoprint Server is excellent, and some others have been mentioned like those from LRS and MacKinney. To attempt a complete response there are a couple others I know about but have no experience with: Macro 4's Columbus Z and CA Spool. On the printing front, IBM has indicated that it will be including a large selection of fonts in base z/OS starting with Version 2 Release 1 (z/OS 2.1). That may be a relevant enhancement depending on what you're trying to do. Whenever the topic of printing (to paper) comes up, I always mention that it's worth examining whether it makes sense to print or whether a content repository with Web/mobile support -- and user-driven optional/ad hoc printing -- makes more sense for both convenience and overall cost savings. If often does, and you can look at my previous comments about that idea. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - HitchHiker Guide to the Galaxy 404 error
Lizette Koehler wrote: For those that like HHGG - Here is a new twist from ACM (Association for Computing Machinery) http://www.acm.uiuc.edu/errors/404.html I have to read it 42 times just to discover the answer to all questions: this is Marvin the depressed paranoid Robot! ;-D :-D :-P ;-D :-D :-P ;-D :-D :-P ;-D :-D :-P ;-D :-D :-P Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PDS Processing in REXX
Hi Graham, Taking your questions in order: 1 - Deleting a data set PARA1: F1 = 'ENCORE.CBL.SOURCE' DELETE 'F1' /* TRYING TO GET MY HEAD AROUND THESE QUOTE'Y THINGS */ RC_REASON = 'DELETE 'F1; CALL RETCODE RETURN This code, using the TSO DELETE command will do the job without the need to. pre-allocate. The double quotes are there to ensure that the REXX interpreter does not attempt to execute the DELETE command. The single quotes are there to inhibit TSO prefix, which if turned on would prefix the data set name in variable F1 with the prefix held in the TSO PROFILE. I notice that in RETCODE it is RC that is tested no RC_REASON. To be safe it would be better to test RC_REASON in RETCODE in case RC has been changed before arrival. 2 - Allocating the data set As Elardus mentioned I would use the built-in Function SYSDSN to check data set status before attempting the allocate. As far as the allocate goes the ultimate disposition of the data set is missing. With only NEW coded the data set will be created, then deleted. To be kept it would be better to add CATALOG. SYSDSN will provide a textual response which will help understand the state of the data set, i.e. it may be allocated but ENQ'd by another task. 3 - Reading the member The issue with file processing is how much data is being processed. One thing for certain is that EXECIO 1 is the most inefficient method as the EXECIO code will be entered for each and every record. If the member is small then think about EXECIO * which will read all the members in one go, which will avoid the need for the loop, and allow the file to be closed at the same time by the addition of FINIS to the EXECIO options; i.e. EXECIO * DISKR INFILE1 (FINIS Note that EXECIO returns RC = 2 at end-of-file. 4 - I/O Processing differences. It could be argued that I/O processing differences between TSO and ooREXX are a strength rather than a weakness. It is this difference which allows REXX to be so portable. That said z/VM REXX provides two I/O processing methods one using EXECIO and the other using stream commands like ooREXX. Kind Regards - Terry Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Reg : 3767263 Outgoing e-mails have been scanned, but it is the recipients responsibility to ensure their anti-virus software is up to date. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MQ SMF Mapping Macros
Since you have them in your system, we have not installed something correctly on our system... Thanks for your help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MQ SMF Mapping Macros
What release of MQ? We are running MQ 6.0 and I don't have those macros either. Looking at the FMID, I am guessing that the other person has a more current version of MQ. On Thu, Mar 28, 2013 at 5:18 AM, Donald Likens dlik...@infosecinc.comwrote: Since you have them in your system, we have not installed something correctly on our system... Thanks for your help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how do i capture MVS command output into a batch job?
/* Function: The @SYSCMD REXX executable (REXX exec) issues a system */ /* command for the caller. It can optionally look for the */ /* expected message text in the command responses, reply to */ /* the first Reply to the Write to Operator Reply (WTOR) if */ /* there is one, and look for the expected message text in */ /* the REPLY command responses. */ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex R. Sent: Wednesday, March 27, 2013 11:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: how do i capture MVS command output into a batch job? I'll reply to my own message. I did some more digging and found several examples of how I can do this, so never mind. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex R. Sent: Wednesday, March 27, 2013 10:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: how do i capture MVS command output into a batch job? Hi list, I did some searching of the archives and didn't see anything so I'll ask what I hope to be a simple question. I have a need to be able to execute an MVS command and have the output available to a batch job for further processing. In this case, I want to be able to capture the output of a D PROG,APF command to parse the output. Any suggestions would be helpful. Thanks. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information.If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited.If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information.If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited.If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PARMDD?
On Tue, 26 Mar 2013 22:15:44 -0500, Paul Gilmartin wrote: Since PARMDD and PARM are mutually exclusive, I should be able to EXEC an existing library PROC, overriding with PARMDD.stepname=MYPARM and expect the PARM coded in the PROC to be nullified, right? I would expect that you would have to code PARM.stepname=,PARMDD.stepname=MYPARM thus nullifying the PARM. But I don't know. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Output Writer and TCP/IP
Dennis, We are on z/OS 1.13 and it's working just fine. Dana On Wed, 27 Mar 2013 16:13:24 +, Givens, Dennis W. dennis.giv...@cnasurety.com wrote: Dana, What release of Z/OS are you running? IBM has stated that NPF users should convert to INFO Print. I have not heard of any dates for them to pull the plug on NPF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
2013 VM Workshop - Call for Presentations (SUBMISSIONS CLOSE APRIL 15)
Cross-posted to the IBMVM, Linux-390, and IBM-MAIN discussion lists. The 2013 VM Workshop will be conducted JUNE 20-22 at Indiana University-Purdue University Indianapolis in beautiful downtown Indianapolis, IN. Session are planned from about 9AM Thursday June 20, through about 2PM Saturday, June 22. For more details, see: http://www.vmworkshop.org/2013 Session presentation ideas (even if the session materials have not yet been completed) can be submitted at: http://www.vmworkshop.org/node/246 The Session Submission deadline is APRIL 15. Don't dawdle! :-) Volunteers need time to sort through the submissions and fit those that apply into the limited 2.5 days of session slots. Some of the sessions being planned, or already submitted for consideration, include: * A live, online zVM Installation lab (seats limited to about 18) * A live, online Linux on System z Installation lab (seats limited to about 18) * IBM zEnterprise Technology Update * Intellinx - A Real-time Auditing, Monitoring and Fraud Detection Solution for System z and others * zIFL Consolidation Sizing Process * The z/VM Platform: Fit-for-Purpose - Proven for Linux * Linux Storage Measurement * Real examples of z/VM and Linux Guest Monitoring and Automation * Automating Oracle on System z * Mz - a new open source systems management package * Rexx Intro and Scripting (basics) * Strike up the Band - How to Make Great Events Happen with the z/VM Intra Network Data Ensemble * Sharing the Love of z/VM 620 Clustering Solutions * Options for Backing Up and Restoring z/VM and Linux Guests * Stump the Olde-timers - an informal QA between Olde-timers and z/VM and LInux on System z newcomers * Open panel discussions on specific subjects of interest determined before or during the workshop Many of the sessions listed above are 'vendor' sessions. Those should be terrific. Yet, the description of the original VM Workshop includes at http://www2.marist.edu/~workshop/ The VM Workshop is an annual event which is essentially an immersion program for systems programmers. It is 3.5 days of intensive discussion and presentations about the VM operating system and related subjects. The Workshop began in 1977 as an alternative to the more formal (and expensive) conferences such as SHARE and Guide. Over the years, it has remained a completely grass-roots effort, with its organization being handled by volunteers from various colleges, universities and corporations. Its emphasis is on participation and the exchanging of ideas and information. After a long respite, a grass-roots effort in 2011 revived the VM Workshop as a 2.5 day conference for the modern era, including Linux on System z as a key topic. Those past VM systems programmers freely shared their personal experiences with the VM system: tools they had written, solutions that they had discovered, clever ways to do things that everyone has to do, and much more. A key point of the original VM Workshop was Its emphasis is on participation and the exchanging of ideas and information. The z/VM and Linux on System z Community still really needs those personal, non-professional, user-experience volunteer sessions now, too. Please look at the Desired Sessions listed below to decide if you could deliver a personal, non-professional presentation on one of those topics, or another, to a small group of your soon-to-be friends. Some other Desired Sessions we'd like to see presented include: * VMSES/E Introduction (SERVICE, PUT2PROD and beyond - perhaps a lab?) * CMS Admin Boot Camp (e.g. common CP, CMS, and XEDIT commands - perhaps a thread of multiple sessions) * Where Do I Start? (Configuring IBM, and ISV products) * Virtualization Comparison * User Experiences with z/VM and Linux on System z in general, with home-brewed utilities, and ISV products. * User Experiences with commonly installed shareware/freeware utilities for both z/VM and Linux on System z. * 7+ Utilities that make z/VM Administration Easier * Easy z/VM System Automation (for example, using: VMUTIL, PIPESERV, VMSERVE What other session ideas would you like to see presented? Reply here with your ideas about sessions you'd like to hear. With what are you struggling? Your thoughts may inspire additional valuable session topics. The VM Workshop Volunteer Committee will sort through the posted ideas, adding those that fit to the Desired Sessions list above. Besides all those, and any new session ideas submitted, we plan to hold nightly End of Day discussions in the Tower dorm building commons area. These are intended as a Free Fire Zone where those too shy or intimidated by z/VM or Linux on System z can feel comfortable asking any
Re: 32760? (was: PARMDD?)
From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, March 27, 2013 10:20:56 AM Subject: Re: 32760? (was: PARMDD?) Does STORAGE OBTAIN still, in the 21st Ce ntury, limit the size of the obtained block to 32768? I don't believe that the limit was ever that low. It is certainly far beyond 2*15 bytes now and has been for a long, long time. Bill Fairchild Franklin, TN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 32760? (was: PARMDD?)
For a batch job the manual says, reasonably enough, that the size of a STORAGE OBTAIN request is limited by the size of its JCL REGION= parameter. I should guess that Paul Gilmartin knew that the answer to his rhetorical question was no when he asked it. Many program objects and load modules are, for example, more than 2^15 bytes in size, and a directed load for one of them would be precluded by such a limitation. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Business Continuance call for presentations
In conjunction with the summer conference (Aug. 11-16), SHARE would like to put on a 1 day symposium on managing business continuance during natural emergencies or disasters. All of us are involved in planning for disasters and other emergencies. All that planning and testing is done with the hopes that it never actually has to be put into action. So, what happens when the real thing occurs? During the past year, the north east part of the US has experienced a super storm, and a blizzard that affected many major corporations as well as small businesses. Other parts of the country have also experienced major weather events as well as earthquakes, etc. The focus of the symposium will be application of disaster and business continuance plans during a real emergency. We are especially looking for experiences from different types of industries, i.e. health, education, financial, etc. It does not have to be limited to mainframe technology. Please pass this message on to anyone in your organization who might be interested in taking part in this symposium. Presentation proposals can be submitted through the normal SHARE CFP process at http://www.share.org/ under either General Submissions or Enterprise Data Center. Martha McConaghy Deputy Director of Operations SHARE, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 32760? (was: PARMDD?)
I did not find Kevin Kelley's post entirely persuasive. This restriction long antedates 2 Kibyte pages, and the equation 8 x 2048 = 32768 is thus historically irrelevant. Does the two-fullword---not doubleword?---prefix have the structure |?|?|?|?|?||?|?|c|c|, in which |c|c| is the length L = 0 in bytes of the PARM value? John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 32760? (was: PARMDD?)
I should f course have written 8 x 4096 = 32768 John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 32760? (was: PARMDD?)
On 3/28/2013 1:17 PM, John Gilmore wrote: I did not find Kevin Kelley's post entirely persuasive. This restriction long antedates 2 Kibyte pages, and the equation 8 x 2048 = 32768 is thus historically irrelevant. Does the two-fullword---not doubleword?---prefix have the structure |?|?|?|?|?||?|?|c|c|, in which |c|c| is the length L = 0 in bytes of the PARM value? From looking at a dump the format is: xxx At entry R1 points to is the pointer to the length field of the parm (high bit on). is the length of the parm xxx is the value of the parm In my case the field is on a double word boundary, making the parm value also on a double word boundary. I suspect this is on purpose, but I haven't looked for documentation to support this. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Problem (was FTP Issue)
FYI in case anyone trips on this thread in the future. The issue we were encountering is that the DCBDSN specified in SYSFTPD (i.e. SYS1.TCPPARMS(FTPDATA)) did not exist and therefore cause the DYNALLOC failure. Would be nice if the folks @ IBM would help out a bit by dumping the text unit key info or provide a tad more info. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 32760? (was: PARMDD?)
On Thu, 28 Mar 2013 13:17:31 -0500, John Gilmore wrote: I did not find Kevin Kelley's post entirely persuasive. This restriction long antedates 2 Kibyte pages, and the equation 8 x 2048 = 32768 is thus historically irrelevant. The restriction to 32760 is new with z/OS 2.1. Formerly it was 100. I didn't feel the handful of bytes difference was onerous; I was merely curious about the derivation of the number. I find Kevin's rationale more persuasive than you. Does the two-fullword---not doubleword?---prefix have the structure |?|?|?|?|?||?|?|c|c|, in which |c|c| is the length L = 0 in bytes of the PARM value? A later followup said so. And this nicely accommodated s/360 specifications so long as the prefix was fullword aligned. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lost datagrams on z/OS 1.12?
And the answer is ... A bug in my code was causing my software to *very occasionally* send out a message in which the initial part of the message was malformed for the protocol it implements. (Syslog, in the UNIX/RFC 3164 sense of the word, not in the MVS SYSLOG sense of the word.) An Intrusion Protection System was then shutting down the path on the theory that this was some sort of malware attack. So all of a sudden data, including subsequent correctly-formed messages, would stop arriving at the destination for some period of time. (Exactly what the reset trigger was is not clear to me.) Working on a fix ... Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, March 22, 2013 7:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lost datagrams on z/OS 1.12? Charles Mills wrote: Good question. The big problem is at one customer. Thanks. That could helps you to narrow your search to a solution. So the answer to your question is a little unclear. 1 or 2 customers out of 3. Ok. Then I'm out of ideas and any possible contributions to your problem solving. I was hoping you have 3 million customers and you have problem with this ONE customer... ;-) Good luck and all of the very best for you! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP Up to Host
Downloaded z/OS 1.13 down to wkstation from IBM order. Little sketchy on how to upload to driving system. IBM doc is kind of circular. Any simple solutions (ha ha) or redbooks on the topic?or other suggestions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Up to Host
On Thu, 28 Mar 2013 17:44:16 -0500, Tom Trainor wrote: Downloaded z/OS 1.13 down to wkstation from IBM order. Little sketchy on how to upload to driving system. IBM doc is kind of circular. Any simple solutions (ha ha) or redbooks on the topic?or other suggestions. What is/are the name(s) of the object(s) you got on your workstation? (Contents if it's a directory.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Linking to MVS standard linkage function from Rexx
Level set: I know what I am doing in Rexx. I am real familiar with and have written function packages already. I want to write a function that will be callable both from Rexx and from C++. (This may be my first adventure with Metal C, but that's a different topic.) The C++ part is easy; let's talk about the linkage from Rexx. I know I can call from Rexx using standard MVS linkage using ADDRESS LINKMVS or LINKPGM. (We just went over the differences here; let's not digress into that!) But if I am RTFM correctly, LINKMVS/PGM requires a separate load module or alias (or IDENTIFY and I don't think I want to go there for this). For the sake of neater packaging I would like to linkedit the callable function into an existing function package. Relying on separate load modules or PDS aliases complicates life in other ways. I don't *think* I can make a standard MVS linkage function part of a Rexx function package, is that right? LINKMVS/PGM and Rexx functions live in different worlds, right? LINKMVS/PGM always searches for MVS entry points, and only Rexx functions use function packages, is that right? If I want to do this then instead of using LINKMVS/PGM I will have to write a Rexx linkage Rexx function that provides a glue layer between Rexx and the standard MVS linkage function? Or does anyone know something I am missing? Thanks! Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Up to Host
On 3/28/2013 3:44 PM, Tom Trainor wrote: Downloaded z/OS 1.13 down to wkstation from IBM order. Little sketchy on how to upload to driving system. IBM doc is kind of circular. Any simple solutions (ha ha) or redbooks on the topic?or other suggestions. Unless I'm missing something, the process is usually something like (from Windows command line): ftp hostname cd /directory/path binary put filename bye -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Up to Host
On Thu, 28 Mar 2013 18:12:03 -0700, Ed Jaffe wrote: On 3/28/2013 3:44 PM, Tom Trainor wrote: Downloaded z/OS 1.13 down to wkstation from IBM order. Little sketchy on how to upload to driving system. IBM doc is kind of circular. Any simple solutions (ha ha) or redbooks on the topic?or other suggestions. Unless I'm missing something, the process is usually something like (from Windows command line): ftp hostname cd /directory/path binary put filename bye I thought it was more complicated than that. Perhaps they simplified it. Long ago, I snagged this URL: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/EPD1UG14/3.3.1 Title: CBPDO: Internet Delivery User's Guide Document Number: GA22-7872-06 3.3 Requirements for a workstation, if used as an intermediate node It still seems to work. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN