Re: Need tutorial
In 8988413032026434.wa.herowith.zerogmail@listserv.ua.edu, on 12/28/2013 at 08:28 AM, Rajesh Kumar herowith.z...@gmail.com said: I need a good tutorial for rexx and cobol. REXX Reference Summary Handbook, ISBN 0-9639854-2-6 REXX in 21 Days Both out of print, alas. -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Learning Rexx (was: Need tutorial)
In 5c8fv3f78unypshw9tyopynk.1388251271...@email.android.com, on 12/28/2013 at 12:21 PM, Charles Mills charl...@mcn.org said: The user-friendly interactive nature of CMS. Rhat would seem to describe TSO as well. The only place where CMS has a clear edge, IMHO, is XEDIT. -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Learning Rexx (was: Need tutorial)
Gee, I don't want to pose as an expert in the relative benefits of various Rexx environments. I have near-zero experience on 'nix and USS, no recent (15 years) experience on CMS, and although I have written large systems in Rexx, I am not at present writing much Rexx beyond basic TSO helper scripts. I certainly don't want to contribute to an OS war. I was just answering the question about how to learn Rexx, and if you happen to have access to both, IMHO CMS is a more Rexx-friendly place than TSO. It's really a separate topic, but I think there is little doubt that it makes sense to edit code of any sort in some fast character-at-a-time interactive environment even if the target compile and/or execution environment is z/OS. My particular choice is MS Visual Studio, but I only claim that it makes sense for me, not that it is the best for everyone. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Sunday, December 29, 2013 2:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Learning Rexx (was: Need tutorial) On 2013-12-28, at 10:21, Charles Mills wrote: The user-friendly interactive nature of CMS. How would you rank CMS vis-a-vis Unix System Services by this criterion? Before USS was available I tended to edit JCL on CMS with XEDIT; nowadays on Solaris, often accessing legacy data sets with NFS. NFS will deal with PDSE; I suspect that CMS would have trouble ACCESSing a PDSE, and writing to any legacy z/OS data set from CMS is questionable, as is catalog search. I use TSO/ISPF, now as earlier, largely for: o SDSF o DSLIST o DDLIST o Testing with a customer-like environment. I keep one ISPF session active, and as many USS or Solaris as convenient; I've never mastered WSA. (and I have one EXEC that uses ISPF LMGET to process RECFM=U (by override) data sets because EXECIO refuses to deal with U. That's reported to get better in 2.1.) Rexx SYSCALL is a boon (or a least it spares me learning Perl). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need tutorial
These may be helpful: http://www.kyla.co.uk/other/rexx1.htm http://www.csis.ul.ie/cobol/ -Original Message- From: Rajesh Kumar [mailto:herowith.z...@gmail.com] Sent: Saturday, December 28, 2013 9:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Need tutorial Hi, I need a good tutorial for rexx and cobol. PleasePlease provide me. thanks -- 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: Need tutorial
Nobody has mentioned much about COBOL. Depending on what the OP wants to learn, and his home system. He might be interested in GNU COBOL (formerly OpenCOBOL) at http://www.opencobol.org . Or, perhaps even more so, zCOBOL, at http://www.z390.org/zcobol/ . zCOBOL runs on Linux and Windows. It is very similar to z/OS Enterprise COBOL, a good way to learn COBOL on the cheap (only costs $0.00!). But Wait! There's More! It also comes with a CICS emulator as well. Now what would you expect to pay?!? It's still the low, low cost of $0.00! What's the catch? It's written in Java. So you do need to have Java installed on your desktop. However, I personally rather like Java. I also enjoy hitting myself in the head with a nurf hammer. grin/ On Mon, Dec 30, 2013 at 6:37 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 8988413032026434.wa.herowith.zerogmail@listserv.ua.edu, on 12/28/2013 at 08:28 AM, Rajesh Kumar herowith.z...@gmail.com said: I need a good tutorial for rexx and cobol. REXX Reference Summary Handbook, ISBN 0-9639854-2-6 REXX in 21 Days Both out of print, alas. -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Maximum Capacity Feature
I'm just reading about STK/Sun/Oracle tape drives. The latest T1D drive has uncompressed capacity 8TB, but with Maximum Capacity Feaure it's 8,5TB. I can't imagine what the feature is, physically. And why it's not always-enabled? Any clue? Happy EOY'13 -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.555.904 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: One day, a computer will fit on a desk (1974) - YouTube
In m3zjnjsodg@garlic.com, on 12/29/2013 at 09:50 AM, Anne Lynn Wheeler l...@garlic.com said: note that (at least low-end and mid-range) 360s 370s were emulation on some native microprocessor ... so 5100 wasn't all that different. The data paths on the 2030, 2040, 2050, 2065 and 2085 were designed with simulating a S/360 in mind. Was the same true of the 5100? -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Spawned Address Space Control in tcsh shell
I was trying to execute a batch cozsftp command using tcsh as the shell, and my dataset allocation (to send a file to an sftp server) kept on failing, either with an unable to stat DD, or when I attempted to allocate the dynamically allocate the dataset, that allocation failed due to it being already allocated elsewhere. Eventually I realized that the cozsftp command was being executed in another address space, but I was unable to figure out how to get tcsh to execute that command in the original address space. I eventually gave up and used the /bin/sh shell to run the batch job. Is there a magic spell to use with tcsh to have the cozsftp command execute in the same address space? -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCF: Can it live again?
In caarmm9qj3myeauuvhm0dmhx-cpqm2ayso3qc9anon5kznbc...@mail.gmail.com, on 12/29/2013 at 06:03 PM, Tony Harminc t...@harminc.net said: I imagine it's written in C, since it runs on Windows and Linux on i86, Cite? There are BookManager products on windoze, but I'm not aware of any that accept DCF, BookMaster or BookManager tags. -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spawned Address Space Control in tcsh shell
This is my take on it. I am not an expert. Nor do I have access to the actual source code. I don't believe that tcsh will do what you want. My reasoning is below. In order to run a process in the same address space, the code must use the spawn() function. I base this assertion on http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB1C0/2.209 , point #8 in the Usage Notes. This talks about the _BPX_SHAREAS environment variable. This environment variable is not mentioned anywhere in the documentation of tcsh. I note that the description of the fork() function does not mention _BPX_SHAREAS at all. I therefore conclude that a fork() will always result in a new address space. I note that the description of the execve() function says: The current process image is replaced with a new process image for the executable file to be run. That is, the old execution state ceases to exist. So if the tcsh did an execve() without the fork() in order to run in the same address space, the shell would exit after the command because the shell would have ceased to exist. In my mind, doing a exec() is much like doing an XCTL. You don't return from whence you came. I notice that on this page: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA5C0/TCSHBUINONit states: When a command to be executed is found not to be a built-in command the tcsh shell attempts to execute the command via execve. Taking these things together, I have come to the conclusion that the tcsh shell _most likely_ invokes non-builtin commands in the original UNIX way. That is doing a fork() followed by an exec(). This removes the possibility of running cozsftp in the same physical address space as the shell. Any particular reason you wan to use tcsh? I'm just curious because I've never read anything nice about it. On Mon, Dec 30, 2013 at 7:19 AM, Mark Jacobs mark.jac...@custserv.comwrote: I was trying to execute a batch cozsftp command using tcsh as the shell, and my dataset allocation (to send a file to an sftp server) kept on failing, either with an unable to stat DD, or when I attempted to allocate the dynamically allocate the dataset, that allocation failed due to it being already allocated elsewhere. Eventually I realized that the cozsftp command was being executed in another address space, but I was unable to figure out how to get tcsh to execute that command in the original address space. I eventually gave up and used the /bin/sh shell to run the batch job. Is there a magic spell to use with tcsh to have the cozsftp command execute in the same address space? -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is clearly another case of too many mad scientists, and not enough hunchbacks. 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: Spawned Address Space Control in tcsh shell
Thanks for the reply. I changed to tcsh since it seems to work better than /bin/sh when I ssh to OMVS from my FreeBSD 9.2 workstation. Mark Jacobs On 12/30/13 08:51, John McKown wrote: This is my take on it. I am not an expert. Nor do I have access to the actual source code. I don't believe that tcsh will do what you want. My reasoning is below. In order to run a process in the same address space, the code must use the spawn() function. I base this assertion on http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB1C0/2.209 , point #8 in the Usage Notes. This talks about the _BPX_SHAREAS environment variable. This environment variable is not mentioned anywhere in the documentation of tcsh. I note that the description of the fork() function does not mention _BPX_SHAREAS at all. I therefore conclude that a fork() will always result in a new address space. I note that the description of the execve() function says: The current process image is replaced with a new process image for the executable file to be run. That is, the old execution state ceases to exist. So if the tcsh did an execve() without the fork() in order to run in the same address space, the shell would exit after the command because the shell would have ceased to exist. In my mind, doing a exec() is much like doing an XCTL. You don't return from whence you came. I notice that on this page: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA5C0/TCSHBUINONit states: When a command to be executed is found not to be a built-in command the tcsh shell attempts to execute the command via execve. Taking these things together, I have come to the conclusion that the tcsh shell _most likely_ invokes non-builtin commands in the original UNIX way. That is doing a fork() followed by an exec(). This removes the possibility of running cozsftp in the same physical address space as the shell. Any particular reason you wan to use tcsh? I'm just curious because I've never read anything nice about it. On Mon, Dec 30, 2013 at 7:19 AM, Mark Jacobs mark.jac...@custserv.comwrote: I was trying to execute a batch cozsftp command using tcsh as the shell, and my dataset allocation (to send a file to an sftp server) kept on failing, either with an unable to stat DD, or when I attempted to allocate the dynamically allocate the dataset, that allocation failed due to it being already allocated elsewhere. Eventually I realized that the cozsftp command was being executed in another address space, but I was unable to figure out how to get tcsh to execute that command in the original address space. I eventually gave up and used the /bin/sh shell to run the batch job. Is there a magic spell to use with tcsh to have the cozsftp command execute in the same address space? -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Learning Rexx (was: Need tutorial)
In 07dd01cf055e$eb92e0d0$c2b8a270$@mcn.org, on 12/30/2013 at 07:59 AM, Charles Mills charl...@mcn.org said: It's really a separate topic, but I think there is little doubt that it makes sense to edit code of any sort in some fast character-at-a-time interactive environment even if the target compile and/or execution environment is z/OS. You can't do only one thing, and the Devil is in the details. There is little doubt that it makes sense to edit code of any sort in some fast character-at-a-time interactive environment that offers the same convenience, functionality and speed as the available alternatives. There is also little doubt that it makes sense to use a block mode editor that offers more convenience, functionality and speed than a GUI alternative. -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spawned Address Space Control in tcsh shell
On Mon, 30 Dec 2013 07:51:28 -0600, John McKown wrote: I note that the description of the fork() function does not mention _BPX_SHAREAS at all. I therefore conclude that a fork() will always result in a new address space. It must, in order that pointers in the child process space validly point to copies of structures in the parent process space. (Discounting the possibility that fork() might relocate such pointers.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Learning Rexx
On Mon, 30 Dec 2013 12:20:36 +0800, David Crayford wrote: Most VMers claim that Rexx is superior on VM because of CMS pipes. That's a pretty strong argument. That's analogous to claiming that Rexx is superior on z/OS because of address SYSCALL (others might say ISPEXEC/ISREDIT). -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spawned Address Space Control in tcsh shell
On Mon, 30 Dec 2013 09:16:29 -0500, Mark Jacobs wrote: Thanks for the reply. I changed to tcsh since it seems to work better than /bin/sh when I ssh to OMVS from my FreeBSD 9.2 workstation. Examples? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ▶ One day, a computer will fit on a desk (1974) - YouTube
On Sun, 2013-12-29 at 09:50 -0500, Anne Lynn Wheeler wrote: total kernel time ... moved to microcode gained approx. 72% of kernel time. Though the wikipedia article doesn't mention it, my recollection is that Magnuson's M80 system was microprogrammable by the user. Anybody remember/use that? -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ▶ One day, a computer will fit on a desk (1974) - YouTube
On Sun, 2013-12-29 at 14:30 -0600, Andy Wood wrote: HP called it a calculator rather than a computer as a marketing ploy Heh. Bob Brigham once told me that the Bell System made electronic switching systems (ESS) because they were prohibited from marketing computers. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ▶ One day, a computer will fit on a desk (1974) - YouTube
David, I remember the magnuson, it was PCM for IBM s/370s, I *think*.. Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 30, 2013, at 10:31 AM, David Andrews d...@lists.duda.com wrote: On Sun, 2013-12-29 at 09:50 -0500, Anne Lynn Wheeler wrote: total kernel time ... moved to microcode gained approx. 72% of kernel time. Though the wikipedia article doesn't mention it, my recollection is that Magnuson's M80 system was microprogrammable by the user. Anybody remember/use that? -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- 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
OT: humor - the perfect T-shirt - I want one!
Bizarro from Monday 30 Dec 2013 http://www.arcamax.com/thefunnies/bizarro/ -- This is clearly another case of too many mad scientists, and not enough hunchbacks. 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: ▶ One day, a computer will fit on a desk (1974) - YouTube
In 1974, when that video was taped, a desk would fit on a computer. :-) Bill Fairchild - Original Message - From: Charles Mills charl...@mcn.org To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sunday, December 29, 2013 8:26:12 AM Subject: Re: ▶ One day, a computer will fit on a desk (1974) - YouTube It shows how hard it is to predict the distant future. Predictions either come sooner than predicted, or not at all. The Altair 8800 was only one year away; the TRS-80 only three years distant. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Warren Brown Sent: Saturday, December 28, 2013 7:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ▶ One day, a computer will fit on a desk (1974) - YouTube AMAZING From: Ed Gould edgould1...@comcast.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Saturday, December 28, 2013 7:08 PM Subject: ▶ One day, a computer will fit on a desk (1974) - YouTube https://www.youtube.com/watch?v=sTdWQAKzESA -- 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: OT: humor - the perfect T-shirt - I want one!
Yeah, reminds me of the 70s and 80s Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 30, 2013, at 11:48 AM, John McKown john.archie.mck...@gmail.com wrote: Bizarro from Monday 30 Dec 2013 http://www.arcamax.com/thefunnies/bizarro/ -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! John McKown -- 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: ▶ One day, a computer will fit on a desk (1974) - YouTube
On 30 December 2013 10:31, David Andrews d...@lists.duda.com wrote: Though the wikipedia article doesn't mention it, my recollection is that Magnuson's M80 system was microprogrammable by the user. Anybody remember/use that? Much earlier the 370/165 and /168 had a Load MicroProgram instruction that loaded microcode from main storage. X'B9', iirc. Used by OLTEP tests, I think. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ▶ One day, a computer will fit on a desk (1974) - YouTube
That could make for some VERY interesting results from a bad branch...maybe that's why modern PCs sometimes wedge to the point of needing a power cycle: they've reimplemented this technology! :-D On Mon, Dec 30, 2013 at 2:55 PM, Tony Harminc t...@harminc.net wrote: On 30 December 2013 10:31, David Andrews d...@lists.duda.com wrote: Though the wikipedia article doesn't mention it, my recollection is that Magnuson's M80 system was microprogrammable by the user. Anybody remember/use that? Much earlier the 370/165 and /168 had a Load MicroProgram instruction that loaded microcode from main storage. X'B9', iirc. Used by OLTEP tests, I think. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Learning Rexx
Reifying personal preferences into claims of superiority is a lot like arguing from a mystical experience. They may well be personally compelling; but they don't persuade others. 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: DCF: Can it live again?
On 30 December 2013 08:25, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: on 12/29/2013 at 06:03 PM, Tony Harminc t...@harminc.net said: I imagine it's written in C, since it runs on Windows and Linux on i86, Cite? There are BookManager products on windoze, but I'm not aware of any that accept DCF, BookMaster or BookManager tags. A quick browse of the mainframe executables I have (EOX and EOY prefix) shows translator entries from 5688-216, which is AD/Cycle C/370 V1R2. It seems plausible that at least some of the code would be common with other platform implementations. I have no expertise in deciphering Windows or Linux on i86 executables, but if you'd like to give it a try, the Java Softcopy Reader is downloadable from IBM at no charge. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
VB FTP z/OS to z/OS (again?!)
For a z/OS to z/OS file transfer of a VB binary file we can use binary and (structure) record, ie: //FTPVBGET JOB ,'VB FTP GET',NOTIFY=SYSUID //EXECFTP EXEC PGM=FTP,PARM='remote_zos (EXIT' //SYSPRINT DD SYSOUT=* //E9130 DD DISP=SHR,DSN=DEV.RXMTIN.ACH.E9130 //SYSIN DD * binary record get 'prod.rxmtin.ach.e9130' //dd:e9130 quit /* This option is not mentioned in the following IBM technote: http://www-01.ibm.com/support/docview.wss?uid=swg21188301 Is there any reason why I would not prefer binary/record over ebcdic/blocked? The former seems to make much more sense, since that is in fact what I am doing. Specifying EBCDIC implies a text file, which this is not (even though it does appear to work). Thanks,Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ▶ One day, a computer will fit on a desk (1974) - YouTube
On Mon, 2013-12-30 at 14:55 -0500, Tony Harminc wrote: Much earlier the 370/165 and /168 had a Load MicroProgram instruction that loaded microcode from main storage. X'B9', iirc. Used by OLTEP tests, I think. I have a hazy memory of the /145 having a similar instruction (possibly a variant of DIAGNOSE). It required the CE key to be present. I turned on lots of red lights on that /145 console trying to adjust the barricade register that separated microcode store from s370 store. That machine was a private playground for a few of us on the weekends, a half-million-dollar Adventure game. I kinda miss those days. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VB FTP z/OS to z/OS (again?!)
On Mon, 30 Dec 2013 12:37:36 -0800, Frank Swarbrick wrote: Is there any reason why I would not prefer binary/record over ebcdic/blocked?� The former seems to make much more sense, since that is in fact what I am doing.� Specifying EBCDIC implies a text file, which this is not (even though it does appear to work). I don't see much difference. Neither handles empty records properly. Where do you read that Specifying EBCDIC implies a text file? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
BLSR
This is just a curious question about how the JCL DD SUBSYS paramater works. With BLSR you allocate a file to use BLSR with something like this: //INETACC DD SUBSYS=(BLSR,'DDNAME=INETACC@ MSG=I', // 'RMODE31=ALL BUFND=256 BUFNI=64 DEFERW=YES') //INETACC@ DD DSN=DSNENV..INET.INETACC, // DISP=SHR Is there a specific reason why its not the more obvious (to me!) way like this? //INETACC DD DSN=DSNENV..INET.INETACC,DISP=SHR, // SUBSYS=(BLSR,'MSG=IRMODE31=ALL BUFND=256 BUFNI=64 DEFERW=YES') Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Major, Minor CDE
Hi, I have been chaining the CDE entries looking for the executing program of the job step. I started from ASXBFTCB looking at TCBJPQ which had a CDE entry but not for program on the job step. At the third TCB using TCBTCB as a forward chain. Looking at TCBJPQ the 2nd forward chain CDCHAIN I found the program. Is there any way of knowing what cdentry represents the program job step Mind you I did this under TSO TEST So I did bump in to some TEST CDE entries. Thanks Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VB FTP z/OS to z/OS (again?!)
Since EBCDIC is a specific encoding for text glyphs, I would have to agree with Frank that specifying EBCDIC certainly should imply one is discussing text data. I have no idea if documentation on z/OS FTP explicitly states that or not; but if its usage there is not intended to imply text data, then this parameter value is mis-named. Joel C. Ewing On 12/30/2013 03:03 PM, Paul Gilmartin wrote: On Mon, 30 Dec 2013 12:37:36 -0800, Frank Swarbrick wrote: Is there any reason why I would not prefer binary/record over ebcdic/blocked?� The former seems to make much more sense, since that is in fact what I am doing.� Specifying EBCDIC implies a text file, which this is not (even though it does appear to work). I don't see much difference. Neither handles empty records properly. Where do you read that Specifying EBCDIC implies a text file? -- gil -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Major, Minor CDE
On 12/30/2013 2:15 PM, Micheal Butz wrote: Is there any way of knowing what cdentry represents the program job step RBCDE, in the oldest PRB under the TCB pointed to by TCBJSTCB, contains that address. -- 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: Maximum Capacity Feature
http://www.oracle.com/us/products/servers-storage/storage/tape-storage/t1-data-cartridges/overview/index.html 8.5 TB maximum capacity. I assume that includes any built in compression. 2013/12/30 R.S. r.skoru...@bremultibank.com.pl: I'm just reading about STK/Sun/Oracle tape drives. The latest T1D drive has uncompressed capacity 8TB, but with Maximum Capacity Feaure it's 8,5TB. I can't imagine what the feature is, physically. And why it's not always-enabled? Any clue? Happy EOY'13 -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.555.904 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Major, Minor CDE
On Mon, 30 Dec 2013 17:15:23 -0500, Micheal Butz michealb...@optonline.net wrote: I have been chaining the CDE entries looking for the executing program of the job step. As Ed indicated, RBCDE from the oldest PRB in the jobstep TCB would be the CDE you want, but I'm a bit puzzled why your subject line is asking about major and minor CDEs. And I'll also comment that this may not be the program specified in the JCL via EXEC PGM=, depending on what that program has done. And, of course, this may not help you outside of a batch job step or STC. In TSO or CICS, for example, the jobstep program is going to be the TSO TMP, and in CICS it will be the CICS control program. So I have to wonder what you're going to do with the information, and whether you're looking at information that is actually going to be helpful for what you really need. You might get more helpful answers if you explained a bit more what you're trying to accomplish. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLSR
This is just a curious question about how the JCL DD SUBSYS paramater works. With BLSR you allocate a file to use BLSR with something like this: //INETACC DD SUBSYS=(BLSR,'DDNAME=INETACC@ MSG=I', // 'RMODE31=ALL BUFND=256 BUFNI=64 DEFERW=YES') //INETACC@ DD DSN=DSNENV..INET.INETACC, //DISP=SHR Is there a specific reason why its not the more obvious (to me!) waylike this? //INETACC DD DSN=DSNENV..INET.INETACC,DISP=SHR, // SUBSYS=(BLSR,'MSG=IRMODE31=ALL BUFND=256 BUFNI=64 DEFERW=YES') BLSR was originally written at Washington Systems Center as an assembler language subsystem, which was going to be included with the book The Subsystem Interface in MVS/SP Version 3 GC66-3131-00 August 1989 as a sample program, and named PHPD after the authors (Penny Heming, Paul Dorn). That was done without the involvement of MVS or DFP development, so there was no opportunity to modify operating system code. That code ended up being rewritten in PL/AS, renamed as Batch LSR, and shipped as a PTF on top of MVS SP 3.1.3. With the syntax, you are proposing, an OPEN for INETACC would be treated as a subsystem OPEN, and control would be routed to the BLSR subsystem. But there would be no DDNAME for which BLSR could subsequently do a VSAM OPEN. Now, maybe it would have been possible for BLSR to retrieve the necessary information and do a dynamic allocation to create its own DDNAME for the VSAM data set. I don't know if the original PHPD authors ever considered that possibility. It would have been considerably more complex, and probably beyond the scope of what they were trying to accomplish. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLSR
Makes sense. Thank you! Frank From: Jim Mulder d10j...@us.ibm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, December 30, 2013 4:47 PM Subject: Re: BLSR This is just a curious question about how the JCL DD SUBSYS paramater works. With BLSR you allocate a file to use BLSR with something like this: //INETACC DD SUBSYS=(BLSR,'DDNAME=INETACC@ MSG=I', // 'RMODE31=ALL BUFND=256 BUFNI=64 DEFERW=YES') //INETACC@ DD DSN=DSNENV..INET.INETACC, // DISP=SHR Is there a specific reason why its not the more obvious (to me!) waylike this? //INETACC DD DSN=DSNENV..INET.INETACC,DISP=SHR, // SUBSYS=(BLSR,'MSG=IRMODE31=ALL BUFND=256 BUFNI=64 DEFERW=YES') BLSR was originally written at Washington Systems Center as an assembler language subsystem, which was going to be included with the book The Subsystem Interface in MVS/SP Version 3 GC66-3131-00 August 1989 as a sample program, and named PHPD after the authors (Penny Heming, Paul Dorn). That was done without the involvement of MVS or DFP development, so there was no opportunity to modify operating system code. That code ended up being rewritten in PL/AS, renamed as Batch LSR, and shipped as a PTF on top of MVS SP 3.1.3. With the syntax, you are proposing, an OPEN for INETACC would be treated as a subsystem OPEN, and control would be routed to the BLSR subsystem. But there would be no DDNAME for which BLSR could subsequently do a VSAM OPEN. Now, maybe it would have been possible for BLSR to retrieve the necessary information and do a dynamic allocation to create its own DDNAME for the VSAM data set. I don't know if the original PHPD authors ever considered that possibility. It would have been considerably more complex, and probably beyond the scope of what they were trying to accomplish. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Major, Minor CDE
I am doing some XMEM work the user enters an ASID in order to be sure he/she is looking at the right address space I would like to be able to get the job step CDE So for DFHSIP he/she would be looking at a CICS region for IKJEFT01 a TSO address space Etc Sent from my iPhone On Dec 30, 2013, at 6:37 PM, Walt Farrell walt.farr...@gmail.com wrote: On Mon, 30 Dec 2013 17:15:23 -0500, Micheal Butz michealb...@optonline.net wrote: I have been chaining the CDE entries looking for the executing program of the job step. As Ed indicated, RBCDE from the oldest PRB in the jobstep TCB would be the CDE you want, but I'm a bit puzzled why your subject line is asking about major and minor CDEs. And I'll also comment that this may not be the program specified in the JCL via EXEC PGM=, depending on what that program has done. And, of course, this may not help you outside of a batch job step or STC. In TSO or CICS, for example, the jobstep program is going to be the TSO TMP, and in CICS it will be the CICS control program. So I have to wonder what you're going to do with the information, and whether you're looking at information that is actually going to be helpful for what you really need. You might get more helpful answers if you explained a bit more what you're trying to accomplish. -- Walt -- 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: Major, Minor CDE
That would the 4th TCB's TCBRBP As the first three are related to the Initiator. Sent from my iPhone On Dec 30, 2013, at 5:49 PM, Ed Jaffe edja...@phoenixsoftware.com wrote: On 12/30/2013 2:15 PM, Micheal Butz wrote: Is there any way of knowing what cdentry represents the program job step RBCDE, in the oldest PRB under the TCB pointed to by TCBJSTCB, contains that address. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL DD SUBSYS - how to write the SUBSYS
On 20 July 2012 22:06, Jim Mulder d10j...@us.ibm.com wrote: The Subsystem Interface in MVS/SP Version 3 GC66-3131-00 August 1989 I'm guessing this should be GG66-3131. Trivia, and I may well be wrong, but I'm including it here so it becomes searchable. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLSR
On 30 December 2013 18:47, Jim Mulder d10j...@us.ibm.com wrote: BLSR was originally written at Washington Systems Center as an assembler language subsystem, which was going to be included with the book The Subsystem Interface in MVS/SP Version 3 GC66-3131-00 August 1989 as a sample program, and named PHPD after the authors (Penny Heming, Paul Dorn). (I just replied to an old thread by mistake, but it won't hurt to have it there and here.) I'm guessing this should be GG66-3131. Trivia, and I may well be wrong, but I'm including it here so it becomes searchable. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Major, Minor CDE
In a batch job started by the initiator Not a started task. Sent from my iPhone On Dec 30, 2013, at 7:22 PM, Micheal Butz michealb...@optonline.net wrote: That would the 4th TCB's TCBRBP As the first three are related to the Initiator. Sent from my iPhone On Dec 30, 2013, at 5:49 PM, Ed Jaffe edja...@phoenixsoftware.com wrote: On 12/30/2013 2:15 PM, Micheal Butz wrote: Is there any way of knowing what cdentry represents the program job step RBCDE, in the oldest PRB under the TCB pointed to by TCBJSTCB, contains that address. -- 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 -- 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: Spawned Address Space Control in tcsh shell
John , This talks about the _BPX_SHAREAS environment variable. This environment variable is not mentioned anywhere in the documentation of tcsh. Your are right . BPX_SHAREAS cannot be used for tcsh . It is documented in USS planning guide . _BPX_SHAREAS Specifies whether the spawned child process is to be run in a separate address space from the login shell's address space or in the same address space. Use _BPX_SHAREAS is to improve performance in the z/OS® shell. The spawn callable service uses _BPX_SHAREAS when creating child processes. Restriction: If tcsh is your login shell, do not use BPX_SHAREAS. YES The child process is created on a subtask in the parent's address space. If the request cannot be honored, the child is created in another address space. NO The child process is created in a new address space. NO is the default. MUST The child process is created on a subtask in the parent's address space. If the request cannot be honored, the request will not complete. On Monday, December 30, 2013 7:23 PM, John McKown john.archie.mck...@gmail.com wrote: This is my take on it. I am not an expert. Nor do I have access to the actual source code. I don't believe that tcsh will do what you want. My reasoning is below. In order to run a process in the same address space, the code must use the spawn() function. I base this assertion on http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB1C0/2.209 , point #8 in the Usage Notes. This talks about the _BPX_SHAREAS environment variable. This environment variable is not mentioned anywhere in the documentation of tcsh. I note that the description of the fork() function does not mention _BPX_SHAREAS at all. I therefore conclude that a fork() will always result in a new address space. I note that the description of the execve() function says: The current process image is replaced with a new process image for the executable file to be run. That is, the old execution state ceases to exist. So if the tcsh did an execve() without the fork() in order to run in the same address space, the shell would exit after the command because the shell would have ceased to exist. In my mind, doing a exec() is much like doing an XCTL. You don't return from whence you came. I notice that on this page: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA5C0/TCSHBUINONit states: When a command to be executed is found not to be a built-in command the tcsh shell attempts to execute the command via execve. Taking these things together, I have come to the conclusion that the tcsh shell _most likely_ invokes non-builtin commands in the original UNIX way. That is doing a fork() followed by an exec(). This removes the possibility of running cozsftp in the same physical address space as the shell. Any particular reason you wan to use tcsh? I'm just curious because I've never read anything nice about it. On Mon, Dec 30, 2013 at 7:19 AM, Mark Jacobs mark.jac...@custserv.comwrote: I was trying to execute a batch cozsftp command using tcsh as the shell, and my dataset allocation (to send a file to an sftp server) kept on failing, either with an unable to stat DD, or when I attempted to allocate the dynamically allocate the dataset, that allocation failed due to it being already allocated elsewhere. Eventually I realized that the cozsftp command was being executed in another address space, but I was unable to figure out how to get tcsh to execute that command in the original address space. I eventually gave up and used the /bin/sh shell to run the batch job. Is there a magic spell to use with tcsh to have the cozsftp command execute in the same address space? -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! John McKown -- 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: Learning Rexx
On 30/12/2013 11:11 PM, Paul Gilmartin wrote: Most VMers claim that Rexx is superior on VM because of CMS pipes. That's a pretty strong argument. That's analogous to claiming that Rexx is superior on z/OS because of address SYSCALL (others might say ISPEXEC/ISREDIT). Perhaps. But pipes are part of the base CMS product and are considered fundamental to REXX programming on VM. On z/OS they are either a very expensive add-on product or have to run in the POSIX subsystem. Designing routines to co-operate in a pipeline is a very different programming paradigm to what the vast majority of REXX programmers on z/OS are familar with. NetView had pipes and they were incredibly useful for processing message streams. I used to miss that functionality when coding TSO REXX. Of course, IBM are in the business of making a buck; but it's a travesty that they never made pipes, both TSO and batch, part of the base software stack. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN