How to debug this issue without stack? I found out the problem is due to gdb happening with pthread program. gdb-6.3, gdb-6.4 may have problem to trace threaded program (no stack). You may see errors like these:
thread_db_get_info: cannot get thread info: generic error
Program Terminated with signal SIGABRT, Aborted. The program no longer exists.
Program terminated with signal SIGKILL, Killed.
The program no longer exists.
Program received signal SIGTRAP, Trace/breakpoint trap.[Switching to Thread -1210313024 (LWP 16379)]0xb7ee0871 in __nptl_create_event () from /lib/tls/libpthread.so.0(gdb) where#0 0xb7ee0871 in __nptl_create_event () from /lib/tls/libpthread.so.0#1 0xb7ee1a20 in __nptl_deallocate_tsd () from /lib/tls/libpthread.so.0Previous frame inner to this frame (corrupt stack?)
which crashed in pthread_create()
If you see above errors and find no way to debug it, you may try to download and compile gdb-6.6. The problem was fixed in gdb-6.6.
Wednesday, June 27, 2007
Tuesday, June 26, 2007
check library dependency for specific applications
If the libraries appear to be correct, then verify that the application is using the correct libraries. For example, to check that the application /usr/X11R6/bin/glxgears is using the NVIDIA libraries, run: % ldd /usr/X11R6/bin/glxgears
linux-gate.so.1 => (0xffffe000)
libGL.so.1 => /usr/lib/libGL.so.1 (0xb7ed3000)
libXp.so.6 => /usr/lib/libXp.so.6 (0xb7eca000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb7eb9000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7dd4000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7d82000)
libm.so.6 => /lib/libm.so.6 (0xb7d5f000)
libc.so.6 => /lib/libc.so.6 (0xb7c47000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0xb6c2f000)
libnvidia-tls.so.1 => /usr/lib/tls/libnvidia-tls.so.1 (0xb6c2d000)
libdl.so.2 => /lib/libdl.so.2 (0xb6c29000)
/lib/ld-linux.so.2 (0xb7fb2000)
Check the files being used for libGL and libGLcore -- if they are something other than the NVIDIA libraries, then you will need to either remove the libraries that are getting in the way or adjust your ld search path using the LD_LIBRARY_PATH environment variable. You may want to consult the man pages for ldconfig and ldd.
linux-gate.so.1 => (0xffffe000)
libGL.so.1 => /usr/lib/libGL.so.1 (0xb7ed3000)
libXp.so.6 => /usr/lib/libXp.so.6 (0xb7eca000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb7eb9000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7dd4000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7d82000)
libm.so.6 => /lib/libm.so.6 (0xb7d5f000)
libc.so.6 => /lib/libc.so.6 (0xb7c47000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0xb6c2f000)
libnvidia-tls.so.1 => /usr/lib/tls/libnvidia-tls.so.1 (0xb6c2d000)
libdl.so.2 => /lib/libdl.so.2 (0xb6c29000)
/lib/ld-linux.so.2 (0xb7fb2000)
Check the files being used for libGL and libGLcore -- if they are something other than the NVIDIA libraries, then you will need to either remove the libraries that are getting in the way or adjust your ld search path using the LD_LIBRARY_PATH environment variable. You may want to consult the man pages for ldconfig and ldd.
Monday, June 25, 2007
Program received signal SIG32
Program received signal SIG32 in gdb:
In gdb, issue the following command:
handle SIG32 pass noprint nostop
That will pass the signal (as necessary) to the program but wont print anything and wont stop.
In gdb, issue the following command:
handle SIG32 pass noprint nostop
That will pass the signal (as necessary) to the program but wont print anything and wont stop.
John the Ripper password cracker
John the Ripper is free and Open Source software, distributed primarily in source code form. If you would rather use a commercial product tailored for your specific operating system, please consider John the Ripper Pro, which is distributed primarily in the form of "native" packages for the target operating systems and in general is meant to be easier to install and use while delivering optimal performance.
http://www.openwall.com/john/
http://www.openwall.com/john/
Sunday, June 24, 2007
Parallel BZIP2 (PBZIP2) : Data Compression Software
BZIP2 is a parallel implementation of the bzip2 block-sorting file compressor that uses pthreads and achieves near-linear speedup on SMP machines. The output of this version is fully compatible with bzip2 v1.0.2 or newer (ie: anything compressed with pbzip2 can be decompressed with bzip2).
PBZIP2 should work on any system that has a pthreads compatible C++ compiler (such as gcc). It has been tested on: Linux, Windows (cygwin & MinGW), Solaris, Tru64/OSF1, HP-UX, and Irix.
setup X window on a machine with built-in VGA and VGA card
some machines have built-in VGA output and would disable it after you insert new VGA card (AGP or PCI). In some cases, when you run sax2 under Suse, you will get blank/black screen due to wrong detection of multiple VGAs. To settup X window correctly with sax2, try these steps:
sax2 -p : list all your VGA cards
sax2 -c 0 -l : configure card 0 with low resolution mode
detailed configuration of sax2 : http://en.opensuse.org/SDB:X_Server_Configuration_with_SaX2_(8.1_or_Higher)
sax2 -p : list all your VGA cards
sax2 -c 0 -l : configure card 0 with low resolution mode
detailed configuration of sax2 : http://en.opensuse.org/SDB:X_Server_Configuration_with_SaX2_(8.1_or_Higher)
Saturday, June 23, 2007
error: cannot get exclusive lock on /var/lib/rpm/Packages
taiwan[Chen].~ > rpm -i termcap-2.0.8-879.i586.rpm
error: cannot get exclusive lock on /var/lib/rpm/Packages
error: cannot open Packages index using db3 - Operation not permitted (1)
error: cannot open Packages database in /var/lib/rpm
Please login as root to resolve this error! Only root can install new package.
error: cannot get exclusive lock on /var/lib/rpm/Packages
error: cannot open Packages index using db3 - Operation not permitted (1)
error: cannot open Packages database in /var/lib/rpm
Please login as root to resolve this error! Only root can install new package.
Thursday, June 21, 2007
Subscribe to:
Posts (Atom)