Paul Gilmartin wrote:
>>But I have problems to pass the two arguments for the ISREDIT CHANGE command.
>>It is easy (after lots of RTFM on KC! ;-D ) to do that interactively, but not
>>in batch.
>Where does the problem arise? Is it the TSO parser's meddling with delimited
>strings?
>ISPF Edit
Paul Gilmartin wrote:
>>Unfortunately those IKJEFT01 commands require that the dataset lines need to
>>be numbered.
>Could you run ISPF Edit under IKJEFT and use its CHANGE command in an initial
>macro?
Thanks for asking. Eventually yes, I could do it and bypass the problem of line
numbers, b
Sri h Kolusu wrote:
>You skipped over the most important Utility DFSORT.
... and I discovered it (and ICETOOL) again! ;-) (see my other thread about
this matter)
>It can find and REPLACE one or more strings. Here is an example.
I eventually used your example I discovered in another thread y
ISPF Edit Macros in batch... ?
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elardus Engelbrecht
Sent: 28 March 2019 07:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Batch edit of large dataset
Hi to all,
I've got a requir
Hi Peter,
I am that customer, I am very interested in seeing your rexx to do this and
would be grateful if you would share it with me.
Regards Graham
GRAHAM CORNWELL / VP MAINFRAME INFRASTRUCTURE
T +44 20 7255 7151 / M +44 7867 510360 / gcornw...@mediaocean.com
Blue fin Building 110 So
On Fri, 29 Mar 2019, at 07:24, Elardus Engelbrecht wrote:
> Now, for my problem is, I have this macro (which is not working):
>
> ISREDIT MACRO (PARMIN PARMUIT)
> ISREDIT RESET
> ISREDIT CAPS OFF
> ISREDIT CHANGE &PARMIN &PARMUIT ALL
> ISRED
Jeremy Nicoll wrote:
>Remember that when an ispf edit macro starts to execute you have access to the
>underlying ispf session, and indeed underlying TSO. So change the macro to,
>for example:
>address ispexec "vget (parmin parmuit) profile"
Thanks for showing where to put the vget and vput com
I have an edit macro that I've used in one form or another for many years,
it's my version of the point and shoot edit. Place the cursor on a dataset
name in a jcl member for instance, hit the PFK set to ';CA' and you are
taken to edit of that dataset. It discerns the dataset name by doing
Dana
I would double-check your REXX exec code - perhaps paste to the forum?
"SE" and "SJ" use ISPF "EDIF" services - pretty much all SDSF does is supply
the data for the "get first/next" record request from EDIF.
I have just executed the following simple REXX EDIT macro in SDSF SJ and SE in
2.
OPS/MVS has an additional feature you can install called CA OPS/MVS OPSHMC
REXX.
On Fri, Mar 29, 2019, 5:50 AM Graham Cornwell
wrote:
> Hi Peter,
>
> I am that customer, I am very interested in seeing your rexx to do this
> and would be grateful if you would share it with me.
>
> Regards Graham
On Fri, 29 Mar 2019 02:32:04 -0500, Elardus Engelbrecht wrote:
>
>> INREC FINDREP=(ENDPOS=2004,
>>Note : For FB fies the end position would be 2000 ( No addition of the RDW)
>
>Not many people understand that little 4 bytes trick for that RDW. ;-D ;-D
>
When I first encountered MVS, I found incl
On Fri, 29 Mar 2019 07:56:36 -0500, Elardus Engelbrecht wrote:
>Jeremy Nicoll wrote:
>
>>Remember that when an ispf edit macro starts to execute you have access to
>>the underlying ispf session, and indeed underlying TSO. So change the macro
>>to, for example:
>
>>address ispexec "vget (parmin p
Thanks Rob, the top of my rexx is basically the same as your test and seemed to
behave the same as mine. But your suggestion prodded me in the right direction
to an explanation of whats going on. What I discovered, is in the PFKey
settings used in SDSF EDIT, 'ISF Keylist ISFEDKEY' I had the
On Fri, 29 Mar 2019, at 16:02, Paul Gilmartin wrote:
> Neat! I never became proficient with the ISPF variable pool.
>
> Is there any restriction on the content of ISPF variables? Special
> characters? Length?
> Can they be delimited strings, subject to the design deficiencies of
> delimited
On Fri, 29 Mar 2019 12:56:59 -0400, Jeremy Nicoll wrote:
>
>In the calling exec the rc from the (ispf) edit would be checked, because
>invoking edit might have failed, eg because of spfdsn enqueues on the
>target file. In the 'production' systems I wrote the execs usually then
>slept for a few sec
On Fri, 29 Mar 2019, at 17:29, Paul Gilmartin wrote:
> On Fri, 29 Mar 2019 12:56:59 -0400, Jeremy Nicoll wrote:
> >
> >In the calling exec the rc from the (ispf) edit would be checked, because
> >invoking edit might have failed, eg because of spfdsn enqueues on the
> >target file. In the 'producti
OK. I think we are making progress but I am not sure what the sysprogs are
doing - seems to be suck it and see.
We can now access the SE using SOO but we don't have the right credentials
- appear to be just operators which isn't any good if we want to activate
CBU's in a DR exercise. I suspect the
Peter,
Is this something you would consider sharing with a larger audience???
I know that we routinely change LPAR weighs at our shop, but we use a
manual process.
Thanks
Tony
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM
I would prefer to send an individual email of the files to anyone who wants
this function.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
If you don't mind, please forward them to me. I do work with CA customers and
would be interested in what you have
Thanks
Gerhard
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter X. DeFabritus
Sent: Friday, March 29, 2019 2:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
20 matches
Mail list logo
