title: GDB cannot show the stack and shows "#1 0x0000000000000000 in ?? ()"
body: <p>I have a multi-threaded C++ program that deadlocks in some rare cases. The problem is hard to reproduce and I can only reproduce it in a remote machine.
  The method I want to use for solving this problem is</p>
  
  <ol>
  <li>run the program</li>
  <li>wait for deadlock</li>
  <li>send abort signal to it for generating core dump</li>
  <li>copy the dump back to my local machine</li>
  <li>use gdb to debug it</li>
  </ol>
  
  <p>I do not have gdb on the remote machine and cannot install anything on it.
  The problem is when I am debugging the core dump (obtained from either a dead-locked or normally running process on the remote machine), the back-trace of most of the threads show only:</p>
  
  <pre>
  (gdb) bt
  #0  pthread_cond_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261
  #1  0x0000000000000000 in ?? ()
  </pre>
  
  <p>I am using a statically linked binary which is compiled with "-g -O1" options.
  When I abort a process of the same binary on my local machine, gdb can extract the entire stack from core dump and there is no such problem (I cannot reproduce the deadlock however).
  My remote machine is SLES and my local machine is ubuntu.</p>
  
  <p>Any idea?</p>
  
  <p>Edit:</p>
  
  <p>Found someone else with the same problem, but still with no solutions:
  <a href="http://groups.google.com/group/google-coredumper/browse_thread/thread/2ca9bcf9465d1050" rel="nofollow">http://groups.google.com/group/google-coredumper/browse_thread/thread/2ca9bcf9465d1050</a>
  (I am not using google coredumper, but it seems like google coredumper fails with the same error, this suggests that perhaps the problem is with SLES 11)</p>