home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.rexx
- Path: sparky!uunet!van-bc!rsoft!agate!ames!haven.umd.edu!darwin.sura.net!wupost!usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.net!uc.msc.edu!apctrc!wsc!mozart!zjlc12
- From: zjlc12@hou.amoco.com (Jerry Campbell)
- Subject: Rexx and assumptions about data
- Message-ID: <1992Aug27.150914.17303@hou.amoco.com>
- Sender: news@hou.amoco.com
- Reply-To: zjlc12@hou.amoco.com
- Organization: Amoco
- Date: Thu, 27 Aug 1992 15:09:14 GMT
- Lines: 27
-
- I think its a BIG mistake for an particular interpreter implementation or
- especially the ANSI committee to make any assumptions about the data a
- Rexx program may need to deal with. Consider a distributed computing
- environment where a Rexx program may need to control or communicate with
- other operating systems. What if, I had a Rexx application running
- on my Amiga :), that needed to access a Vax database, manipulate the
- data somehow or another and then, say, generate a report to be printed
- on an MVS (it ill never die) attached printer. If you step back from
- this issue a bit and consider the possible uses of Rexx as an interprocess,
- intersystem scripting language I think its required that we not insist
- on "helping" the Rexx programmer port his programs with stuff like builtin
- *automatic* tab to space conversion and such. Leave that kind of "help"
- as an option of some kind. I like the idea of using the Options statement
- (as Pat Mueller suggested) to turn helpers of this type on and off as needed.
-
- BTW, AmigaDos makes heavy use of Rexx as an multiple process/task facilitator.
- As in, Rexx starts image processing application, processes some images,
- starts a viewing tool, passes the images to the viewer, takes input from
- the user which says, print this picture, start a desktop publishing program,
- import the image, print the image. All of this done in a automated, hands-off
- mode for the user. Now, expand the concept to other systems/hosts instead
- of local processes....
- ---
- Jerry Campbell reply to: zjlc12@hou.amoco.com
- Amoco Corp. ISD SSS/Graphics
- Houston, Tx. 713/556-7036
-
-