home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / hp48 / 5843 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.3 KB
  1. From: akcs.mahler@hpcvbbs.cv.hp.com (Jason Grant)
  2. Date: Fri, 20 Nov 1992 06:40:01 GMT
  3. Subject: Re: How good is SPICE48?
  4. Message-ID: <2b0c7d55.1955.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  5. Path: sparky!uunet!usc!sdd.hp.com!hpscit.sc.hp.com!scd.hp.com!hpscdm!cupnews0.cup.hp.com!news1.boi.hp.com!hp-pcd!hpcvra!rnews!hpcvbbs!akcs.mahler
  6. Newsgroups: comp.sys.hp48
  7. References: <1992Oct17.192905.20012@news.uiowa.edu> <1992Oct18.033951.4522@hubc
  8. Lines: 14
  9.  
  10. I bought SPICE48 too, and sadly, I have to agree with Mr McGuire.  This
  11. spice models only linear circuits, which can be a major limitation.  The
  12. userinterface looks good and is fairly easy to use.  Drawing all but the
  13. simplist of circuits, though, takes quite a while.  Drawing = inputting.
  14. I was tollerably satisfied with this card until today when I decided to
  15. take a peek at the code.  From what I saw, its all USER_-RPL!!  I did
  16. find an occasional SYSEVAL, but I am still dissapointed.  For $115, I
  17. want system RPL.  user RPL is just too slow and bulky for an application
  18. like spice.  I'm sure a system RPL version would be much quicker,
  19. smaller, and alltogether better.  For a commercial product such as this,
  20. I feel that writing the bulk of it in user RPL is just plain lazy.  (Keep
  21. in mind that by no means did I look through the whole 110K, so I could be
  22. exaggerating)   Oh well, maybe next version...
  23.     Jason Grant
  24.