Re: VTAM question (***)
Hello Debbie, Are your ISPF sessions that get the '***' prompt for screen mode changes being driven by ISPF dialogs? Are those dialogs REXX or CLIST? Are the dialogs being started by TSO EXEC processing or by ISPF start CMD processing? I seem to remember some changes in the way ISPF managed the screen depending on the call/start process. Regards Bruce Hewson apologies for the late replystill catching up on the digests. -- 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: IEBCOPY Unloaded dataset to PC and back again...not
On Sat, 26 May 2007 10:49:05 -0400, Gerhard Postpischil [EMAIL PROTECTED] wrote: That's great if it works for you, but under most conditions the ASCII-EBCDIC translation is lossy, and fails to preserve all characters. Unless the text needs to be processed on the PC side, downloading in BINary mode is preferred, and lossless. Gerhard Postpischil Bradford, VT Everyone has their own requirements. I find under most conditions people are just transferring normal text and the EBCDIC to ASCII translation loses nothing. And most transfers are so they can use the data on the PC so BINARY is not preferred. Fewer people transfer data with odd characters and need to be concerned. When you start looking at what system programmers and application programmers are moving around, much of that is still normal text. The oddball characters can sometimes be replaced. I stopped using the not-sign character back when I left my 3278 and started usng a terminal emulator. It was just too hard to find since shift-6 gave me a caret instead. A few others could be a pain and I developed an edit macro I would use to fix them. I have not had to do that for many years. If you can keep it simple then ASCII is fine. If you can't, then you must use BINARY. I even toyed with REXX code to convert an object deck into displayable characters that transfer just fine, then put it back into hex after I uploaded it. This is not something you want to do all the time. It doubles the size of the data you must move back and forth. -- 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: IEBCOPY Unloaded dataset to PC and back again...not
In [EMAIL PROTECTED], on 05/26/2007 at 01:30 PM, Paul Gilmartin [EMAIL PROTECTED] said: The OEMVS311 ISO8859-1 - IBM-1047 (almost) conversion is bijective. There remain potential problems with in-band vs. out-of-band line separators, and ASCII's acceptance of TAB characters which EBCDIC considers alien. What is '05'X, chopped liver? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jim Keohane
In [EMAIL PROTECTED], on 05/26/2007 at 12:54 PM, Thomas, Jim [EMAIL PROTECTED] said: Forgive me... I guess I've missed something .. I know Jim .. Obituaries ??. what happened ?. I'm sorry, but it's what it sounds like. Bob Richards reposted the announcement from another mailing list. I wish that I could tell you otherwise. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-Standard Mainframe Language?
In [EMAIL PROTECTED], on 05/26/2007 at 11:07 AM, Mohammad Khan [EMAIL PROTECTED] said: Well, C on UNIX is really assembler No, because it doesn't allow you to generate specific opcodes. Worse, its preprocessor facility is far more feeble than that of any assembler that I've used for decades. A similar approach for MVS would have been great in my humble opinion Google for, e.g., BSL, PL/S, PL/X. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Utilities design (was: IEBCOPY ...)
In [EMAIL PROTECTED], on 05/26/2007 at 02:40 PM, Ed Gould [EMAIL PROTECTED] said: That is correct to an extent. I think the exception(s) you mentioned are probably IBM strategic directions. There are utilities that are just dead, like iehmove (to name one) that were not updated (afaIk) I was semi surprised when the linkage editor (AKA the Binder) was resurrected. The BINDER is a different program from the Linkage Editor, and AFAIK has always been under active maintenance. I am almost sure they did something with efficiency as well as when you allocated (with the size= on the parm statement) the program blazed. I cut down stage 2 sysgen time by increasing the parameter by 60 percent. The MVS sysgen process was dead long before the Binder came along. Stage 2 used the Linkage Editor. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
In [EMAIL PROTECTED], on 05/25/2007 at 05:39 PM, Robert A. Rosenberg [EMAIL PROTECTED] said: I may be missing something but I do not see how GRS comes into play. The scenario you describe involves GRS. Lets say that I have two systems in my GRSplex. System A has the enhanced ENQ while System B does not. If I run a job on System B, the EXC ENQ gets keep until the last DISP=SHR step terminates (like now). When run on System A, the EXC ENQ gets downgraded and propagated to System B How? There is no interface for doing that. IBM could add an interface, but it would have to be present in System B, not just in System A. Remember that the fix is done in the Initiator No; the new facility is in GRS and the Initiator only invokes it. so that fact the System B Initiator (and ENQ) does not have the fix does not affect anything. Without the fix, System B would not be able to correctly respond to the downgrade message from System A. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EDC5111I message
We operate a started task - which fails in socket initiation. Any idea what permission can be given and how - to avoid this message? Shmuel Koller (query cross posted also on RACF-L) Socket init error: EDC5111I Permission denied. 27 14:10:45 NWO Error: Error at:Template runtime connect NATURAL session terminated with RC=8 NATURAL FrontEnd error. Function=4, RC=9974/8 NAT9974 Natural termination forced by abend 0678. 27 14:10:45 NWO Error: Error at:Terminate server NATURAL session terminated with RC=16 NATURAL FrontEnd error. Function=4, RC=9921/16 NAT9921 Server environment not initialized. -- 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: Non-Standard Mainframe Language?
The C language most definitely *is* a portable assembly language. The original *NIX compilers actually translated the C source code into the native platform assembly language. The compilers allowed inserting raw assembly language, so the programmer could use platform-specific coding. Some of the C compilers today translate the C source code straight into object code, which I despise. If you want to see a manly C compiler, check http://www.dignus.com/ it generates HLASM output and has special syntactic sugar for customizing the generated HLASM. It supports 64-bit pointers, access register mode, inserting raw assembly language statements, referencing machine registers in C source code, etc. Even IBM uses Systems/C. IMHO, I think it's far superior to PL/S, PL/X. Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Sunday, May 27, 2007 6:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Non-Standard Mainframe Language? In [EMAIL PROTECTED], on 05/26/2007 at 11:07 AM, Mohammad Khan [EMAIL PROTECTED] said: Well, C on UNIX is really assembler No, because it doesn't allow you to generate specific opcodes. Worse, its preprocessor facility is far more feeble than that of any assembler that I've used for decades. A similar approach for MVS would have been great in my humble opinion Google for, e.g., BSL, PL/S, PL/X. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- 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: WSA and Friends (was: IEBCOPY ...)
From: Paul Gilmartin [EMAIL PROTECTED] To manipulate z/OS files on my workstation, I use NFS client on the workstation and NFS server on z/OS. So, what are the respective merits of: WSA? NFS? Samba? I'm not exactly sure what you mean by 'manipulate'. My earlier comment was that I prefer WSA over FTP and IND$FILE to perform file transfers, and I haven't used NFS or Samba so I can't comment on them. But here's what I like about using the WSA to perform file transfers: 1) Convenience. I can initiate file transfers from any object list I happen to be in; e.g. a DSLIST, a member list, a workstation directory list, etc. All I have to do is select the file(s) I want to transfer. I don't have to get out of what I'm doing, launch some other product, enter passwords and IP addresses (etc). 2) Ease-of-use. If I select a file to transfer and I haven't established a workstation connection yet, a connection is established for me. When the file transfer panel appears, I can leave the target destination blank and a list of previously entered target destinations is presented for me to select from. I can leave the transfer mode as 'automatic', and the transfer takes place in binary or text format based on the file extension. I can set the target file name to '*', and the target files are given the same names as the selected files. 3) Power. I can filter a list of files (e.g. a member list) based on all sorts of criteria; e.g. multiple member names and patterns; member contents; last changed date; file size (etc). I can then enter 'S *' on the command line to transfer all members that remain in the list. To date, I haven't found anything that even comes close to making files transfers as easy as the WSA. Caveat: I do all of my file transfers from within a SimpList session, which extends some of the native capabilities of WSA. It's been years since I've used the WSA from outside of SimpList, so I'm not entirely sure what the raw WSA is capable of any more. However, I seem to recall that ISPF option 3.7.2 was quite powerful in its own right. Dave Salt See the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm _ New Windows Live Hotmail is here. Upgrade for free and get a better look. www.newhotmail.ca?icid=WLHMENCA150 -- 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: Non-Standard Mainframe Language?
The point is that specific opcodes do not matter for generic operations and the reduced tedium is worth any loss of efficiency. For other operations where such hardware support is required, say atomic compare and swap, these can be coded in assembly for the OS code and an API can be made available for applications if needed. Even the compiler can have some mechanism for indicating specific needs and generate appropriate code. As for your comment about macro facility you have a valid point but the C preprocessor does what it's supposed to do and that's enough. The languages you mentioned, PL/X etc., have not been available to the rest of us though extensively used by IBM itself. In fact its use by IBM validates my point about a high level assembly language closely tied to the OS being generally better than assembly language tied to the CPU in addition to the OS. Mohammad On Sun, 27 May 2007 09:42:32 -0300, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: Well, C on UNIX is really assembler No, because it doesn't allow you to generate specific opcodes. Worse, its preprocessor facility is far more feeble than that of any assembler that I've used for decades. A similar approach for MVS would have been great in my humble opinion Google for, e.g., BSL, PL/S, PL/X. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 z/OS V1R4
Mark Zelden wrote Regarding the IODF - OA08197 will let a z/OS 1.4 system IPL with a V5 IODF. If your 1.4 system had HCD FMID HCS7708 installed, OA07875 will allow your 1.4 system to view and dynamically activate the V5 IODF. IIRC, if you had used a z990 you needed to upgrade to HCS7708 from whatever 1.4 came with. - Hi Mark, thank you for your reply and valuable info, indeed and as you said, z/OS 1.8 IODF file could be used for z/OS 1.4 as long as you have above APARs installed and we have already them installed..But as we try to migrate z/OS 1.8 IODF text file to z/OS 1.4 HCD (from: Migrate configuration data-- Migrate IOCP/OS data) this process is resulting in errors. So it the proper way is to use the IODF directly. Last but not least, ICKDSF on z/OS 1.8 is okay on for z/OS 1.4, no problem. Many thanks again. Best regards. Nasuh Karahalli. -- 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: Why IBM has truly lost the education system
On 26 May 2007 17:47:25 -0700, in bit.listserv.ibm-main you wrote: http://news.yahoo.com/s/ap/20070526/ap_on_hi_te/ reprogramming_programmers_1;_ylt=AofT.RhpTGKWVlU5o3YhheAE1vAI U.S. colleges retool programming classes (watch the wrap) Frankly, colleges never did understand the business programming needs or paradigms. The math department doesn't understand why fixed decimal arithmetic is important thus most computers don't have a full set of decimal instructions. Speeding up graphics is more important than accurate tax calculation (Yes, I know that Intuit and company have programmed to compensate for the stupidity of binary only but that they have to galls me). -- 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: Why is there JOB scope for DSN ENQ's anyway?
That There is no easy way that I know to determine if the current step is the last step that uses the dataset claim conflicts with your then releases the dataset at the end of the last step that uses it statement. The initiator knows which step is the last step, but I don't know how an executing program can tell -- Bruce Black Senior Software Developer Innovation Data Processing -- 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: Jim Keohane
No worries Shmuel .. Thank you all the same. Ed .. thank you for your reply too ... Kind Regards. Jim Thomas From: IBM Mainframe Discussion List on behalf of Shmuel Metz (Seymour J.) Sent: Sun 5/27/2007 8:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Jim Keohane In [EMAIL PROTECTED], on 05/26/2007 at 12:54 PM, Thomas, Jim [EMAIL PROTECTED] said: Forgive me... I guess I've missed something .. I know Jim .. Obituaries ??. what happened ?. I'm sorry, but it's what it sounds like. Bob Richards reposted the announcement from another mailing list. I wish that I could tell you otherwise. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
On Sun, 27 May 2007 15:39:49 -0400, Bruce Black wrote: That There is no easy way that I know to determine if the current step is the last step that uses the dataset claim conflicts with your then releases the dataset at the end of the last step that uses it statement. The initiator knows which step is the last step, but I don't know how an executing program can tell Ah, you're getting there. Even as the initiator with that knowledge performs the SYSDSN DEQ after the last step that uses a data set name, I'd expect that if the downgrade facility were provided it would likewise be the initiator, not the executing program, that would downgrade the ENQ after the last step that required exclusive when subsequent steps require only shared. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA and Friends (was: IEBCOPY ...)
On Sun, 27 May 2007 16:26:10 +, Dave Salt wrote: To manipulate z/OS files on my workstation, I use NFS client on the workstation and NFS server on z/OS. So, what are the respective merits of: WSA? NFS? Samba? I'm not exactly sure what you mean by 'manipulate'. Create, edit, compile, execute, copy, delete, etc. ... My earlier comment was that I prefer WSA over FTP and IND$FILE to perform file transfers, and I haven't used NFS or Samba so I can't comment on them. But here's what I like about using the WSA to perform file transfers: It's a different paradigm. With NFS, my workstation files appear as if they were UNIX files on z/OS. I can edit them with OEDIT. I can list them with any utility that lists z/OS UNIX files (alas, not Simplist). I can use them as SYSIN or catenated in SYSLIB for HLASM assemblies. I can copy them with IEBGENER (alas, not IEBCOPY). Likewise, with NFS I can use workstation tools on MVS data sets and PDS[E] members. It's a different paradigm; usually I don't need to think in terms of performing a file transfer. the workstation files appear to be in filesystems mounted on z/OS; the z/OS data sets appear to be filesystems mounted on the workstation. 1) Convenience. I can initiate file transfers from any object list I happen to be in; I think it's even more convenient to be able to operate on files from either platform without any perceived file transfer operation. R.S. has followed up with reasons he finds Samba preferable to NFS. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA and Friends (was: IEBCOPY ...)
On Sun, 27 May 2007 22:10:21 +0200, R.S. wrote: NFS? Requires some additional setup, additional software on PC, which can be non-free. It depends on the quality of the PC operating system: the better the OS, the more likely NFS is to be free and part of the base OS. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jim Keohane
In a message dated 5/27/2007 2:58:58 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Ed .. thank you for your reply too ... Doesn't look like the Company link has been updated-maybe he was the only technical employee _http://www.multi-platforms.com/_ (http://www.multi-platforms.com/) ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA and Friends (was: IEBCOPY ...)
- Original Message - From: Paul Gilmartin SNIP I think it's even more convenient to be able to operate on files from either platform without any perceived file transfer operation. I agree. WSA provides an excellent vehicle to do just that. Have you ever used ISPF's distributed Edit and distributed Browse features? When WSA is active, you can choose to edit or browse a workstation file right on the Edit or Browse entry panels. All file transfers take place behind the scenes, transparently. You can also use Workstation Integration feature of ISPF to edit or browse mainframe files using your favourite workstation editor. Works like a charm, and comes free with ISPF. -- 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: Jim Keohane
He was the only employee. Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Sunday, May 27, 2007 4:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Jim Keohane In a message dated 5/27/2007 2:58:58 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Ed .. thank you for your reply too ... Doesn't look like the Company link has been updated-maybe he was the only technical employee _http://www.multi-platforms.com/_ (http://www.multi-platforms.com/) No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.8.0/819 - Release Date: 5/26/2007 10:47 AM -- 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 V1R8 LINKLIST setup
Would it be fair to say those libraries are now automatically linklisted? Yes, and this has been the case for a very long time. Of course not all of the 5 data sets have existed that long, but ever since whatever release created them and placed them into the LNKLST, they have been at the top. Would they also be automatically APF-authorized? This is clearly documented. Only SYS1.LINKLIB is automatically APF-authorized. All LNKLST libraries are treated as APF authorized when accessed as part of the LNKLST iff LNKAUTH=LNKLST is in effect. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA and Friends (was: IEBCOPY ...)
From: Paul Gilmartin [EMAIL PROTECTED] I think it's even more convenient to be able to operate on files from either platform without any perceived file transfer operation. The WSA is the same. It allows workstation files to be manipulated as if they existed on the mainframe, or mainframe files to be manipulated as if they existed on the workstation. A file transfer may or may not be required; e.g. if a command is sent from the mainframe to delete a workstation file, no file transfer takes place. If a command is sent to edit a workstation file on the mainframe, a file transfer takes place. However, it's completely automatic; i.e. the workstation file simply opens in the ISPF editor. When the edit session ends, the file is quietly and automatically transferred back to the workstation. Everything is seamless and there is no perceived file transfer operation. Of course, if someone wants to simply perform file transfers (e.g. to back up mainframe files on a PC or trasfer PC files to a mainframe etc), the WSA is very good for doing that as well. Dave Salt See the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm _ Windows Live Hotmail is the next generation of MSN Hotmail. Its fast, simple, and safer than ever and best of all its still free. Try it today! www.newhotmail.ca?icid=WLHMENCA146 -- 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: Jim Keohane
In a message dated 5/27/2007 8:11:44 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: He was the only employee. Kinda figured that out after a short tripHave a good one. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA and Friends (was: IEBCOPY ...)
On Mon, 28 May 2007 02:18:55 +, Dave Salt [EMAIL PROTECTED] wrote: The WSA is the same. It allows workstation files to be manipulated as if they existed on the mainframe, or mainframe files to be manipulated as if they existed on the workstation. A file transfer may or may not be required; e.g. if a command is sent from the mainframe to delete a workstation file, no file transfer takes place. If a command is sent to edit a workstation file on the mainframe, a file transfer takes place. However, it's completely automatic; i.e. the workstation file simply opens in the ISPF editor. When the edit session ends, the file is quietly and automatically transferred back to the workstation. Everything is seamless and there is no perceived file transfer operation. And if I want to assemble (or COPY from SYSLIB), compile (or #include), Bind, execute, or serve as web page that file on the other platform, does WSA make that seamless also? (To be fair, for some of these operations, even with NFS, I perform a copy because I too often find things on the wrong side of the ASCII-EBCDIC bridge.) And if my workstation is running Linux or OS X? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY Unloaded dataset to PC and back again...not
On Sun, 27 May 2007 09:31:44 -0300, Shmuel Metz (Seymour J.) wrote: What is '05'X, chopped liver? As far as most of z/OS is concerned, yes. As an example of the exception, if I edit a file with vi in Unix System Services and in input mode I press the TAB key, yes, '05'X is entered it the file. But if I then edit that file with OEDIT, I get the dreaded: ==MSG -CAUTION- Data contains invalid (non-display) characters. Use command ==MSG === FIND P'.' to position cursor to these If I try to execute the file as a Rexx EXEC, I get: IRX0013I Error running ./footab, line 2: Invalid character in program I suspect something similar would happen if I used the file as SYSIN to assembler or SYSLIN to Binder. Simply, programmers editing on ASCII platforms habitually use tab characters to format their programs. If the transfer scheme translates those TABs to '05'x, many things will not work as desired. Chopped liver, indeed. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html