home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / rexx / 860 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.5 KB  |  64 lines
  1. Newsgroups: comp.lang.rexx
  2. Path: sparky!uunet!wrkgrp!ets
  3. From: ets@wrkgrp.COM (Edward T Spire)
  4. Subject: Re: PARSE wishlist/brainstorming
  5. Message-ID: <1992Sep2.160605.25142@wrkgrp.COM>
  6. Organization: The Workstation Group
  7. References: <1992Aug21.153953.796@wrkgrp.COM>
  8. Date: Wed, 2 Sep 92 16:06:05 GMT
  9. Lines: 53
  10.  
  11. ets@wrkgrp.COM (Edward T Spire) writes:
  12. : anders@lise4.lise.unit.no (Anders Christensen) writes:
  13. : : In article <1992Aug20.154822.8057@hou.amoco.com> zjlc12@hou.amoco.com (Jerry Campbell) writes:
  14. : : 
  15. : : > Why not add the STEM keyword to the Parse instruction?  
  16. : : >    Parse Var data STEM  "hello" 1 stem. +3
  17. : :...
  18. : : Btw also files and stems could be used in the same way, instead of the
  19. : : stack: 
  20. : :    ADDRESS 'uni-shell' 'ls -l' TO STEM lines.
  21. : :    do i=1 to lines.0
  22. : :       parse var lines.i perm.i . user.i size.i . . . filename.i .
  23. : :       end
  24. : :...
  25. : : If what you want to do, is to put the output of 'ls' into a stem named
  26. : : "record.", why not the following syntax?
  27. : :    ADDRESS 'uni-shell' 'ls' TO STEM records.
  28. : 
  29. : At the last ANSI discussion the "users" all liked these kinds of
  30. : suggestions, i.e., making formal within the language definition the
  31. : kind of numerically based stem collections that are commonly used
  32. : in many programming applications.  The "implementers" in the group
  33. : were not so sure that we could jump right into that without due
  34. : consideration of the side effects.
  35. : 
  36. : I would not be a good person to discuss the possible side effects
  37. : (I was on the side of the "users" in this...)
  38. : 
  39. : Do we have a volunteer to present the counter-arguements?
  40.  
  41. We have at least one.  I received the following from an ANSI member
  42. for whom posting to this newsgroup is not convenient...
  43.  
  44. : You asked on one forum for input on the negative aspects of 
  45. : making stem conventions into language.
  46. :
  47. : One of the negatives that bothers me is that the customary
  48. : convention uses STEM.0 to hold the dimension.  Whoever
  49. : invented that was probably not a mathematician nor a C
  50. : programmer.  Element zero of an array is wanted by some
  51. : people.  Given where we are, the only thing I can think of
  52. : is some convention like "If STEM.0DIM has a numeric value
  53. : then it is the dimension otherwise STEM.0 is the dimension".
  54. :
  55. : It is not important, but perhaps you might work this concern
  56. : into one of your appends, so see if others think
  57. : zero-indexing is important/solvable.
  58.   
  59. I'll also add that if we get a "do over" construct, that count in .0
  60. is less important (although supporting it anyway may help porting
  61. existing code.)
  62.  
  63. -Ed
  64.