home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / cplus / 19898 < prev    next >
Encoding:
Text File  |  1993-01-25  |  6.4 KB  |  137 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!brunix!brunix!sdm
  3. From: sdm@cs.brown.edu (Scott Meyers)
  4. Subject: Re: C++ maintenance
  5. Message-ID: <1993Jan26.031923.26651@cs.brown.edu>
  6. Sender: news@cs.brown.edu
  7. Organization: Brown University Department of Computer Science
  8. References: <C1BnAy.C3F@geovision.gvc.com> <harvey.728009429@regina>
  9. Distribution: na
  10. Date: Tue, 26 Jan 1993 03:19:23 GMT
  11. Lines: 124
  12.  
  13. In article <harvey.728009429@regina> harvey@opl.com (Harvey Reed) writes:
  14. | djb@geovision.gvc.com (Darren Burns) writes:
  15. | >...
  16. | >it does, but I'm not terribly familiar with the code.  In a member
  17. | >function I see:
  18. | 
  19. | >int the_class::do_something ( )
  20. | >{
  21. | >...
  22. | >    foo->xxx();
  23. | >...
  24. | >}
  25. | 
  26. | >Now, I'm browsing through this code and I'm thinking maybe the bug I'm
  27. | >looking for is in xxx().  I want to take a look at it.  In order to know
  28. | >which xxx to look at (since there may be many classes that have xxx), I
  29. | >need to know what class foo is.  But foo could be a global variable,
  30. | >a member of the_class, or a variable local to the function.  I have to
  31. | >hunt all over the place just to find out where to look for xxx.
  32.  
  33. | Well, that can be a problem. One workaround for C++ (and maybe 
  34. | other languages) is to use naming conventions.
  35.  
  36. Oh please.  If ever there were a job for a machine, looking up symbol
  37. definitions is that job.  Another poster mentioned browsers, but some
  38. browsers are not designed to answer the specific question that is put forth
  39. here, which is "Where in *(&*&! is the function xxx declared?"
  40.  
  41. One approach to the problem is to build a database with information about
  42. the program you're working on and to then add a database query interface to
  43. your favorite editor so that you can say to your editor, "take me to where
  44. xxx is declared," and your editor will promptly do so.  We built such a
  45. system here at Brown University, using the XREFDB database that is part of
  46. FIELD and adding a query interface to our favorite editor, which happens to
  47. be Emacs.   You can read all about it in the following paper, which, rumor
  48. has it, just appeared in the 12/92 issue of Transactions on Software
  49. Engineering:
  50.  
  51.   @ARTICLE{maintaining-oop,
  52.           AUTHOR = {Moises Lejter and Scott Meyers and Steven P. Reiss},
  53.           TITLE = {{Support for Maintaining Object-Oriented Programs}},
  54.           JOURNAL = tse,
  55.           YEAR = {1992},
  56.           VOLUME = {18},
  57.           NUMBER = {12},
  58.           MONTH = dec,
  59.           NOTE = {Also available as Brown University Computer Science
  60.                   Department Technical Report No. CS-91-52, August 1991.  An
  61.                   earlier version of this paper appeared in the
  62.                   \I{Proceedings of the 1991 Conference on Software
  63.                   Maintenance} (CSM '91), October 1991.  This paper is
  64.                   largely drawn from two other papers~\cite{sooppa,xrefdb}.}
  65.   }
  66.  
  67. Both FIELD and the Emacs interface are publicly available, but before you
  68. get too excited, let me tell you that we build prototypes here, not
  69. products, and the system we implemented is slow.  Really slow.  Really
  70. really really slow.  Honest.  Also, the database has to be rebuilt each
  71. time the source code is changed, which tends to be pretty often during
  72. development (ahem), so the current implementation is not particularly
  73. practical.
  74.  
  75. I feel compelled to point out that a fundamental problem that is overcome
  76. by neither naming conventions nor our query-based approach is that of
  77. statically determining the possible bindings of dynamically bound
  78. functions.  That is, if xxx is a virtual function, it doesn't necessarily
  79. do a lot of good to know the static type of foo, because there may be a
  80. googol of classes inheriting from foo's class, each of which redefines xxx,
  81. and there is no easy way to determine which definition is the one you're
  82. looking for.  Some minor assistance is offered by cbrowse, the FIELD class
  83. browser, which will highlight all classes that redefine a virtual function
  84. when you click on that function.  The depth of your depression then tends
  85. to be proportional to the number of things that light up on your screen :-)
  86.  
  87. I'd be interested in hearing how other environments help developers find
  88. the answer to the question the original poster raised, especially for the
  89. case where xxx is virtual.  
  90.  
  91. Having mentioned FIELD twice, and having already run on at the keyboard
  92. this long, I'll append here the standard FIELD availability blurb that I
  93. post from time to time:
  94.  
  95.   The FIELD programming environment, an extensive set of tools for
  96.   programming in C++, C, and Pascal, is available at no cost from Brown
  97.   University.  Specialized C++ tools include a class browser (cbrowse) and a
  98.   debugger that runs on top of dbx or gdb.  Both Gnu and AT&T compilers are
  99.   supported.  FIELD uses the tools of the Brown Workstation Environment
  100.   (BWE), which in turn runs on top of X11.
  101.  
  102.   If you'd like more information about FIELD, e.g., what it is, what it can
  103.   do, what systems it runs on, etc., send your questions to bwe@cs.brown.edu.
  104.   This is the address to which ALL technical correspondence should be sent.
  105.  
  106.   If you'd like to get a copy of FIELD, we have made it available via
  107.   "semi-anonymous" ftp.  Send your name, business address, phone and fax
  108.   number to brusd@cs.brown.edu and we will send you instructions on how to
  109.   get FIELD.  This address is for distribution information ONLY.
  110.   Alternatively, you may fax a request to Kathleen Kirman at 401/863-7657,
  111.   but again, this is for distribution information ONLY.  (If you don't have
  112.   FTP access, it is possible to get tape copy of the software, but there is a
  113.   charge for that form of distribution.)
  114.  
  115.   If you'd like to read about FIELD before you get it, consider these
  116.   articles:
  117.  
  118.     Steven P. Reiss, "Connecting Tools using Message Passing in the FIELD
  119.     Program Development Environment," IEEE Software, July 1990, pp. 57-67.
  120.  
  121.     Steven P. Reiss, "Interacting with the FIELD Environment," Software:
  122.     Practice and Experience, 20:S1, June 1990, pp. 89-115.
  123.  
  124.     Steven P. Reiss and Scott Meyers, "FIELD Support for C++," USENIX C++
  125.     Conference Proceedings, April 1990, pp. 293-299.
  126.  
  127.     Moises Lejter and Scott Meyers and Steven P. Reiss, "Support for
  128.     Maintaining  Object-Oriented Programs," Proceedings of the Conference on
  129.     Software Maintenance, October 1991, pp. 171-178.
  130.  
  131.   Unfortunately, electronic copies of these papers are not available.
  132.  
  133. Scott
  134.  
  135. -------------------------------------------------------------------------------
  136. What do you say to a convicted felon in Providence?  "Hello, Mr. Mayor."
  137.