Path: utzoo!attcan!uunet!super!udel!rochester!pt.cs.cmu.edu!cadre!pitt!cisunx!ejkst
From: ejkst@cisunx.UUCP (Eric J. Kennedy)
Newsgroups: comp.sys.amiga.tech
Subject: ARexx questions
Message-ID: <13690@cisunx.UUCP>
Date: 15 Nov 88 20:07:50 GMT
Reply-To: ejkst@unix.cis.pittsburgh.edu (Eric J. Kennedy)
Organization: Univ. of Pittsburgh, Comp & Info Sys
Lines: 44


I've got a few ARexx questions.  

1.  I think I already have an idea what's going on here, but whenever I
"address command 'external command'" something, the results are
frequently disappointing.  First of all, it seems ARexx has no idea what
my path is, because it can only find an external program if it's in the
current directory or C:.  So unless I put 500 files in one directory, I
must specify the entire path to the program.  Second, when the program
is executed, it seems to be executing out of sys:, sometimes, or RAD:, (my boot
device) at others.  "address command 'ls'" does *not* give me a
listing of my current directory.  (It gives a listing of RAD:.  "Address
command 'cd'" prints "sys:"  which is on dh0:.)  This makes it a little
difficult to use ARexx as a shell scripting language.

Am I right in guessing that this is the same process vs. task problem
that prevents PopCLI III from remembering path, stack, and current
directory?  ARexx should be versatile enough to do somthing about it, I
would think.  Has anyone figured a way around this problem?  Does Wsh
correct this problem?  (I'm using shell 2.07m.)

2.  I think this is just a bug.  I cannot get a 'signal on break_c' to
work.  (or break_d or break_e or break_f)  It won't work in my programs,
and the supplied sample program breaksig.rexx doesn't work.  I tried
this from a plain newcli, shell, and the new 1.3 Shell.  Anybody gotten
this to work?

3.  I would like to be able to call scripts from an application (Uedit)
and not wait for a reply before calling another one.  Is this possible?
I can start multiple scripts running from cli's, and one from Uedit, and
have them all send messages to Uedit while the script that Uedit called is
still operating, and Uedit will deal with them all correctly.  But until
the script that Uedit called terminates, Uedit cannot call another.  It
tells me to fetch reply before sending a message, or something like
that.  Is there a way that a script can send a reply to the program that
called it, and free up that port?


Thanks for any help.

-- 
---
Eric Kennedy
ejkst@cisunx.UUCP