home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / rexx / 1317 next >
Encoding:
Text File  |  1992-11-15  |  2.1 KB  |  49 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!UB.com!daver!sgiblab!darwin.sura.net!paladin.american.edu!auvm!SERVER.UWINDSOR.CA!OPHOF
  3. X-Mailer: ELM [version 2.3 PL11]
  4. Message-ID: <9211151359.AA05246@SERVER.uwindsor.ca>
  5. Newsgroups: comp.lang.rexx
  6. Date:         Sun, 15 Nov 1992 08:59:45 EST
  7. Sender:       REXX Programming discussion list <REXXLIST@UGA.BITNET>
  8. From:         Scott Ophof <ophof@SERVER.UWINDSOR.CA>
  9. Subject:      Re: Relaxing of arg string passing...
  10. Comments: To: REXXLIST@uga.cc.uga.edu
  11. In-Reply-To:  <9209211536.AA13477@SERVER.uwindsor.ca>; from "Otto Stolz" at Sep
  12.               21, 92 2:59 pm
  13. Lines: 34
  14.  
  15. On Mon, 21 Sep 1992 14:59:52 MEZ Otto Stolz
  16.  <RZOTTO%DKNKURZ1.BITNET@uga.cc.uga.edu> said:
  17. >on Sat, 19 Sep 92 01:11:25 EDT Scott Ophof said:
  18. >> [I am] discussing just *one* thing: that there be no
  19. >> difference between a REXX program as to invokability in the
  20. >> following cases re recognized number of arg-strings:
  21. >>  - To be invoked program is internal to the program invoking it
  22. >>    (as subroutine or function).  [note 1]
  23. >>  - To be invoked program is external and invoked from a REXX program
  24. >>    as function, subroutine, or command.  [note 2]
  25. >>  - To be invoked program is invoked straight from the command line.
  26.  
  27. >Let us keep in mind that host commands are processed by the respective
  28. >host system that will impose its own rules on them. Hence, differences
  29. >between genuine REXX interfaces and commands addressed to the host system
  30. >inevitably arise. We can neither blame the REXX implementors for them,
  31. >nor can we expect the forthcoming standard to mend them.
  32.  
  33. >Hence, Scott is asking too much.
  34.  
  35. Maybe I don't know what I'm asking?  :-)
  36. As I see it, the host system passes the command line data to the
  37. invoked program, which then does whatever it wants with that data.
  38. Do I see this wrong?
  39. And are there any opsyses that (might) interpret commas on the
  40. command line in some special way?
  41.  
  42. Of course it all hinges on there being a command line; MacREXX
  43. (um..sorry, I mean TEXX  ;-) ) might have trouble on the MacIntosh
  44. since there's no command line there, I've been told...
  45.  
  46.  
  47. REXXards.
  48. $$/
  49.