home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / hp48 / 4455 < prev    next >
Encoding:
Text File  |  1992-09-01  |  3.3 KB  |  76 lines
  1. Newsgroups: comp.sys.hp48
  2. Path: sparky!uunet!mcsun!news.funet.fi!ajk.tele.fi!funic!nntp.hut.fi!nntp.hut.fi!mheiskan
  3. From: mheiskan@hut.fi (Mika Heiskanen)
  4. Subject: Re: Sytem RPL : Problem with entries
  5. In-Reply-To: akcs.levenson@hpcvbbs.cv.hp.com's message of Tue, 1 Sep 1992 23:40:02 GMT
  6. Message-ID: <MHEISKAN.92Sep2112006@vipunen.hut.fi>
  7. Sender: usenet@nntp.hut.fi (Usenet pseudouser id)
  8. Nntp-Posting-Host: vipunen.hut.fi
  9. Reply-To: mheiskan@.vipunen.hut.fi
  10. Organization: Helsinki University of Technology - Finland
  11. References: <1992Sep1.163733.209@cmu.unige.ch>
  12.     <2aa3f375.1640.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  13. Date: 2 Sep 92 11:20:06
  14. Lines: 60
  15.  
  16. In article <2aa3f375.1640.1comp.sys.hp48.1@hpcvbbs.cv.hp.com> akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson) writes:
  17.  
  18. >   I'm not sure that the entries3 files are formatted the same as the HP
  19. >   provided entries.a file.  If this is true, you cannot use the entries3
  20. >   stuff with the sasm program provided by HP.
  21.  
  22. From entriees.doc (included in the compressed file):
  23.  
  24. >>I will probably edit a file for RPLTOOLS too (disregarding useless
  25. >>points). I will post it to the net if/when I do it. I might change some
  26. >>of the names then, since there are some illegal names used now.
  27. >
  28. >I tried this but it was too much work. Hacking is more fun. :)
  29. >
  30. >If somebody else does this, please post it to the net.
  31.  
  32. Never got it done :(
  33.  
  34. Main reason for this is that I have named many key routines so badly that
  35. I often have to resort to the comments to see what it does. This is not
  36. very nice for any programmer.
  37.  
  38. >   Furthermore, if you can get the entries3 file to work with sasm, your
  39. >   code will not be very transportable.  By this I mean that people with
  40. >   only entries.a will not be able to compile your code.  If that doesn't
  41. >   matter to you, that's fine.  I use only the entries in the entries.a file
  42. >   for several reasons:
  43. >     1)  code transportability
  44. >     2)  entries.a are the "supported" commands from HP
  45.  
  46. I posted to feedbackto.hp in hp bbs asking them to publish the names they
  47. use for the unsupported entries. Especially programming any symbolic/meta
  48. handling programs with supported entries only is a pain, but there are
  49. *lots* of unsupported meta handling entries. I don't have high hopes about
  50. HP publishing a list though.
  51.  
  52. >     3)  I can call other entrie points by thier addresses, which also
  53. >     serves to deliniate them from the "supported" entrie points
  54.  
  55. This is enough if you don't need many of the unsupported entries. I am
  56. however programming a library now which uses *a lot* the unsupported
  57. entries. Ever gotten furious about one more DEFINE? ;)
  58.  
  59. >   I just use the entries3 file for a reference table of entrie points that
  60. >   others have "discovered".  My thanks to the autor of these lists (M.
  61. >   Heiskenan, I think - sorry if that's spelled wrong).
  62.  
  63. This has been an enlightening experience, publishing a list of names you
  64. want to change later... If there is enough interest though, I will make a
  65. final pass through all the entries and try to give a more descriptive name,
  66. then collecting the goodies to a file in entries.a format and leave it like
  67. that. Thus we would have one commonly used entries.a2 file for additional
  68. commands. Thus one more SEARCH entries.o2 for the compiler should do.
  69.  
  70. Any suggestions, ideas? You can email me at:
  71.  
  72. -----
  73. mheiskan@vipunen.hut.fi
  74. --
  75. --> mheiskan@vipunen.hut.fi
  76.