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
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
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
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
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
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
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,
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
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
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
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.
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
--
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
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
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
>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
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
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:
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
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
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 ■
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>>>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
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
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
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
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
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
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
50 matches
Mail list logo