home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / realtime / 892 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.7 KB

  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mips!sdd.hp.com!hp-cv!ogicse!reed!henson!news.u.washington.edu!uw-beaver!micro-heart-of-gold.mit.edu!xn.ll.mit.edu!xn!jvp
  2. From: jvp@juliet.ll.mit.edu ( Jim Pieronek )
  3. Newsgroups: comp.realtime
  4. Subject: Re: Realtime Object Oriented Programming
  5. Message-ID: <JVP.92Jul22160308@curan.juliet.ll.mit.edu>
  6. Date: 22 Jul 92 23:03:08 GMT
  7. Article-I.D.: curan.JVP.92Jul22160308
  8. References: <3435@eastman.UUCP>
  9. Sender: usenet@xn.ll.mit.edu
  10. Organization: M.I.T. Lincoln Lab - Group 43
  11. Lines: 23
  12. In-Reply-To: spoelhof@kodak.com's message of 22 Jul 92 11:20:46 GMT
  13.  
  14. In article <3435@eastman.UUCP> spoelhof@kodak.com (Gordon C. Spoelhof) writes:
  15.  
  16.    Does anyone have any experience with object oriented programming in embedded
  17.    realtime systems?  We are considerng C++ in some of our product futures, but
  18.    have concerns regarding the heavy use of dynamic memory allocation used in
  19.    most object oriented implementations.  Is this a real concern?  Or do the
  20.    benefits outweigh this?
  21.  
  22. I have wrestled with the same concern.  We do radar DSP and the
  23. processor has to run for months without a restart.  I chickened out on
  24. relying on the built-in memory management and allocated space
  25. "manually" and had the constructors/destructors manage free lists to
  26. keep from getting fragmented.  This has not been extensively tested,
  27. but I've had no problems with it yet.  Someday I'll have the time and
  28. resources to try it both ways over a long period.
  29.  
  30. -Jim
  31.  
  32. --
  33. -----------------------------------------------------------------------
  34. J.V. Pieronek                           Internet: jvp@ll.mit.edu
  35. M.I.T. Lincoln Laboratory               (617) 981-3468
  36. Disclaimer: The Laboratory disavows any knowledge of me.
  37.