Eclipse Development Lossitude
Here are two things about Eclipse which recently annoyed me. (I imagine it’s Eclipse’s fault, I guess It may be Java’s.)
1) When you reach an exceptional condition, the correct response in debug mode is to freeze the program and allow the developer a chance to inspect the current state. Stack, Heap, location, all that good stuff.
Throwing your arms in the air, screaming bloody murder and throwing away all the useful information when an error occurs is not useful. It turns debugging java into a game of “How close can you get to an error, without actually reaching the error.”
If you reach the error you lose the game, along with any useful data that might help you fix it.
2) You only seem to allow me to put breakpoints on lines on code. This implies that I already know where an error is. If I did, I’d probably fix it.
Why can’t you let me break on more useful things like when a particular variable has a particular value. This is similar to the previous point where I don’t want the program to drop everything and run away before I can look into it.
3) In 2010, the best way to debug a Java program is to pepper it with Print statements. This is sad.

Yeah good overview, i still haven’d found debuggers that useful even in a codebase the size of GCC i can’t find them useful yet. I mean the only tool is would use is valgrind. And have a ./configure –with-debug=yes and have
#ifdef DEBUG
# define debug( … ) \
__debug__( __LINE__, __FILE__, __FUNCTION__, __VA_ARGS__ );
#else
# define debug( … )
#endif
all in the cpp so it can be #ifdef’d in and out of the program when you release.