search for: gg5

...e otherwise the functions are annotated nounwind, which avoids generating .eh_frame dwarf. gdb uses the exception handling dwarf to unwind the stack. So long as your frontend doesn't add nounwind it's not a problem. [rnk at tamalpais llvm]$ gdb --args Debug/bin/lli t.bc GNU gdb (GDB) 7.1-gg5 ... Reading symbols from /home/rnk/llvm/Debug/bin/lli...done. (gdb) run Starting program: /home/rnk/llvm/Debug/bin/lli t.bc warning: no loadable sections found in added symbol-file /usr/lib/debug/lib/ld-2.7.so [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib6...

I have followed http://llvm.org/docs/DebuggingJITedCode.html, used the latest release gdb-7.1 (from March 18, 2010) and got this stack: (gdb) bt #0 0x35532156 in ?? () #1 0x355320f8 in ?? () #2 0x35532098 in ?? () #3 0x3553202e in ?? () #4 0x34a5661a in ?? () #5 0x349d9bd9 in ?? () #6 0x08052cd9 in main (argc=4, argv=0xbfbfe264, envp=0xbfbfe278) at

I have a class in my /lib/ directory called tracker.rb It''s function is to receive an array of URLs and then perform 4 separate tasks on each URL Each of the 4 tasks gets it''s own thread. the class is called from my controller like: output = Tracker.go([array_of_urls]) Sometimes, when it hits an exception, instead of just dieing gracefully, my logs repeatedly display: A