home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / programm / 7841 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  3.3 KB
  1. Path: sparky!uunet!noc.near.net!news.bbn.com!news.bbn.com!news
  2. From: aking@BBN.COM (Allen King)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: A few small changes for 3.1
  5. Date: 19 Dec 1992 19:01:08 GMT
  6. Organization: Bolt Beranek and Newman Inc., Cambridge MA
  7. Lines: 64
  8. Message-ID: <lj6sbkINNhg9@news.bbn.com>
  9. Reply-To: aking@BBN.COM (Allen King)
  10. NNTP-Posting-Host: bbn.com
  11.  
  12.    Here are a few little nuisances I've found with 3.0 which maybe
  13. NeXT could clean up before 3.1 comes out. Perhaps others have found
  14. them too, perhaps not.  Other's may want to add to the list too. I'd
  15. hate to have a new release come out without them, just because NeXT
  16. didn't think of them and nobody thought to mention them, especially if
  17. they are easy ;-).
  18.  
  19.  
  20. EDIT
  21.     1. when editing a .m file, a quick "edit associated .h file"
  22. button. Ditto for .h to .m.
  23.     2. A menue which would display only .m and .c files. Perhaps
  24. that's a file selection mask on the file:open_folder... . Something
  25. like "*.m *.c PB.*".
  26.     3. A way to get a TAGS search. Currently I only seem to be able to
  27. use TAG files for Source commands, and it would eliminate alot of
  28. grepping
  29.     4. A way the find pannel could do complete-word searches. It is
  30. important to find all of the instances of short variables (e.g. "k").
  31. Think C has it as a mode which works well -- it might also be a
  32. "variable-break" special character.
  33.  
  34.  
  35. GDB
  36.     1. Everything possible to speed up the compile/load/debug/go cycle:
  37.  
  38.     1a. The idea of staying in gdb between compiles is great, with
  39. automatic detection an reload of symbols on recompile. However, there
  40. seems to be a bug, and the symbols are loaded incorrectly when it
  41. tries to do this are. I could spend some time and give you an example
  42. if you cannot recreate it yourself.
  43.  
  44.     1b. When reloading symbols, much time is spent loading shared
  45. library symbols, such as libMedia_s.A.shlib, libNeXT_s.C.shlib, and
  46. libsys_s.B.shlib. Why can't those symbols be loaded once and never
  47. reloaded? E.g. load them first, and save the high-water marks, or an
  48. image of them. If only portions are loaded, it still deserves some
  49. work, because I'd bet that the portion that gets loaded very
  50. infrequently changes.
  51.  
  52.     2. The browser should not reposition sliders during step, because
  53. often one wants to monitor a variable at the bottom, and the sliders
  54. keep bumping back to the top.
  55.     3. Have gdb print out what variables were changed by the statement
  56. just executed, and their new values. I spend a lot of time tracing
  57. this information down when I step through a program. I'm not sure how
  58. the symbol table could be made to contain this, but it'd be nice to
  59. have.
  60.     4. A compiler switch to make all variables visible in gdb (by
  61. forcing them out of registers). (Maybe this already exists.)
  62.  
  63. WORKSPACE
  64.     1. When duplicating a file in the workspace, let the name be edited
  65. while the copy is in progress. That's a very frequent sequence, and
  66. things would go much faster that way.
  67.  
  68. PB
  69.     1. Why not recognize the suffix .project, and not require the full
  70. name PB.project? It seems more standardized, and would allow me to put
  71. a bunch of projects onto my shelf and tell them apart. This way, they
  72. all look alike!
  73.     2. The debug button should be smarter about not spawning too many
  74. Terminal's. If there's one there, use it and tell it that things have
  75. been recompiled.
  76.