home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / cplus / 15929 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.8 KB  |  49 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!pilchuck!fnx!sgihbtn!dkarr
  3. From: dkarr@sierra.com (David Karr)
  4. Subject: Re: Debugging output
  5. Message-ID: <1992Nov6.184126.8975@sierra.com>
  6. Sender: news@sierra.com
  7. Nntp-Posting-Host: dopey
  8. Organization: Sierra Geophysics,  Kirkland WA
  9. X-Newsreader: Tin 1.1 PL4
  10. References: <spuler.720931050@coral>
  11. Date: Fri, 6 Nov 1992 18:41:26 GMT
  12. Lines: 35
  13.  
  14. spuler@coral.cs.jcu.edu.au (David Spuler) writes:
  15. : 
  16. : [Sorry if this is a re-post. The first one seemed to get lost.]
  17. : 
  18. : I was wondering whether anyone has any suggestions as to how to use the neat
  19. : operator << to produce debugging output in a way that it can be removed
  20. : easily from production code.  The obvious method is:
  21. : 
  22. : #ifdef DEBUG
  23. :    cerr << .....
  24. : #endif
  25. : 
  26. : but I'd like to avoid the #ifdef -#endif lines.
  27. : 
  28. : I've been trying to declare my own "dbg" streams by inheriting it
  29. : from the standard "ostream" class and redefining the << operators.
  30.  
  31. I don't know of an elegant way to remove the generated code, but you can
  32. implement a derivative of streambuf that will allow you to suppress the
  33. debug output at run time (from the environment).
  34.  
  35. In the streambuf derivative, override the "overflow" method such that
  36. before sending the data out, call a ptr to function which sends the data to
  37. be sent out to a "filter" function (the ptr to function is set in the
  38. streambuf constructor).  If your environment indicates that you don't want
  39. the debugging output, then your function will return False from the
  40. "filter" function, which will cause "overflow" to not use the characters.
  41.  
  42. I got a hint on how to do this from the book "AT&T C++ Language System",
  43. distributed by CenterLine Software (with ObjectCenter).
  44. --
  45. David M. Karr
  46. Sierra Geophysics, Inc.
  47. ARPA: dkarr@sierra.com, UUNET: uunet!sgihbtn!dkarr
  48. Phone: (206) 822-5200 (x343)
  49.