a command like below
EXECIO 1 DISKRU INSEQ LCTR
Where LCTR is the line counter. But it gives a error saying the line can be
number or should not be provided. How can we try using a variable ? Any
tips.
thanks
Sabarish
--
For IBM-MAIN
gets satisfied for updating a row in a sequential file i try to
use a command like below
EXECIO 1 DISKRU INSEQ LCTR
Where LCTR is the line counter. But it gives a error saying the line can be
number or should not be provided. How can we try using a variable ? Any
tips.
thanks
Sabarish
Hi
updated, before hand.It will be known only at
runtime. So i have setup a counter which gets incremented and when the
condition gets satisfied for updating a row in a sequential file i try to
use a command like below
EXECIO 1 DISKRU INSEQ LCTR
Where LCTR is the line counter. But it gives a error
97666 44472
Email: ui0037...@techmahindra.com
www.techmahindra.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Fletcher, Kevin
Sent: Thursday, February 19, 2009 12:06 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
Maria,
You may
97666 44472
Email: ui0037...@techmahindra.com
www.techmahindra.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Maria Brown
Sent: Wednesday, February 18, 2009 11:43 PM
To: IBM-MAIN@bama.ua.edu
Subject: EXECIO
I am writing
www.techmahindra.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Barkow, Eileen
Sent: Thursday, February 19, 2009 12:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
try allocating with disp shr - default is old
ALLOC F(INDD) da(dsnname
Just for the record, my test was with different members, and it works fine.
Ted MacNEIL eamacn...@yahoo.ca 2/18/2009 7:13 PM
mmm. If two users edit the same member of a Classic PDS (not PDSE)
Please NOTE!
I NEVER said the same member!
I went out of my way to say DIFFERENT members.
My
Good find Mark, I knew it was a long time ago, it must not have been easy to
find ;-)
Mark Zelden mark.zel...@zurichna.com 2/18/2009 10:56 PM
On Thu, 19 Feb 2009 01:34:56 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
I tried with two ids, same pds, different members, same monoplex with no
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Wednesday, February 18, 2009 10:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
Okay!
I surrender!
It wasn't there, at the time.
We blew the files off the map!
Sorry
On Wed, 18 Feb 2009 19:04:17 -0500, Thompson, Steve wrote:
Prior to working here, I have been at customer sites running OS/390 V2R9
through z/OS 1.4. One customer site was running z/OS 1.1 with three
LPARs all sharing DASD. We did not have MIM. We did not get crushed PDS
members EXECPT for when I
I am writing to a partitioned dataset via the EXECIO command.
The dataset is also currently in use by an active application, which causes
my EXECIO command to fail with DATA SET IS ALLOCATED TO ANOTHER JOB
OR USER. Is there anway to get around this with execio?
I can manually edit and save
try allocating with disp shr - default is old
ALLOC F(INDD) da(dsnname) SHR
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Maria Brown
Sent: Wednesday, February 18, 2009 1:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: EXECIO
I
You can try:
ALLOC F(INDD) da(dsnname) shr reuse
But if the other application has exclusive, there could still be a
problem
Lucy Arnold
Storage Manager
U.C. Davis Medical Center
916-734-5498
--
For IBM-MAIN subscribe /
I am writing to a partitioned dataset via the EXECIO command.
The dataset is also currently in use by an active application, which causes my
EXECIO command to fail with DATA SET IS ALLOCATED TO ANOTHER JOB OR USER.
Is there anway to get around this with execio?
There is a reason to do this.
It's
writing to a partitioned dataset via the EXECIO command.
The dataset is also currently in use by an active application, which
causes my EXECIO command to fail with DATA SET IS ALLOCATED TO ANOTHER
JOB OR USER. Is there anway to get around this with execio?
I can manually edit and save the file
do
not know the exact syntax for updating a member, but would be worth you
while to investigate it.
Just my 2 cents worth.
HTH
Fletch
snip
I am writing to a partitioned dataset via the EXECIO command.
The dataset is also currently in use by an active application, which
causes my EXECIO command
On Wed, 18 Feb 2009 18:34:23 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
I am writing to a partitioned dataset via the EXECIO command.
The dataset is also currently in use by an active application, which
causes my EXECIO command to fail with DATA SET IS ALLOCATED TO ANOTHER JOB
OR USER
You didn't specify disposition. it defaulted to OLD. Try 'SHR' at the end of
the alloc statement.
ITschak
On Wed, Feb 18, 2009 at 8:13 PM, Maria Brown brown...@hotmail.com wrote:
I am writing to a partitioned dataset via the EXECIO command.
The dataset is also currently in use by an active
disagree with Ted that you've been lucky with ISPF edit since it does use
an ENQ to protect on a member level basis. But that only works if everyone
plays by those rules.
As recently as z/OS 1.4, I have seen two people corrupt members using ISPF with
different member names.
Also there has
-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Maria Brown
Sent: Wednesday, February 18, 2009 12:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: EXECIO
I am writing to a partitioned dataset via the EXECIO command.
The dataset is also currently in use by an active application
enqueue goes up.
I wonder if there is some issue with your GRS configuration?
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Ted MacNEIL
Sent: Wednesday, February 18, 2009 2:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
Interesting! Haven't seen or heard of this in years and years. I see a 'member
in use' message just trying to open the member in a second instance of ISPF
edit in the same session or different user.
The issue is if the member name is different.
AFAIK, when you open a member in ISPF, it is
Sorry Ted, but I believe you are wrong again. I just did a test based on the
exact situation you outlined, and had no problem whatsoever (as I expected).
Ted MacNEIL eamacn...@yahoo.ca 2/18/2009 3:11 PM
disagree with Ted that you've been lucky with ISPF edit since it does use
an ENQ to
On Wed, 18 Feb 2009 20:11:53 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
disagree with Ted that you've been lucky with ISPF edit since it does
use an ENQ to protect on a member level basis. But that only works if
everyone plays by those rules.
As recently as z/OS 1.4, I have seen two people
Sorry Ted, but I believe you are wrong again. I just did a test based on the
exact situation you outlined, and had no problem whatsoever (as I expected).
Fine.
I did it with ISPF EDIT (1.4, two systems, two members, a single PDS) two
users, one saved then the other did.
This is not a memory
there might be some exits that could muddy the water.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Scott Rowe
Sent: Wednesday, February 18, 2009 2:36 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
Sorry Ted, but I believe you
able to re-create the (different)
members update problem without even trying.
-
Too busy driving to stop for gas!
-Original Message-
From: Hal Merritt hmerr...@jackhenry.com
Date: Wed, 18 Feb 2009 15:02:34
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
To be fair, I don't think
Of
Ted MacNEIL
Sent: Wednesday, February 18, 2009 3:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
Thank you for that.
What is missing?
It was a 4000 MIPS 5-image SYSPLEX with two members running TSO.
We had many PDS member issues.
Plus, many SMSPDSE 'corrupt' messages issued.
I'm more
Agreed, if the proper QNAMES were not being propagated then this type of thing
could occur, but that is a configuration problem, not a code problem.
Hal Merritt hmerr...@jackhenry.com 2/18/2009 5:17 PM
PDSE corruption is a different issue. Plenty on that in the archives. SMP/E is
not relevant
On Wed, 18 Feb 2009 20:11:53 +, Ted MacNEIL wrote:
Also there has been some extra protection for a *long* time that keeps two
tasks from opening a PDS for output (IEC143I 213-30 abend).
When you edit a PDS member, the file is not open for output. The member is
just a memory copy.
It's
On Wed, 18 Feb 2009 13:33:07 -0600, Mark Zelden wrote:
On Wed, 18 Feb 2009 18:34:23 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
I disagree with Ted that you've been lucky with ISPF edit since it
does use an ENQ to protect on a member level basis. But that only works
if everyone plays by those
systems.
This PDS 'corruption' has been around longer than I have.
And, it's not the same member name.
-
Too busy driving to stop for gas!
-Original Message-
From: Scott Rowe scott.r...@joann.com
Date: Wed, 18 Feb 2009 18:05:22
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
Agreed
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Wednesday, February 18, 2009 5:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
My test was:
1. Two users open the same PDS (note: no E).
2. Select X; Select Y (one
mmm. If two users edit the same member of a Classic PDS (not PDSE)
Please NOTE!
I NEVER said the same member!
I went out of my way to say DIFFERENT members.
My comments example were all about DIFFERENT!!
-
Too busy driving to stop for gas!
1.9
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Wednesday, February 18, 2009 3:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EXECIO
My test
I tried with two ids, same pds, different members, same monoplex with no
surprising results.
Please tell me what's changed!
I did this, and got bad results.
I'm surprised, since on 1.4, I got what I said.
What did I do wrong?
-
Too busy driving to stop for gas!
On Thu, 19 Feb 2009 01:34:56 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
I tried with two ids, same pds, different members, same monoplex with no
surprising results.
Please tell me what's changed!
OPEN.
I did this, and got bad results.
I'm surprised, since on 1.4, I got what I said.
What did
Okay!
I surrender!
It wasn't there, at the time.
We blew the files off the map!
Sorry, but it happened!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
In [EMAIL PROTECTED], on 10/19/2008
at 12:07 PM, Scott Ford [EMAIL PROTECTED] said:
I thought I remembered you could insert records...
And elsewhere I thought that you could continue a line after an operator,
without an explicit continuation character :-(
They say that memory is the second
.)
Sent: Wednesday, October 22, 2008 7:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to insert records using EXECIO
In [EMAIL PROTECTED], on 10/19/2008
at 12:07 PM, Scott Ford [EMAIL PROTECTED] said:
I thought I remembered you could insert records...
And elsewhere I thought that you could
to insert records using EXECIO
In [EMAIL PROTECTED], on 10/16/2008
at 09:11 PM, Scott Ford [EMAIL PROTECTED] said:
--- Gil...here u go
That code does not insert records, it appends them. Nobody claimed that
you couldn't append.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO
On Thu, 16 Oct 2008 21:17:05 -0400, Scott Ford wrote:
See this Share paper...
http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_San_Jose/S8343WS150114.pdf
Ah, the dreaded Rexx Stream I/O Function Package; I've read about it.
This is worse than disappointing; it's
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Gilmartin
Sent: Saturday, October 18, 2008 10:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to insert records using EXECIO
On Thu, 16 Oct 2008 21:17:05 -0400, Scott Ford wrote:
See this Share
In [EMAIL PROTECTED], on 10/16/2008
at 06:22 AM, P.Sabarish Kannan [EMAIL PROTECTED] said:
I have a requirement to insert some records in the beginning of a file
where already some lines are existing .
You can't; you need to rewrite the entire file. For classical sequential
files I
In [EMAIL PROTECTED], on
10/16/2008
at 02:03 PM, [EMAIL PROTECTED] said:
I wonder - Why is it not possible to add records to the beginning of a
data set? Wouldn't it be possible for a sufficiently clever program to
place the inserted records into a newly allocated area on disk, and then
In [EMAIL PROTECTED], on 10/16/2008
at 09:11 PM, Scott Ford [EMAIL PROTECTED] said:
--- Gil...here u go
That code does not insert records, it appends them. Nobody claimed that
you couldn't append.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
by EXECIO DISKW accomplishes the same.
I don't understand what the do loop is for.
--
Peter Hunkeler
CREDIT SUISSE
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message
It was an example for Gil and I also included a url for the actual execio
diskru ..from IBM ...
Scott Ford
Senior Systems Engineer
[p] 678.266.3399 x304[m] 609-346-0399 identityforge.com
This message is for the designated recipient only and may contain
privileged, proprietary
, 2008 9:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to insert records using EXECIO
Gil,
See this Share paper...
http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_San_
Jose/S8343WS150114.pdf
Scott Ford
Senior Systems Engineer
[p] 678.266.3399 x304[m] 609-346-0399
Scott,
I thought you wanted to demonstrate how to insert records
at the beginning of a file. I must have misunderstood.
--
Peter Hunkeler
CREDIT SUISSE
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
record. Not what the OP
wanted.
But why are you reading the data set in first? ALLOC
with MOD followed by EXECIO DISKW accomplishes the same.
I don't understand what the do loop is for.
I don't understand what the parse instruction inside the
unnecessary do loop is for.
I was disappointed. I had
On 16 Oct 2008 14:06:57 -0700, [EMAIL PROTECTED] wrote:
I wonder - Why is it not possible to add records to the beginning of a
data set? Wouldn't it be possible for a sufficiently clever program to
place the inserted records into a newly allocated area on disk, and then
modify the VTOC to
Peter (KIUK 3)
Sent: Friday, October 17, 2008 8:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to insert records using EXECIO
Scott,
I thought you wanted to demonstrate how to insert records
at the beginning of a file. I must have misunderstood.
--
Peter Hunkeler
CREDIT SUISSE
Hi
I have a requirement to insert some records in the beginning of a file where
already some lines are existing . i tried using DISKW using MOD , but they are
appending to the end. How do we insert in the beginning? I am using REXX for
this program.
Thanks in advance
Sabarish
*/
ADDRESS TSO
ALLOC FI(TEMPNAME) DSN(your_file_name) SHR
'EXECIO * DISKR TEMPNAME (STEM CARD. FINIS'
Do y=1 to 3
using REXX for
this program.
As far as I know you can not insert records into an existing file using
EXECIO. You can append to the end, as you noticed.
I would write the new records into a new file and then copy the existing
file and append its records to that new file. After that, the exec
into a sequential data set,
neither
at the beginning nor inbetween. You need to re-write the dataset with
all
the new and current records in the desired sequence.
If the dataset is not too big, you can read it into storage using EXECIO
then write everything back out with multiple EXEXIOs. You can also use
On Thu, 16 Oct 2008 07:49:45 -0400, Veilleux, Jon L wrote:
You can read the whole file into a stem variable, ...
I feel old.
You really ought to have a fallback mechanism in case
can fails.
-- gil
--
For IBM-MAIN subscribe /
Of Paul Gilmartin
Sent: Thursday, October 16, 2008 9:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to insert records using EXECIO
On Thu, 16 Oct 2008 07:49:45 -0400, Veilleux, Jon L wrote:
You can read the whole file into a stem variable, ...
I feel old.
You really ought to have a fallback
On Thu, 16 Oct 2008 06:53:15 -0500, Walt Farrell wrote:
I would write the new records into a new file and then copy the existing
file and append its records to that new file. After that, the exec could
then delete the existing file and rename the new one to the old name if needed.
And I'll
On Thu, 16 Oct 2008 09:25:51 -0400, Veilleux, Jon L wrote:
Actually, I remember installing Amdahl SP Assist so that our machines
could have more than 16MB of real storage. Times have changed..
Can Rexx keep stem variables above the bar nowadays?
-- gil
You are right. You should always have a back up plan. I was answering
his basic question not thinking about preventing disasters.
That being said, if you really need to protect the file maybe REXX
EXECIO isn't the best solution
Jon
Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683
Depending on the number of records in the input file, EXECIO may not be the
most efficient way to do this.
But you could create a new file with the new lines in it and then use
something like IEBGENER later in the REXX to mod the data from the original
file into the new file.
The reason to do
highlighting.
This restriction has nothing to do with REXX; it's just the way
processing of sequential datasets works.
Regarding MOD, last I checked there was no MOD option to EXECIO
(and I wouldn't expect it there) so I assume the origonal poster
was refering to DISP=MOD or MOD on a TSO ALLOCATE
Patrick,
I have been updating in place with Execio in Rexx. The DISP=MOD
Is correct and finding the record you want to update or insert or
delete is also part of the formula.
Scott Ford
Senior Systems Engineer
[p] 678.266.3399 x304[m] 609-346-0399 identityforge.com
This message
in the desired sequence.
...
Peter came close to saying this, but I think it's worth highlighting.
This restriction has nothing to do with REXX; it's just the way
processing of sequential datasets works.
Regarding MOD, last I checked there was no MOD option to EXECIO
(and I wouldn't expect it there) so
On Thu, 16 Oct 2008 16:24:14 -0400, Scott Ford
[EMAIL PROTECTED] wrote:
Patrick,
I have been updating in place with Execio in Rexx. ...
I didn't mean to imply you couldn't update in place. That's a lot
different than inserting.
Pat O'Keefe
Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick O'Keefe
Sent: Thursday, October 16, 2008 6:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to insert records using EXECIO
On Thu, 16 Oct 2008 16:24:14 -0400, Scott Ford
[EMAIL PROTECTED] wrote:
Patrick,
I have been updating
Hi,
... and after 15 records added this way you'll get an x37 error, because
your dataset have more than 16 extents.
[EMAIL PROTECTED] schrieb:
I wonder - Why is it not possible to add records to the beginning of a
data set? Wouldn't it be possible for a sufficiently clever program to
[EMAIL PROTECTED] wrote:
I wonder - Why is it not possible to add records to the beginning of a
data set? Wouldn't it be possible for a sufficiently clever program to
place the inserted records into a newly allocated area on disk, and then
modify the VTOC to point to that new area first and
On Thu, 16 Oct 2008 18:53:48 -0400, Scott Ford wrote:
I understand what you said, my comments are that an insert was also very
doable in rexx..no more no less.
I'm intrigued. Can you point us to some sample code? or
is this just the copy-append-rename already posted a couple
times in this
:[EMAIL PROTECTED] On Behalf
Of Paul Gilmartin
Sent: Thursday, October 16, 2008 8:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to insert records using EXECIO
On Thu, 16 Oct 2008 18:53:48 -0400, Scott Ford wrote:
I understand what you said, my comments are that an insert was also very
doable
DDN(FILEIN) MOD DSN(SFORD.TEST.FILE)'
if rc = 0 then do;
say 'REXXINS -- File allocated ok - at 'date(u)' 'time()
end;
return;
read_input:
'execio * DISKR FILEIN (STEM A. FINIS'
if rc = 0 then do;
say 'REXXINS -- File read ok - at 'date(u)' 'time()
end;
return;
insert_input:
B. = '';
j = 1
-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Gilmartin
Sent: Thursday, October 16, 2008 8:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to insert records using EXECIO
On Thu, 16 Oct 2008 18:53:48 -0400, Scott Ford wrote:
I understand what you said, my comments
- Original Message -
From: Shishir [EMAIL PROTECTED]
Newsgroups: bit.listserv.tsorexx
Sent: Monday, June 09, 2008 8:31 AM
Subject: Stopping EXECIO translation
I am on Z/OS.
I have following lines in my rexx script to read lines from file DD1
'EXECIO 1 DISKR DD1 ( '
IF RC = 0
On Mon, 9 Jun 2008 12:36:38 -0400, Pinnacle wrote:
- Original Message -
From: Shishir
Newsgroups: bit.listserv.tsorexx
Sent: Monday, June 09, 2008 8:31 AM
Subject: Stopping EXECIO translation
I am on Z/OS.
I have following lines in my rexx script to read lines from file DD1
'EXECIO
In [EMAIL PROTECTED], on 01/16/2007
at 09:43 AM, Charles Mills [EMAIL PROTECTED] said:
It would be great to be able to pass stems to Rexx functions,
internal or external.
Well, if you could convince IBM to port OOREXX to MVS, ...
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO
I'll give Sam a call on Monday.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Saturday, January 20, 2007 3:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PULL? PUSH? STEM? (was: REXX EXECIO changing
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Charles Mills
Sent: 16 January 2007 19:32
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PULL? PUSH? STEM? (was: REXX EXECIO changing LOWERCASE TO
UPPERCASE)
Thanks. Nice looking code!
I kind of wonder about
By the way it would be nice to have some kind of modified rexx environment to
allow rexx programs to share stems. It would avoid passing data thru stacks
even between different rexx programs.
Walter.
--
For IBM-MAIN
Subject: Re: PULL? PUSH? STEM? (was: REXX EXECIO changing LOWERCASE TO
UPPERCASE)
By the way it would be nice to have some kind of modified rexx environment
to allow rexx programs to share stems. It would avoid passing data thru
stacks even between different rexx programs.
Walter
? PUSH? STEM? (was: REXX EXECIO changing LOWERCASE TO
UPPERCASE)
By the way it would be nice to have some kind of modified rexx environment
to allow rexx programs to share stems. It would avoid passing data thru
stacks even between different rexx programs
Mills
Sent: 16 January 2007 12:43
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PULL? PUSH? STEM? (was: REXX EXECIO changing LOWERCASE TO
UPPERCASE)
It would be great to be able to pass stems to Rexx functions, internal
or external. Even with an internal function, you are reduced to passing
the NAME
In [EMAIL PROTECTED], on 01/15/2007
at 12:20 PM, Paul Gilmartin [EMAIL PROTECTED] said:
I'm curious as to why the preponderance of Rexx examples posted to
these lists prefer [PARSE] PULL over STEM (I suggested the latter in
my followup).
My guess would be training. ObUnsolicitedPlug Maybe
[mailto:[EMAIL PROTECTED] On Behalf
Of Rob Scott
Sent: Tuesday, January 16, 2007 4:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PULL? PUSH? STEM? (was: REXX EXECIO changing LOWERCASE TO
UPPERCASE)
Charles
Checkout the STEMPUSH and STEMPULL rexx functions on www.mximvs.com - I
wrote these some time
In
[EMAIL PROTECTED],
on 01/09/2007
at 01:18 PM, John Mattson [EMAIL PROTECTED] said:
Anyone have any ideas no how to fix this?
Yes: use PARSE PULL instead of PULL, or use the stem form of EXECIO.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net
On Mon, 15 Jan 2007 11:58:13 -0500, Shmuel Metz (Seymour J.) wrote:
Anyone have any ideas no how to fix this?
Yes: use PARSE PULL instead of PULL, or use the stem form of EXECIO.
I'm curious as to why the preponderance of Rexx examples posted to these lists
prefer [PARSE] PULL over STEM (I
On 15 Jan 2007 10:20:32 -0800, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (Paul Gilmartin) wrote:
Anyone have any ideas no how to fix this?
Yes: use PARSE PULL instead of PULL, or use the stem form
of EXECIO.
I'm curious as to why the preponderance of Rexx
) SHR
ALLOC DD(TO) DSN(ODS) SHR
TRACE
NEWSTACK
DO X=1 BY 1 UNTIL X999
EXECIO 1 DISKR FM
IF RC0 THEN LEAVE
PULL RECORD
SAY RECORD BEFORE: RECORD
SAY RECORD AFTER : RECORD
PUSH RECORD
EXECIO 1 DISKW TO
END
INTERPRET TRACE TRLEVEL
EXECIO 0 DISKR FM (FINIS
EXECIO
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of John Mattson
Sent: Tuesday, January 09, 2007 3:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: REXX EXECIO changing LOWERCASE TO UPPERCASE
I have a fairly simple REXX that reads record
PULL is a short form of PARSE UPPER PULL. Use PARSE PULL instead of
PULL.
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Mattson
Sent: Tuesday, January 09, 2007 4:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: REXX EXECIO
Put PARSE before your ARG and you'll be sorted.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John Mattson
Sent: 09 January 2007 21:18
To: IBM-MAIN@BAMA.UA.EDU
Subject: REXX EXECIO changing LOWERCASE TO UPPERCASE
I have a fairly simple
Put PARSE before your ARG and you'll be sorted.
ITYM ... before your PULL.
Yaw tee pucketty!
Rum ting clue!
Ni! Ni! Ni!
Arrooo!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
.) Problem is
that it reads in lowercase characters as UPERCASE. What I want to do is
PRESERVE the case whatever it is... Anyone have any ideas no how to fix
this?
EXECIO 1 DISKR FM
IF RC0 THEN LEAVE
PULL RECORD
SAY RECORD BEFORE: RECORD
SAY RECORD AFTER : RECORD
PUSH
94 matches
Mail list logo