Re:Reverse Execution in GDB 7 is imminent
by bwd2 on Wednesday September 23, 2009 @03:36PM
(#839974)
Back in my student days long ago, a friend of mine who was working on a very difficult assignment hatched a plan to include a SIGSEGV handler that would print "NFS server not responding, still trying..." for use on the day when we had to demo the results to the TAs. The NFS system was pretty flaky and his hope was that the TA would move on to the next demo and get back to him, giving him time to fix whatever problem was happening. Not sure if he actually put it in though.
Re:Reverse Execution in GDB 7 is imminent
by huhtenberg on Wednesday September 23, 2009 @05:24PM
(#840150)
Back in my student days for DOS-based labs we just did
char foo[640*1024];
int main(int argc, char ** argv) { return 0; }
When ran, it made the OS say "Out of memory" and then it was lab assistant's headache to unload all that resident stuff that was sitting there and eating good 20-30% of available RAM. They typically opposed to doing that, so the TAs assumed the program actually worked. The end :)
Re:Reverse Execution in GDB 7 is imminent
by mahmud on Wednesday September 23, 2009 @09:23PM
(#840447)
I must be the only moron who used to be eager for others to see his programs. No teacher ever looked at it long enough to appreciate it though; I quickly established a reputation as a computer show off and the teachers were dismissive of me, spending more time with kid who actually had problems.
Hmm, maybe I should put that in all my programs - then I won't ever have bugs from segfaults.
:)