home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / rexx / 998 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  1.1 KB

  1. Path: sparky!uunet!cis.ohio-state.edu!sample.eng.ohio-state.edu!purdue!yuma!csn!stortek!LSTC2VM.stortek.com!GILMART
  2. From: GILMART@LSTC2VM.stortek.com (Paul Gilmartin)
  3. Newsgroups: comp.lang.rexx
  4. Subject: Re: NOVALUE (was: Blanks, REXX, and portability...)
  5. Message-ID: <16860347.GILMART@LSTC2VM.stortek.com>
  6. Date: 12 Sep 92 06:13:53 GMT
  7. References: <mwm.1udh@contessa.palo-alto.ca.us> <19920910194427SEB1525@MVS.draper.com>
  8. Sender: usenet@stortek.com
  9. Organization: StorageTek SW Engineering
  10. Lines: 15
  11.  
  12. In article <19920910194427SEB1525@MVS.draper.com>
  13. SEB1525@MVS.draper.com (Steve Bacher) writes:
  14.  
  15. >If you use SIGNAL ON NOVALUE, you won't have to put up with this.
  16. >IMHO, REXX programmers should *always* use SIGNAL ON NOVALUE unless
  17. >there is a very good reason (obscure hacks included) not to do so.
  18.  
  19. Ah, but they're making it hard for us!  Compiled Rexx and uni-REXX (perhaps
  20. others) report SIGNAL ON NOVALUE as a syntax error _prior_to_execution_
  21. if the NOVALUE: procedure doesn't exist.  And if I supply the NOVALUE:
  22. procedure, 370 interpreted Rexx doesn't give the nice call traceback that's
  23. so precious for debugging.
  24.  
  25. Sigh,
  26. gil
  27.