home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / hp48 / 5645 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  1.9 KB

  1. From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
  2. Date: Mon, 9 Nov 1992 20:40:04 GMT
  3. Subject: Re: sys_RPL EVAL??? and DEBUGer ???
  4. Message-ID: <2afec0c7.2091.3comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  5. Path: sparky!uunet!spool.mu.edu!uwm.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!scd.hp.com!hpscdm!cupnews0.cup.hp.com!news1.boi.hp.com!hp-pcd!hpcvra!rnews!hpcvbbs!akcs.levenson
  6. Newsgroups: comp.sys.hp48
  7. References: <1992Nov5.093538.11956@waikato.ac.nz> <1992Nov6.085639.11983@waikat
  8. Lines: 32
  9.  
  10. Conan (and anyone else whose interested):
  11.  
  12. I briefly looked into your delemma using COMPEVAL.  Your difficulties
  13. aren't due to COMPEVAL.  It seems to be due to palparse.  When palparse
  14. gets a string, it doesn't behave the way you think.  It isn't documented
  15. very well and I haven't taken the time to understand what it is doing or
  16. why but I can tell you that the object that it returns when given a
  17. string such as:
  18.  
  19. << program >> decompiles to 
  20.  
  21. :: PTR 2349C
  22.   :: << program >> ;
  23. ;
  24.  
  25. In entries.3 (Mika??), PTR 2349c is described as "xSILENT'" or I believe,
  26. a ' without storing the command as a new command.  In other words, when
  27. you first do COMPEVAL, the outer program just puts the inner program on
  28. the stack.  The stack display for both programs looks the same, that's
  29. why you didn'
  30. t think it did anything to the stack.  From what I can get from my
  31. limited decompiling of this stuff, palparse seems to be used for IO.  The
  32. parser used by the comandline ENTER ends up using an RPL word called
  33. Parse.1 which is in entries.a.  Wait a minute...(as you can tell , I'm
  34. writing and decompiling at the same time) Parse.1 uses palparse, also. 
  35. But it calls something called InitEdLine first.  I don't have time right
  36. now to continue digging, but apparently you need to call something
  37. similar to what is called when the editline is parsed.  That begins at
  38. 40BB5.  Use the <-RPL-> library to dig further.  I hope I've pointed you
  39. to the right direction.  Let us know what you discover.
  40.  
  41. Bill Levenson
  42.