home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / gdb / bug / 878 < prev    next >
Encoding:
Text File  |  1992-07-23  |  1.5 KB  |  38 lines
  1. Newsgroups: gnu.gdb.bug
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!airs.COM!andrew
  3. From: andrew@airs.COM (Andrew Evans)
  4. Subject: Execution trace feature for gdb
  5. Message-ID: <9207201607.AA02430@bugs.airs.com>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Mon, 20 Jul 1992 16:07:03 GMT
  10. Approved: bug-gdb@prep.ai.mit.edu
  11. Lines: 25
  12.  
  13. I've been using gdb 4.5 on a SCO UNIX machine for some time now.  I've
  14. been very pleased with the evolution and development of the program.
  15. I find gdb very useful in my work, and I have an idea which would be
  16. valuable to me and possibly others as well.
  17.  
  18. I would like gdb to be able to provide a feature for tracing the
  19. execution of a running program.  The output could be similar to what
  20. you get when stepping through a program: print the source line and any
  21. display expressions.  An abbreviated form printing just function calls
  22. and their arguments (and return values) would be useful as well.  The
  23. idea here is to eliminate a lot of return-pressing when tracing
  24. execution through large portions of code.  I feel that this would make
  25. pinpointing certain bugs much easier.
  26.  
  27. Although I'm not familiar with the gdb code, it seems to me that this
  28. would be fairly simple to do, since most of the functionality already
  29. exists.  Some way of automating these systems is what's needed.  I'm
  30. hoping that some gdb expert would be able to do this without much
  31. effort.
  32.  
  33. Thanks for a great program, and I hope you find this useful.
  34.  
  35. ---
  36. Andrew Evans - Infinity Development Systems - Waltham, MA
  37.  
  38.