home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / hp / 9956 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.8 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!gumby!destroyer!sol.ctr.columbia.edu!lll-winken!hpuplca!jeff
  2. From: jeff@hpuplca.nsr.hp.com (     Jeff Gruszynski)
  3. Newsgroups: comp.sys.hp
  4. Subject: Re: Re: Porting HP9000 Application to an IBM PC
  5. Message-ID: <24540006@hpuplca.nsr.hp.com>
  6. Date: 1 Sep 92 18:38:29 GMT
  7. References: <7371277@hpfcso.FC.HP.COM>
  8. Organization: Hewlett-Packard Neely Golden Gate Area (Northern Calif.)
  9. Lines: 31
  10.  
  11. >In comp.sys.hp, steve-t@hpfcso.FC.HP.COM (Steve Taylor) writes:
  12. >
  13. > In comp.sys.hp, astsloke@ntuvax.ntu.ac.sg writes:
  14. > | I have a friend who would like to port an application over from an
  15. > | Hewlett Packard 9000 series desktop computer to an IBM PC compatible.
  16. > :
  17. > |         Source:         Majority of code is in Interpreted HP BASIC
  18. > |                         while some code is in HP PASCAL
  19. >
  20. > If, as I suspect, the Pascal code is used for CSUBs, then the HP Measurement
  21. > Coprocessor (current name for the "viper" card refered to in another response)
  22. > is worth looking at.  Since it also has a 680x0 processor, there's a fair
  23. > chance that the Pascal CSUBs will work there (depending on how "clean" they
  24. > are ... unsupported I/O operations are unlikely to work).
  25. >
  26. > Any other solution will require re-coding of the Pascal portion of the
  27. > application.
  28. >                            Regards, Steve taylor
  29. >
  30. > NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.
  31.  
  32. The only caveat is that the RMB and CSUBs to be run on Viper must be RMB 5.1x 
  33. and the corresponding PWS rev for a Viper running RMB 5.14 or RMB 6.x
  34. for RMB 6.2 on Viper.  If you're running RMB 4.0 or earlier, you'll need to
  35. recompile the CSUB Pascal code.  Going to 6.2 is best because of
  36. changes made in CSUB libraries that obviate this rev dependency.
  37.  
  38. Jeff Gruszynski
  39. Hewlett-Packard Company
  40. Semiconductor Test Equipment
  41. Systems/Applications Engineer
  42.