HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.rexx
Date:         Fri, 14 Aug 1992 01:21:29 -0400
From:         Anthony Ng <CCENGNM@NUSVM.BITNET>
Subject:      Re: Stem vars as arguments?

>From:         James Justice <JAY@WVNVM.WVNET.EDU>
>Subject:      Re: Stem vars as arguments?
>
>REXX does allow a stem to be EXPOSED.
>
>---Cut and Paste ---
>/**/
>t.1 = '1'
>t.2 = '2'
>t.3 = '3'
>Call tryit
>
>Exit

>tryit: Procedure EXPOSE t.
>Say t.1 t.2 t.3
>Return
>
>This works with "1 2 3" being printed out!

Also, the procedure can alter the stem content:

op.0=3; op.1='a'; op.2='b'; op.3='c'
call try1
call try2
say op.0 op.1 op.2 op.3 op.4
exit

try1: procedure expose op.
  say op.0 op.1 op.2 op.3
  op.0=4; op.2='e'; op.4='d'
  return

try2: procedure expose op.
  say op.0 op.1 op.2 op.3 op.4
  op.0=2; op.1='x'; op.2='y'
  return

should gives you:
    3 a b c
    4 a e c d
    2 x y c d

---------
*****************************************************************
* Anthony Ng                        * "Don't Look Back !"       *
* Systems Programmer                *      Luke 9:62            *
* NATIONAL UNIVERSITY OF SINGAPORE  * "Batteries NOT included,  *
* Bitnet : CCENGNM@NUSVM            *  neither any guarantte."  *
*****************************************************************
From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
Date: 18 Aug 92 08:14:09 EST
Newsgroups: comp.lang.rexx
Subject: Re: Arexx Help

RZOTTO@DKNKURZ1.BITNET (Otto Stolz) writes:
>For the sake of all those who are so (or would like to be :-) I'll append
>-- once more -- a list of REXX-related discussion groups:

  Any chance these could be gated to Usenet as well? For Arexx-only discussions,
comp.sys.amiga.programmer is not always the most-approrpriate area.
Having a comp.lang.rexx.arexx, as well as the other discussion areas in
the mailing lists would be very usefull for those of us that cannot afford to
receive these as individual mailing list messages (Email costs a lot more
than News where I am).

>Best regards,
>                    Otto Stolz <RZOTTO@DKNKURZ1.Bitnet>
>                               <RZOTTO@nyx.uni-konstanz.de>
--
  Opinions expressed in this message are my Own. I represent nobody else.
  Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
Newsgroups: comp.lang.rexx
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: REXX for MS-DOS
Organization: Oakland University, Rochester MI.
Distribution: usa
Date: Sat, 15 Aug 1992 03:13:03 GMT


Does anyone know of a PD REXX for MSDOS? I know its a bit odd to
consider using an IPC tool on a single threded OS, but my thesis
advisor is trying to make DOS support limited multi-tasking and
we need an inter-task communication tool.

thanks in advance

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <chris@cestrian.ccf.swri.edu>
Newsgroups: comp.lang.rexx
Date:         Thu, 13 Aug 1992 08:09:12 EST
From:         chris@CESTRIAN.CCF.SWRI.EDU
Subject:      Re: Stem vars as arguments?
Comments: To: REXXLIST@OHSTVMA.ACS.OHIO-STATE.EDU

Dave,
  You would have won the bet. I had tested small pieces on the mainframe
   (VM/XA) and then just edited the sample in the note I was replying to.

  There were two major bluders in my example:
     1. The PROCEDURE instruction, by default, hides all variables thus
          making access to the stem impossible.

     2. The VM function FIND has been renamed to WORDPOS in OS/2. The
           help for both OS's is almost word for word.

  Here is a working example.


/* */
Opts.Label = 'Select an option A-C, X'
Opts.0 = 4 /* No. options */
Opts.1 = 'A'
Opts.2 = 'B'
Opts.3 = 'C'
Opts.4 = 'X'

Choice = GetChoice(Opts)
say choice
choice=getopts('Select options A-C or X $ A B C X')
say choice
exit
/* ... */

GetChoice:
   ARG Stem
   interpret 'lab='stem'.label'         /* Get value of stem.label */
   SAY lab                              /* Use it for prompt */
   PULL Resp
   interpret 'range='stem'.0'           /* Get value of stem.0 */
   do  i = 1 TO range
          interpret 'choice='stem'.'i   /* Get stem value */
          IF Resp = choice  THEN        /* This it ? */
                  LEAVE
   END
   if resp<>choice then i = 1           /* Didn't match chose first  */
   interpret 'ret='stem'.'i             /* Get the choice */
RETURN ret

/*
Note that the above method will only work with internal procedures.
For the example as stated I would use something like this
*/

getopts:
   parse arg label '$' choices
   say label
   pull choice
   if 0=wordpos(choice,choices) then choice=word(choices,1)
return choice

/* End of example */

Sorry for the confusion. Guess I'll go wash the egg off my face now.

Wizardy is Wonderful

Later .....
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.lang.rexx
Date:         Thu, 13 Aug 1992 13:32:31 PDT
From:         Dave Gomberg <GOMBERG@UCSFVM.BITNET>
Subject:      Re: SH Backquote
              13 Aug 1992 14:30:54 DST from <VALOREV@DKIBMVM1.VNET.IBM.COM>

There is also the issue of system commands, as opposed to BIFs.

For these, use the RXQUEUE function if you are an OS/2 user:

   'DATE | RXQUEUE' ; PULL X

if date generates only a single line.  Patrick was kind enough to
point this out for us.  Meanwhile, Patrick, is there also a RXSTEM
and if so, can you reproduce the help file for us please?   Many
thanks.   Dave
From: VALOREV@DKIBMVM1.VNET.IBM.COM
Newsgroups: comp.lang.rexx
Subject: SH Backquote
Date: 17 Aug 92 11:49:43 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: rexxlist@ucf1vm.cc.ucf.edu

Attached please find a piece of code which will do the trick....

It contains a sample program which lists the number of files and how much
space they occupie, according to the parms to the program.
And a Generic Subroutine, named BACKQUOTE which do the trick in a VM and
OS/2 enviroment.

Please note that this subroutine, is not water proof, but just shows the
idea, BUT it works.

If anyone think further explanation is needed, please say so.
Any ideas for improvments are also welcome..

With Kind Regards
Victor Valore
Internet: valorev at dkibmvm1.vnet.ibm.com
Bitnet: valorev at vnet


/**/
ARG fn ft fm
CALL backquote x,'listfile' fn ft fm '(noh date'
count=0
DO xx=1 TO x.0
  count=count+word(x.xx,6)
END
SAY 'Total number of files, which matches' fn ft fm 'are' x.0
SAY 'which occupies' count 'Blocks.'
EXIT

backquote:
PARSE SOURCE backquoteenv .
SELECT
  WHEN backquoteenv='OS/2' THEN DO
    ADDRESS CMD 'x'ARG(2) 'Y RXQUEUE'
    backquotex=0
    DO QUEUED()
      backquotex=backquotex+1
      INTERPRET PARSE PULL ARG(1)'.backquotex'
    END
    INTERPRET ARG(1)'.0=backquotex'
  END
  WHEN backquoteenv='CMS' THEN DO
    EXECIO '* CP (STEM BACKQUOTE. STRING QUERY SET'
    DO backquotex=1 TO backquote.0
      DO backquotexx=1 TO words(backquote.backquotex)
        IF WORD(backquote.backquotex,backquotexx)^='IMSG' THEN ITERATE
        backquoteimsg=WORD(backquote.backquotex,backquotexx+1)
        parse var backquoteimsg backquoteimsg ',' .
        LEAVE
      END
    END
    ADDRESS CMS CP SET IMSG OFF
    SPOOL CONS CLOSE PURGE
    SPOOL CONS START NOTERM
    ADDRESS CMS ARG(2)
    SPOOL CONS STOP CLOSE TERM TO USERID() FORM BACKQUOT
    execio '* cp (STEM BACKQUOTE. STRING QUERY RDR'
    do backquotex=2 to BACKQUOTE.0
      parse var backquote.backquotex fromuser file class device . . . form .
      if fromuser=userid() & form=backquot THEN do
        set cmstype ht
        receive file backquot $$data$$ a3 '(NOPrompt'
        set cmstype rt
        'EXECIO * DISKR backquot $$data$$ a (STEM BACKQUOTE.'
        do backquotexx=1 to backquote.0
          interpret arg(1)'.backquotexx=backquote.backquotexx'
        end
        interpret arg(1)'.0=backquote.0'
        drop backquote.
        leave
      end
    end
    ADDRESS CMS CP SET IMSG backquoteimsg
  END
  OTHERWISE
    SAY 'Unknown Enviroment...' backquoteenv
END
RETURN VALUE(ARG(1)'.0')
Newsgroups: comp.lang.rexx
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: PARSE wishlist/brainstorming
Organization: Draper Laboratory
Date: Fri, 21 Aug 1992 16:24:00 GMT

In article <1992Aug20.154822.8057@hou.amoco.com>,
zjlc12@hou.amoco.com (Jerry Campbell) writes:

>Why not add the STEM keyword to the Parse instruction?
>
>   data = "Hello world, hello solar sytem, hello galaxy"
>   Parse Var data STEM  "hello" 1 stem. +3
>
>and Parse would assign to stem. like so:
>
>   stem.1 = "world,"
>   stem.2 = "solar system,"
>   stem.3 = "galaxy"

This wasn't clear until I realized that you meant "hello" to be a
delimiter.  Is that right?  A more real-world example might be

  parse value "/usr/dict/words" with stem "/" 1 name. +3

  name.1 = "usr"
  name.2 = "dict"
  name.3 = "words"

Is that right?

I don't understand the 1 and +3 stuff.  First of all, it's confusing
because it doesn't mean the same thing as it does with existing
parse templates.  Second of all, WHY do you need to specify an
upper bound?  The rationale is to AVOID using a static number of
variables to dump into.

>   Address "uni-shell" "ls -l" "TO QUEUE"
>   Parse QUEUE STEM 1 permissions. .  user. size. . . . filename.

This is another interpretation of PARSE STEM.  The first one was like
an awk "split", if I am right - and in any case that would be the most
useful application.  This, however, is line by line, not field by field.

In any case the above can be done easily under current REXX as:

    do i = 1 to queued()
     parse pull permissions.i . user.i size.i . . . filename.i
    end

so we don't need another syntax for that.

>   Address "uni-shell" "ls" "TO STDIN"
>   Parse STREAM STDIN STEM 1 records. +999 (CR_LF)

This could be useful, but again it could be done with a loop
(maybe not as simple, and more OS-dependent).  And again, why the +999
business????

>Anyone care to comment?  Feel free to flame away.  This wasn't meant to be a
>really serious proposal, just a thought stimulator.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Newsgroups: comp.lang.rexx
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: PC-REXX
Organization: Oakland University, Rochester MI.
Distribution: mi
Date: Thu, 20 Aug 1992 01:40:59 GMT

Any suggestions on where I can buy a copy of PC-REXX?
Thanks in advance.

steve

Newsgroups: comp.lang.rexx
From: jogulin@camelot.fia.dmg.ml.com (Joseph Ogulin)
Subject: Re: Automated FTP session
Organization: The Rift from Here to There
Date: Thu, 13 Aug 1992 12:07:24 GMT

In article <9208112335.AA20637@ucbvax.Berkeley.EDU>, pmuellr@VNET.IBM.COM ("Pat Mueller") writes:
|> Yes, you can stack commands up, but there's no interactive stuff -
|> you can't check the status of a get command, etc.  That's what would
|> make it more useful.

I don't remember who wrote it, but there is an FTP/REXX interface available
for VM from somewhere on the internet called FTPEXEC.  You can put a script
written in REXX into a file called FOO FTP (filetype must be FTP) and then
have FTPEXEC run it.  This script has the ability to test return codes, etc.

I'll try to find out where it can be obtained.  If anyone else knows, please
help.

-- 
==> "You never f**king know the answer when it's important." --The Doctor <==
Joe Ogulin

jogulin@camelot.fia.dmg.ml.com		joe@monroe.pilot.dmg.ml.com
jogulin@apollo.stevens-tech.edu		gcs_jogulin@stevens.bitnet

Disclaimer:  The above article is solely my opinion and does not necessar-
ily reflect that of my employer.  The content is my responsibility alone.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <RZOTTO@DKNKURZ1>
Newsgroups: comp.lang.rexx
Date:         Mon, 17 Aug 1992 15:00:40 MET
From:         Otto Stolz <RZOTTO@DKNKURZ1.BITNET>
Subject:      Re: Arexx Help
Comments: To: Fred Drummand <FAITH@AMIGANET.CHI.IL.US>
              16 Aug 92 23:55:32 GMT from <faith@AMIGANET.CHI.IL.US>

On Sun, 16 Aug 92 23:55:32 GMT Fred Drummand said:
> Not even sure if this network sub is pertaining to AREXX or Just Rexx,

It's "Just REXX". Thank you for your concern -- I wish, everybody would
be as scrupulous as you seem to be about choosing the apropriate forum!

For the sake of all those who are so (or would like to be :-) I'll append
-- once more -- a list of REXX-related discussion groups:

ANSIREXX@PSUVM          Documents from X3J18 - ANSIREXX standards committee

REXX-L@UIUCVMD          Rexx (language) discussions

REXXLIST@DEARN          (Peered) General REXX Discussion List
REXXLIST@EB0UB011
REXXLIST@FINHUTC
REXXLIST@HEARN
REXXLIST@OHSTVMA
REXXLIST@POLYGRAF
REXXLIST@PUCING
REXX-L@UALTAVM
REXXLIST@UCF1VM
REXXLIST@UGA

AREXX-L@UCF1VM          Amiga REXX Discussion List

PC-REXX@UCF1VM          Personal REXX Discussion List

TSO-REXX@UCF1VM         TSO REXX Discussion List

VM-REXX@MARIST          (Peered) VM/SP REXX Language Discussion List
VM-REXX@OHSTVMA
VM-REXX@UCF1VM

UREXX-L@LIVERPOOL.AC.UK uni-REXX discussion list

REXXCOMP@UCF1VM         Rexx Compiler Discussion List


You can always order the latest update of this list by sending the
command
        LISTS GLOBAL /REXX
to your nearest LISTSERV. However, this will only cover EARN/Bitnet/
Northnet, not Janet, nor other networks. Try to send the same request
in a mail item to LISTSERV at LIVERPOOL.AC.UK (I haven't done so, yet).

To obtain a description of any forum, send the command
   REVIEW forum ( SHORT
to your nearest LISTSERV, where forum is the name of the forum, e.g.
   REVIEW VM-REXX ( SHORT
You will receive one description per peer.

You can subscribe to any forum by sending a
   SUBSCRIBE forum own-name
to the address
   LISTSERV@node
where
   forum    is the name of the forum (up to, and excluding the @-sign),
   own-name is your own proper name, and
   node     is the list's host (after the @-sign).

E.g. if I ever intented to subscribe to the Amiga REXX Discussion List,
I would have to send a
   SUBSCRIBE AREXX-L Otto Stolz
command to the Bitnet address
   LISTSERV@UCF1VM
or to the Internet address
   LISTSERV@UCF1VM.Bitnet

Best regards,
                    Otto Stolz <RZOTTO@DKNKURZ1.Bitnet>
                               <RZOTTO@nyx.uni-konstanz.de>
Newsgroups: comp.lang.rexx
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: PARSE wishlist/brainstorming
Organization: Draper Laboratory
Date: Fri, 21 Aug 1992 18:57:00 GMT

In article <ANDERS.92Aug21003253@lise4.lise.unit.no>,
anders@lise4.lise.unit.no (Anders Christensen) writes:

>In article <1992Aug20.154822.8057@hou.amoco.com> zjlc12@hou.amoco.com (Jerry Campbell) writes:
>
>> Why not add the STEM keyword to the Parse instruction?
>> [...] Let me try an
>> example:
>
>>    data = "Hello world, hello solar sytem, hello galaxy"
>>    Parse Var data STEM  "hello" 1 stem. +3
>
>What if the data by accident should contain a comma? What you really
>need if you want to do this, is a way to store multiple string in one
>variable. Something like:
>
>   data = "hello world", "hello solar system", "hello galaxy"

OK, I guess I misunderstood.  What I would probably do, and what I
had thought you were trying to say, was something like:

    data = "Hello world, hello solar system, hello galaxy"
    Parse Var data STEM "," "hello" stem.

which would give you stem.1 = "world", etc.

I think that would be more generally useful than expanding upon the
significance of the comma.

This, in conjunction with the other suggestions, would go a long way
toward making REXX competitive with awk.

 - seb
Newsgroups: comp.lang.rexx
From: giguere@csg.uwaterloo.ca (Eric Giguere)
Subject: Re: Capturing System Command Output (was: SH Backquote)
Organization: Computer Systems Group, University of Waterloo
Date: Wed, 19 Aug 1992 20:49:53 GMT

Just to muddle the discussion some more, it should be noted that ARexx (for
the Amiga) extends the language by allowing external commands to return
a result string instead of a return code.  This behaviour works as follows:

    /* simple use of command results */

    option results     /* used to turn on this behaviour */

    address myeditor
    'openfile'
    filename = result

The "option results" statement turns on the use of the result variable for
result strings -- otherwise ARexx defaults to normal REXX behaviour.  When
an external command is issued, a flag is set in the message that is sent
to indicate that a result string is requested _if possible_.  If a result
string makes sense, the application will set the RC field to 0 and 
return the string in the RESULT field.  If RC is non-zero then the result
string is ignored.

Note that this is NOT the same as redirecting command output.  This is
just getting result string back from ARexx-aware applications.  These
applications can also use the variable pool interface to directly set
variables in the application.

But on the whole, a general approach still needs to be considered, and
I'm not sure it should involve stacks and queues, which aren't necessarily
defined in the host environment and may not make sense in a multitasking
environment.  And then you have to consider systems like Microsoft Windows
which already have a messaging protocol in wide use -- shouldn't REXX
use it as well?

-- 
 Eric Giguere                                    giguere@csg.UWaterloo.CA
          So is Windows NT short for "Windows, NOT?"
From: jpr@hp10.lri.fr (Jean-Pierre Riviere)
Newsgroups: comp.lang.rexx
Subject: Re: Capturing System Command Output (was: SH Backquote)
Date: 19 Aug 92 13:54:45 GMT
Reply-To: jpr@hp10.lri.fr (Jean-Pierre Riviere)
Organization: LRI - Univ. Paris-Sud / CNRS URA 410

Well, I am not a specialist but whatthe hell is the "RESULT" var done for ?
Would not be the better way be

"ls -l ~"
dir = result

(This is the only available way to do it with arexx btw)

It's common rexx anf follows Cowlishaw's rules. (as far as I understood it...)
So why are you trying to implement hassles with

dir = "ls -l ~"

and all its derivative ?

Cannot the result way be good enough for us ?

Just a reflexion from a rexx user. Nothing else.

-- 
  Jean-Pierre RIVIERE
  e-mail : jpr@lri.lri.fr
Have a nice day...
From: zjlc12@hou.amoco.com (Jerry Campbell)
Newsgroups: comp.lang.rexx
Subject: PARSE wishlist/brainstorming
Date: 20 Aug 92 15:48:22 GMT
Reply-To: zjlc12@hou.amoco.com
Organization: Amoco

Why not add the STEM keyword to the Parse instruction?  

    Parse Var data STEM (stem style template)

where template could be composed of the usual string pattern matching and  
numeric positional specifiers.  String patterns would work in the usual way.
The numeric positional (column) specifiers would indicate a stem variable 
range to assign to.  The numerics would imply a starting location (stem index)
and a repetition factor.  I sure I'm not making myself clear.  Let me try an
example:

   data = "Hello world, hello solar sytem, hello galaxy"
   Parse Var data STEM  "hello" 1 stem. +3

and Parse would assign to stem. like so:

   stem.1 = "world,"
   stem.2 = "solar system,"
   stem.3 = "galaxy"

Another possible new feature that could make use of the STEM idea would be a
new source keyword, such as QUEUE.  QUEUE would imply "Parse Pull" and keep
on pulling till the repetition implied in the stem template is
satisfied or end of stack is reached.  Example:

   Address "uni-shell" "ls -l" "TO QUEUE"
   Parse QUEUE STEM 1 permissions. .  user. size. . . . filename.   

and have the lines output from the ls command parsed into the stem variables
permission. , user. , size. , and filename.  

Or better yet, how about adding the concept of data streams/files to Rexx so you 
could read an input stream/file in the following way:

   Address "uni-shell" "ls" "TO STDIN"
   Parse STREAM STDIN STEM 1 records. +999 (CR_LF)    

and have records.(1-eof) loaded with the data waiting on STDIN (the CR_LF variable
would contain line separator characters to break the stream into record/line chunks).    

Anyone care to comment?  Feel free to flame away.  This wasn't meant to be a
really serious proposal, just a thought stimulator.   

---
Jerry Campbell   reply to: zjlc12@hou.amoco.com 
Amoco Corp. ISD  SSS/Graphics
Houston, Tx.     713/556-7036
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Organization: University of California S.F. Hospital Information Systems
Newsgroups: comp.lang.rexx
Date:         Wed, 19 Aug 1992 17:52:33 PST
From:         "Sean McGrath" <SEAN@OAK.HIS.UCSF.EDU>
Subject:      Re: Capturing System Command Output (was: SH Backquote)

On Wed, 19 Aug 1992 17:30:03 PDT Dave Gomberg said:
>OK, how about:
>
>CAPTURE  --  a builtin function
>
>CAPTURE returns a system defined value after executing a system command.
>
>Usage:   X = CAPTURE('system_command'[,[address][,'stemname.']])
>
...

I would reorder the arguments to (command, stem, address) because I would
use stem more often than address.

Sean McGrath - Phone: 415-476-9682 - Fax: 415-476-8605
Email: Internet - sean@oak.his.ucsf.EDU * Bitnet - SEAN at UCSFHC
Paper: UCSF HIS; MCB 401; S.F. Ca. 94143-0814
From: COTRSSM@SEA04VM.NAVSEA.NAVY.MIL (Scott (nmi) Mattes)
Newsgroups: comp.lang.rexx
Subject: Re: Stem vars as arguments?
Date: 12 Aug 92 18:31:56 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Comments: To: General REXX Language Discussion List
              <REXXLIST@ucf1vm.cc.ucf.edu>
              12 Aug 1992 03:53:49 GMT from <ednstras@KRAKEN.ITC.GU.EDU.AU>

On Wed, 12 Aug 1992 03:53:49 GMT Michael Strasser said:

>Choice = GetChoice()
>
>/* ... */
>
>GetChoice: PROCEDURE EXPOSE Opts.

Scott       | No success can compensate for failure in the home. David O. McKay
Mattes      | President 1951-70, Church of Jesus Christ of Latter-day Saints
Organization: K.U.Leuven - Academic Computing Center
Date: Friday, 21 Aug 1992 15:40:28 +02
From: VAN UYTVEN HERMAN <SYSTHVU@cc1.kuleuven.ac.be>
Newsgroups: comp.lang.rexx
Subject: REXXCOMP versus EXECUPDT (NOUPDATE NOCOMMENTS

Which is the best method to compress an exec :

- rexxcomp
- execupdt (noupdate nocomments

Especially I am interested in the performance.

Before I run some test, I would like to know if someone else already
did such tests.   This isn't so easy as it looks, because you need
to test different kind of programs.

-Herman-
Newsgroups: comp.lang.rexx
Newsgroups: comp.lang.rexx
Date:         Thu, 20 Aug 1992 09:01:02 LCL
From:         Peter Flass <flass@136.161.128.3>
Subject:      Re: PC-REXX ISPF Panels
Comments: To: General REXX Language Discussion List
              <REXXLIST@ucf1vm.cc.ucf.edu>
Comments: cc: Multiple recipients of list REXXLIST <REXXLIST@ucf1vm.cc.ucf.edu>

>   we are about to convert MVS-REXX programs to PC-REXX programms.
>   (COWLISHAN, Personal REXX 3.0). Since all MVS-REXX programs
>   include ISPF commands and panels, we have the question how
>   is it possible, without too much effort, to convert to PC-REXX
>   windows.

There is (or at least used to be) a package called EZ-View from IBM
which is essentially ISPF for PC's.  I don't remember much about it,
but you might want to look into it.


=====================================================================
= Peter Flass                               flass@nyslbd.gov        =
= Systems Programmer                        tel (518)458-5114       =
= NYS Legislative Bill Drafting Commission                          =
= 1450 Western Ave.                                                 =
= Albany, NY  12203                                                 =
=====================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.lang.rexx
Date:         Wed, 12 Aug 1992 12:20:50 PDT
From:         Dave Gomberg <GOMBERG@UCSFVM.BITNET>
Subject:      Re: Stem vars as arguments?
              12 Aug 1992 08:20:44 EST from <chris@CESTRIAN.CCF.SWRI.EDU>

Chris, did you try your program?   Did it work?  I'll bet not.

Dave Gomberg    GOMBERG@UCSFVM  Internet node UCSFVM.UCSF.EDU  (415)731-7793
Seven Gateview Court, San Francisco CA 94116-1941
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU