下面這段，初看一定會腦大，實際原因非常明確，所以遇到時要先觀察，不一定是頭大的問題。
gdb -p 1461
gnu gdb 6.6
gdb is free software, covered by the gnu general public license, and you are
welcome to change it and/or distribute copies of it under certain conditions.
type "show copying" to see the conditions.
there is absolutely no warr
anty for gdb. type "show warranty" for details.
this gdb was configured as "x86_64-suse-
linux
".attaching to process 14614
reading symbols from /home/zhangsan/bin/test...done.
using host libthread_db library "/lib64/libthread_db.so.1".
./libtest.so: no such file or directory.
reading symbols from /lib64/libdl.so.2...done.
loaded symbols for /lib64/libdl.so.2
reading symbols from /lib64/libz.so.1...done.
loaded symbols for /lib64/libz.so.1
reading symbols from /usr/lib64/libaio.so.1...done.
loaded symbols for /usr/lib64/libaio.so.1
symbol file not found for ./libtest.so
reading symbols from /lib64/libc.so.6...done.
loaded symbols for /lib64/libc.so.6
reading symbols from /lib64/ld-linux-x86-64.so.2...done.
loaded symbols for /lib64/ld-linux-x86-64.so.2
reading symbols from /usr/lib64/libstdc++.so.6...done.
loaded symbols for /usr/lib64/libstdc++.so.6
reading symbols from /lib64/libm.so.6...done.
loaded symbols for /lib64/libm.so.6
reading symbols from /lib64/libgcc_s.so.1...done.
loaded symbols for /lib64/libgcc_s.so.1
reading symbols from /lib64/libpthread.so.0...done.
[thread debugging using libthread_db enabled]
[new thread 47461298698832 (lwp 14614)]
[new thread 1082132800 (lwp 14618)]
symbol file not found for ./libapr-1.so.0
reading symbols from /lib64/libcrypt.so.1...done.
loaded symbols for /lib64/libcrypt.so.1
reading symbols from /lib64/libnss_files.so.2...done.
loaded symbols for /lib64/libnss_files.so.2
0x00002b2a709a9ec1 in free () from /lib64/libc.so.6
(gdb) t 2
[switching to thread 2 (thread 1082132800 (lwp 14618))]#0 0x00002b2a709cf476 in poll () from /lib64/libc.so.6
(gdb) bt
#0 0x00002b2a709cf476 in poll () from /lib64/libc.so.6
#1 0x00002b2a70d6cf05 in ?? ()
#2 0x000000000053ab48 in ?? ()
#3 0x0000000040800100 in ?? ()
#4 0x0000000040800120 in ?? ()
#5 0x00002b2a7081553e in ?? ()
#6 0x0000271040800110 in ?? ()
#7 0x0000000b00000009 in ?? ()
#8 0x000000090000000b in ?? ()
#9 0x000000004c7f5412 in ?? ()
#10 0x000000000053ab48 in ?? ()
#11 0x0000000000000000 in ?? ()
仔細看後，原因再清楚不過了，ld_library_path沒有設定好，可能是因為
執行程式
和gdb的
環境不一樣，可以手工設定下ld_library_path，再gdb就ok了。
當gdb看到一行行的 時，你要冷靜！
libtest.so no such file or directory.reading symbols from lib64 libdl.so.2.done.loaded symbols for lib64 libdl.so.2 reading symbols from lib64 libz.so...
當本行為空時遞迴取上一行的值
example workbook wb readexcel filename 獲得excel檔案物件workbook sheet s wb.getsheetat 0 獲取指定工作表 這裡獲取的是第乙個 row row s.getrow i 取出第i行 getrow index 獲取第 index 1...
讀檔案時，統計行數，為何比實際的多一行
讀檔案時，統計行數，為何比實際的多一行 delphi windows sdk api 我的程式如下，現象是如果boat.txt中有10行，total的結果是11，在輸出的boat1中最後多的一行是0 0 為什麼，我換成fortran程式total的結果就是10 var g,f textfile i,...