home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / realtime / 1473 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.7 KB
  1. Xref: sparky comp.realtime:1473 comp.os.misc:981
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!swrinde!swrinde.nde.swri.edu!kent
  3. From: kent@swrinde.nde.swri.edu (Kent D. Polk)
  4. Newsgroups: comp.realtime,comp.os.misc
  5. Subject: Re: Real-time OS for PC's
  6. Date: 22 Dec 1992 15:24:05 GMT
  7. Organization: Southwest Research Institute, San Antonio, Texas
  8. Lines: 38
  9. Message-ID: <1h7bulINNn0s@swrinde.nde.swri.edu>
  10. References: <id.VHYV.TDF@ferranti.com> <1h4o70INNea7@swrinde.nde.swri.edu> <92356.214536CCVQC@CUNYVM.BITNET>
  11. NNTP-Posting-Host: swrinde.nde.swri.edu
  12.  
  13. In article <92356.214536CCVQC@CUNYVM.BITNET> Christopher Vickery <CCVQC@CUNYVM.BITNET> writes:
  14. >I'm curious about the two people who have had problems with Intel
  15. >development tools.  I've been teaching courses using iRMX at
  16. >Queens College since 1984.  The only change/inconsistency that I
  17. >to the present one, an ANSI C compiler that, I was told by someone
  18. >at Intel, was based on their own PLM compiler.  There have been
  19.  
  20. I used Intel's development tools, including RMX (after it came out) from
  21. somewhere around '79 to about '88. We never bothered to get the C compiler as
  22. we had quit using Intel for new systems around '85 and were just supporting
  23. existing ones after that.
  24.  
  25. As to tools, ISIS II, the PLM and Fortran compilers we used were the most
  26. stable tools in the lot (luckily). The debuggers, ROM burners, ICE and RMX
  27. for the different platforms, etc. were the tools that were incredibly
  28. frustrating as versions for different processors hardly looked like they came
  29. from the same company. And then there was the time I had to make mods in a
  30. 96k ROM product after we had updated the OS. The new romburner software
  31. couldn't burn the ROMs anymore since it couldn't handle offsets higher than
  32. 64k and I couldn't run the old rom burner software on the new OS and we had
  33. to keep to new OS for a new product we were working on. I ended up reading
  34. the old roms into memory and hand-patching the blasted changes in hex. Took
  35. me about three days once I figured out what the problem was.  That was the
  36. straw that broke my back.
  37.  
  38. We moved over to HPUX and their Motorola cross development system after that
  39. and never regretted it one bit. I pretty much chunked the Intel systems we
  40. had except for an ancient 8080, floppy-based system that I hooked to our HPUX
  41. system. We would do all development on unix and download to the DS to compile
  42. and burn roms for the Intel imbedded control products that we were still
  43. supporting.
  44.  
  45. iRMX, etc. may have gotten a little better after we quit using it, and in
  46. 1979, Intel had one heck of a system, but Things Move On and I'm just glad I
  47. did.
  48.  
  49. Kent Polk: Southwest Research Institute
  50. Internet : kent@swrinde.nde.swri.edu
  51.