Re: JoAT (was: SORT JCL)

2014-09-15 Thread Ed Gould
On Sep 15, 2014, at 11:43 PM, Paul Gilmartin wrote: On Mon, 15 Sep 2014 22:57:07 -0500, Ed Gould wrote: I *think* member selection etc is part and parcel of ispf/pdf. But if it isn't then the replacement would have to do the member selection. I think that no one has done one so you are treadin

Re: JoAT (was: SORT JCL)

2014-09-15 Thread Ed Gould
On Sep 15, 2014, at 10:57 PM, Ed Gould wrote: -SNIP__ editor, but AFAIK there isn't one out there(anyone know of one?) nedit. http://www-03.ibm.com/systems/z/os/zos/features/unix/ library/IBM+Redbooks/index.html#nedit -- gil Gil

Re: JoAT (was: SORT JCL)

2014-09-15 Thread Paul Gilmartin
On Mon, 15 Sep 2014 22:57:07 -0500, Ed Gould wrote: > >I *think* member selection etc is part and parcel of ispf/pdf. But if >it isn't then the replacement would have to do the member selection. >I think that no one has done one so you are treading on new territory. > >Of course there may be one ou

Re: JoAT (was: SORT JCL)

2014-09-15 Thread Ed Gould
On Sep 15, 2014, at 10:49 PM, Paul Gilmartin wrote: On Mon, 15 Sep 2014 22:21:12 -0500, Ed Gould wrote: I am not so sure that is the case (ISPF edit) . The issue is as I see it that there is no xedit for MVS . Its relatively easy to change the ISPF primary menu to use another How? Does that

Re: JoAT (was: SORT JCL)

2014-09-15 Thread Paul Gilmartin
On Mon, 15 Sep 2014 22:21:12 -0500, Ed Gould wrote: > >I am not so sure that is the case (ISPF edit) . The issue is as I see >it that there is no xedit for MVS . >Its relatively easy to change the ISPF primary menu to use another > How? Does that percolate through to DSLIST, DDLIST, ..., in which

Re: JoAT (was: SORT JCL)

2014-09-15 Thread Ed Gould
On Sep 15, 2014, at 6:15 PM, Paul Gilmartin wrote: SNIP- Emacs is like that. Web browsers are like that, nowadays (and emacs embeds its own browser). Any utility that embeds its own editor rather than allowing a pluggable replacement

Re: SORT JCL

2014-09-15 Thread Shane Ginnane
On Mon, 15 Sep 2014 19:50:40 -0500, Ed Gould wrote: >To be fair its both SYNCSORT and DFSORT. Probably true - but I've not seen Syncsort for decades. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions,

Re: JoAT (was: SORT JCL)

2014-09-15 Thread Shane Ginnane
On Mon, 15 Sep 2014 18:15:02 -0500, Paul Gilmartin wrote: >The Swiss Army Hammer. > >There's a famous 1983 paper by Rob Pike I'm guessing he wouldn't be much of a fan of systemd then ... ;0) Shane ... -- For IBM-MAIN subscribe

Re: MSG IKJ56961E LISTBC TERMINATED

2014-09-15 Thread Anthony Thompson
Oh, another possibility... When volumes were removed from your test LPAR, were the catalogues cleaned up to remove entries that referred to files on those removed volumes? It may be that you have dead catalogue entries that refer to datasets that no longer exist ( general SYS1.BRODCAST or privat

Re: SORT JCL

2014-09-15 Thread Ed Gould
On Sep 15, 2014, at 5:47 PM, Shane Ginnane wrote: Thanks a lot Kolsu.. It worked. Thanks! Now that this has finally been put to bed, the length of the thread illustrates vividly the issue I have with using DF/SORT. It has grown (and changed) over the years in an apparent attempt to be "a

Re: JoAT (was: SORT JCL)

2014-09-15 Thread Paul Gilmartin
On Mon, 15 Sep 2014 17:15:09 -0700, Tom Brennan wrote: >Paul Gilmartin wrote: >> I'd love to be able to select vi as my editor under ISPF (but not all >> the time.)) > >Now you made me think: vi using SNA would mean you need to send each >individual keypress to the mainframe and get a response.

Re: SORT JCL

2014-09-15 Thread Paul Gilmartin
On Mon, 15 Sep 2014 17:47:03 -0500, Shane Ginnane wrote: > >Works a treat when it works though ... > But nothing explains why results of LOCALE=EN_GB and LOCALE=EN_AU agree well with each other, but differ radically from LOCALE=EN_US. -- gil --

Re: MSG IKJ56961E LISTBC TERMINATED

2014-09-15 Thread Anthony Thompson
The full IKJ56961E message should have supplied dynalloc return / reason codes, which the OP didn't supply but would have helped. Skip may have it right with regards to SYS1.BRODCAST, but the OP should check his IKJTSO member is see if TSO/E userlogs are being used instead (SEND statement, USER

Re: JoAT (was: SORT JCL)

2014-09-15 Thread Tom Brennan
Paul Gilmartin wrote: I'd love to be able to select vi as my editor under ISPF (but not all the time.)) Now you made me think: vi using SNA would mean you need to send each individual keypress to the mainframe and get a response. That might be possible by having the terminal emulator tag a

JoAT (was: SORT JCL)

2014-09-15 Thread Paul Gilmartin
On Mon, 15 Sep 2014 17:47:03 -0500, Shane Ginnane wrote: > >Now that this has finally been put to bed, the length of the thread >illustrates vividly the issue I have with using DF/SORT. >It has grown (and changed) over the years in an apparent attempt to be "all >things to all men" - and is damn

Re: SORT JCL

2014-09-15 Thread Shane Ginnane
>Thanks a lot Kolsu.. It worked. Thanks! Now that this has finally been put to bed, the length of the thread illustrates vividly the issue I have with using DF/SORT. It has grown (and changed) over the years in an apparent attempt to be "all things to all men" - and is damn near unusable as a

Contractor Help Wanted: SMP/E Enablement

2014-09-15 Thread Charles Mills
I am looking for someone on a short-term contract basis to enable a vendor z/OS product for SMP/E installation and maintenance. The product is currently installed with TSO RECEIVE, etc., etc. It is a fairly simple product with relatively few components. Please send qualifications and desired contra

Re: SORT JCL

2014-09-15 Thread John Abell ISP
Based on stats I have had, command chaining or similar seems to be what they do. Did that years ago in a bunch of programs for tape spooling and subsequent processing. -Original Message- From: Tom Brennan Sent: Sunday, September 14, 2014 5:25 PM Newsgroups: bit.listserv.ibm-main To:

Re: Bizarre maybe-FTP problem

2014-09-15 Thread Ed Finnell
Could be hardware, could be an attack. Guess start with packet traces. We had a couple of lengthy runs had to put on 'milking machines' before the cable could be replaced. In a message dated 9/15/2014 1:52:56 P.M. Central Daylight Time, p...@voltage.com writes: It was an assembler macro

Re: MSG IKJ56961E LISTBC TERMINATED

2014-09-15 Thread Skip Robinson
My first inclination was to say that SYS1.BRODCAST had resided on a volume that was removed. Then I remembered this line in MSTJCLxx: //SYSLBC DD DISP=SHR,DSN=SYS1.BRODCAST which would make IPL pretty dicey. Then it occurred to me that as long as the data set it cataloged, maybe the system

Re: Ported Tools (was C language - z/OS 2.1, creating programs 2 run on previous releases .. GNU autoconfigure)

2014-09-15 Thread Bob Shannon
I should add that any issues with the Rocket-supported Ported Tools can be reported by sending an email to portedto...@rocketsoftware.com Bob Shannon Rocket Software Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■

Re: Question concerning running z/OS LPARs under z/VM

2014-09-15 Thread Staller, Allan
z/VM solved the nested paging issue the late 80's. Usually by making the guest image so large that paging never became an issue. There was also the "preferred guest" feature. >I would also think that there would be extra overhead with PRSM deciding which >LPAR gets resources and if it is the z

Re: Question concerning running z/OS LPARs under z/VM

2014-09-15 Thread Staller, Allan
I do not see any gain from the proposed configuration, however, my thoughts are: As I interpret the proposed configuration, you would be processing a total of 3 lpars (production, scheduling, and z/VM). I do not see any unsolvable issues of a configuration nature, with sharing between z/OS guest

Re: Question concerning running z/OS LPARs under z/VM

2014-09-15 Thread Paul Gilmartin
On Mon, 15 Sep 2014 18:34:39 +, Mark Yuhas wrote: > >I would also think that there would be extra overhead with PRSM deciding which >LPAR gets resources and if it is the z/VM LPAR, then z/VM deciding which guest >gets the resources. Seems like a duplication of effort. Then, of course, >wo

Re: Bizarre maybe-FTP problem

2014-09-15 Thread Phil Smith
Paul Gilmartin wrote: >What did it read on the PC side? It appears somewhat as if the data were >mistaken for a script, whether by programmer error or BZ internal failure. It was an assembler macro, so “MACRO blah”, but we do this a lot and the same file re-uploaded with the same options worked.

Re: Another DF/SORT quest. (splice?)

2014-09-15 Thread Sri h Kolusu
Tony, It is quite simple to create a pseudo key to use as matching key for splice. I assumed that your input is RECFM=FB and LRECL=80. The group starts with "H" and you can have a max of 3 detailed records which start with T21,T22, T23. However if you have more you can adjust the solution acc

Re: Bizarre maybe-FTP problem

2014-09-15 Thread Paul Gilmartin
On Mon, 15 Sep 2014 09:54:33 -0700, Phil Smith wrote: >Actually it wasn't me doing the upload, and now I'm told BlueZone was the >emulator used, using FTP. So maybe this is a BZ buglet. > >From: Phil Smith >Sent: Monday, September 15, 2014 12:52 PM > >After uploading some barely changed source fi

Question concerning running z/OS LPARs under z/VM

2014-09-15 Thread Mark Yuhas
I was quesioned about reconfiguring our current processor. Currently, we are running 6 LPARs - 2 sandbox LPARs , an applicaton/test LPAR, a certification LPAR, a production LPAR and a scheduling LPAR. The sandbox LPARs run under separate monoplexes and separate MASs. The remaining LPARs run u

Re: Deleting Cluster Using IEFBR14 or IDCAMS

2014-09-15 Thread Paul Gilmartin
On Mon, 15 Sep 2014 13:39:27 -0400, John Eells wrote: > >1. IEFBR14, in addition to being the smallest program in z/OS as far as >I know (and only one instruction longer than the smallest possible >program), remains the "most misused program in z/OS history" in my view. > Whether DD statements in

Another DF/SORT quest. (splice?)

2014-09-15 Thread Tony's Basement Computer
I'm trying to develop a seemingly simple SPLICE operation where all the input comes from a single dataset. I want to combine several records types into 1 record containing the fields from each input record type. For example I have an input file where various types can appear in a header-trail

Re: Bizarre maybe-FTP problem

2014-09-15 Thread Charles Mills
Your analysis of what happened sounds totally spot-on and no, nothing is impossible. Does not sound like an unlikely bug, as bugs go. Get the pointers wrong, and send the FTP server command on the wrong session ... Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM

MSG IKJ56961E LISTBC TERMINATED

2014-09-15 Thread John Norgauer
Getting this at TSO logon time. This is on a test LPAR which had many volumes eliminated(because of clean-up). Any thoughts as to identifying the volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions

Re: SORT JCL

2014-09-15 Thread Ron Thomas
Thanks a lot Kolsu.. It worked. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Deleting Cluster Using IEFBR14 or IDCAMS

2014-09-15 Thread John Eells
t...@harminc.net (Tony Harminc) wrote: On 2 September 2014 10:32, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: I use DSLIST, but I assume that invokes IDCAMS. (TSO DELETE also? I haven't tried that.) TSO DELETE has been an IDCAMS command since MVS 2.0; maybe even

Re: SORT JCL

2014-09-15 Thread Sri h Kolusu
Ron, Use the following JCL //STEP0100 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * +1+2+3+4+5+6+--- 1 43 343 - 999 CHAIN 4062 - 4108 4110 - 4700 4705 - 4706 4708 4714 4719 4723 345 //SORTOUT DD SYSOUT=* //SYS

Re: Bizarre maybe-FTP problem

2014-09-15 Thread Chase, John
Been using Bluezone FTP for more than a decade, and have never encountered that sort of error. -jc- > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Phil Smith > Sent: Monday, September 15, 2014 11:55 AM > To: IBM-MAIN@LISTS

Re: SORT JCL

2014-09-15 Thread Ron Thomas
Kolusu. Apologies for the wrong data put, "-" is there in the input on col "6". Here is the requirements FROM DEPT -TODEPT 100 - 200 i.e all data "FROM DEPT" and "TODEPT" to be made 5 bytes by padding zeros irrespective of what users entered. if the user entered 5 byte dept

Re: SORT JCL

2014-09-15 Thread Sri h Kolusu
Ron, Your requirements are still fuzzy. You first started with 1 field and now you have 2 fields to pad with zeros? How did this 343-999 become 000343 00999 ?? Do you need to parse the field for the delimiter of "-" and split a single field into 2 fields while padding zeros? Thanks, Kolu

Re: Bizarre maybe-FTP problem

2014-09-15 Thread Phil Smith
Actually it wasn't me doing the upload, and now I'm told BlueZone was the emulator used, using FTP. So maybe this is a BZ buglet. From: Phil Smith Sent: Monday, September 15, 2014 12:52 PM To: ibm-m...@bama.ua.edu Subject: Bizarre maybe-FTP problem After uploading some barely changed source file

Bizarre maybe-FTP problem

2014-09-15 Thread Phil Smith
After uploading some barely changed source files via FTP to z/OS 1.12 today, I got a ton of assembler errors. Some research revealed that the first line of a macro read: STOR membername (where membername was the name of the member, doh). That isn't what it read on the PC side, and looks suspicio

Re: SORT JCL

2014-09-15 Thread Ron Thomas
No there is nothing besides the word "CHAIN" Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SORT JCL

2014-09-15 Thread Lizette Koehler
Will there be any other words beside CHAIN? Are there any lengths beside 5? It would be helpful to know all of the details of your input. Otherwise the solution will come in pieces only. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.E

Re: SORT JCL

2014-09-15 Thread Steve Comstock
On 9/15/2014 9:38 AM, Sri h Kolusu wrote: I agree that Sort may not be as easy as a programming language. For example, with REXX you can do LEFT(var,5,'0') or RIGHT(var,5,'0') and that will place zeros up to the number of positions. In Unix, or Perl, or COBOL, or EASYTRIEVE, or Assembler, not ha

Re: SORT JCL

2014-09-15 Thread Sri h Kolusu
>>>I agree that Sort may not be as easy as a programming language. For example, with REXX you can do LEFT(var,5,'0') or RIGHT(var,5,'0') and that will place zeros up to the number of positions. In Unix, or Perl, or COBOL, or EASYTRIEVE, or Assembler, not hard to do. Lizette, I have to disagree

Re: SORT JCL

2014-09-15 Thread Ron Thomas
Hello The below control card is working, but in some cases where there is a word "CHAIN" , it is setting to zeros. We need this to be copied as it is. If the input length is 5 then copy as it is else if it is 4 or less than 54 append zeros to it. OUTREC IFTHEN=(WHEN=INIT,BUILD=(1,5,UFF,M1,6,2

Re: SORT JCL

2014-09-15 Thread Sri h Kolusu
Ron, It is quite simple to pad the leading zeros. Here is a sample. I assumed that you have a 6 byte field //STEP0100 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * - PAD 6 ZEROES 1 - PAD 5 ZEROES 12 - PAD 4 ZEROES 123 - PAD 3 ZEROES 1234 - PAD 2 ZEROE

Re: Dumb IARCP64 question

2014-09-15 Thread Charles Mills
Thanks for doing IBM's documentation for them. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Scott Sent: Monday, September 15, 2014 5:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dumb IARCP64 question EXPAND=NO will

Re: Dumb IARCP64 question

2014-09-15 Thread Rob Scott
EXPAND=NO will keep the cell pool limited to 1MB (approx. size as it is possible that any related housekeeping control blocks will eat into the total "data" available) EXPAND=YES will allow IARCP64 to chain multiple 1MB memory objects together to increase the logical cell pool size beyond 1Mb

Re: Dumb IARCP64 question

2014-09-15 Thread Dave Day
I can think of one case where EXPAND=NO would make sense, as I got caught with and abend early on. If you define a cell pool that is not owned by the jobstep TCB, then you will get an abend if a cross-memory routine needs a cell, and the pool has to expand. I did not change the cross memory

Re: Dumb IARCP64 question

2014-09-15 Thread Charles Mills
Follow-up question: what the heck, then, does EXPAND=NO signify? "Make it any size you like, but for gosh sakes don't make it any bigger than that"? The documentation reads like transistor radio instructions from the fifties: ,EXPAND=NO This parameter does not try expanding. The documentatio