gdbserverandroid

㈠ 請教gdbserver使用方法

方法是沒有問題的。不過你剛gdbserver以attach方式啟動調試的時候，你的程序應該是停在sleep()的庫函數裡面，
這個時候走單步一般會報「Cannot find bounds of current function」。

你啟動gdb之後把set debug remote 1 打開，然後把gdb側和gdbserver側的調試列印都貼上來看一下。

㈡ 如何使用gdb調試android程序

用gdb調試動態鏈接庫
大家都知道在 linux 可以用 gdb 來調試應用程序，當然前提是用 gcc 編譯程序時要加上 -g 參數。
我這篇文章里將討論一下用 gdb 來調試動態鏈接庫的問題。
首先，假設我們准備這樣的一個動態鏈接庫：
引用：
庫名稱是： ggg
動態鏈接庫文件名是： libggg.so
頭文件是： get.h
提供這樣兩個函數調用介面：
int get ();
int set (int a);

要生成這樣一個動態鏈接庫，我們首先編寫這樣一個頭文件：
/************關於本文檔********************************************
*filename: get.h
*********************************************************************/
int get ();
int set (int a);
然後准備這樣一個生成動態鏈接庫的源文件：
/************關於本文檔********************************************
*filename: get.cpp
*********************************************************************/
#include
#include "get.h"
static int x=0;
int get ()
{
printf ("get x=%d＼n", x);
return x;
}
int set (int a)
{
printf ("set a=%d＼n", a);
x = a;
return x;
}
然後我們用 GNU 的 C/C++ 編譯器來生成動態鏈接庫，編譯命令如下：
引用：
g++ get.cpp -shared -g -DDEBUG -o libggg.so
這樣我們就准備好了動態鏈接庫了，下面我們編寫一個應用程序來調用此動態鏈接庫，源代碼如下：
/************關於本文檔********************************************
*filename: pk.cpp
*********************************************************************/
#include
#include "get.h"
int main (int argc, char** argv)
{
int a = 100;
int b = get ();
int c = set (a);
int d = get ();
printf ("a=%d,b=%d,c=%d,d=%d＼n",a,b,c,d);
return 0;
}
編譯此程序用下列命令，如果已經把上面生成的 libggg.so 放到了庫文件搜索路徑指定的文件目錄，比如 /lib 或 /usr/lib 之類的，就用下面這條命令：
引用：
g++ pk.cpp -o app -Wall -g -lggg
否則就用下面這條命令：
引用：
g++ pk.cpp -o app -Wall -g -lggg -L`pwd`
下面我們就開始調試上面命令生成的 app 程序吧。如果已經把上面生成的 libggg.so 放到了庫文件搜索路徑指定的文件目錄，比如 /lib 或 /usr/lib 之類的，調試就順利完成，如下：
引用：
#gdb ./app
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
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 ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) b main /* 這是在程序的 main 處設置斷點 */
Breakpoint 1 at 0x804853c: file pk.cpp, line 7.
(gdb) b set /* 這是在程序的 set 處設置斷點 */
Function "set" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y /* 這里必須選擇 y 調試程序才會跟蹤到動態鏈接庫內部去 */
Breakpoint 2 (set) pending.
(gdb) run /* 開始運行我們的程序，直到遇見斷點時暫停 */
Starting program: /data/example/c/app
Breakpoint 3 at 0xb7f665f8: file get.cpp, line 11.
Pending breakpoint "set" resolved
Breakpoint 1, main (argc=1, argv=0xbfArrayArray0504) at pk.cpp:7
7 int a = 100;
(gdb) n /* 繼續執行程序的下一行代碼 */
8 int b = get ();
(gdb) n /* 程序執行到了我們斷點所在的動態鏈接庫了 */
get x=0
Array int c = set (a);
(gdb) n
Breakpoint 3, set (a=100) at get.cpp:11
11 printf ("set a=%d＼n", a);
(gdb) list /* 查看當前代碼行周圍的代碼，證明我們已經跟蹤到動態鏈接庫的源代碼裡面了 */
6 printf ("get x=%d＼n", x);
7 return x;
8 }
Array int set (int a)
10 {
11 printf ("set a=%d＼n", a);
12 x = a;
13 return x;
14 }
(gdb) n
set a=100
12 x = a;
(gdb) n
13 return x;
(gdb) n
14 }
(gdb) n
main (argc=1, argv=0xbfArrayArray0504) at pk.cpp:10
10 int d = get ();
(gdb) n
get x=100
11 printf ("a=%d,b=%d,c=%d,d=%d＼n",a,b,c,d);
(gdb) n
a=100,b=0,c=100,d=100
12 return 0;
(gdb) c
Continuing.
Program exited normally.
(gdb) quit /* 程序順利執行結束 */
如果我們沒有把動態鏈接庫放到指定目錄，比如/lib裡面，調試就會失敗，過程如下：
引用：
# gdb ./app
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
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 ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) b main
Breakpoint 1 at 0x804853c: file pk.cpp, line 7.
(gdb) b set
Function "set" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 2 (set) pending.
(gdb) run /* 雖然調試操作都一樣，但程序執行失敗 */
Starting program: /data/example/c/app
/data/example/c/app: error while loading shared libraries: libggg.so: cannot open shared object file: No such file or directory
Program exited with code 0177.
(gdb) quit

㈢ 如何使用arm-eabi-gdb調試android c/c++程序

1，先下載最新版本的gdb源代碼包，我使用的是gdb-7.6.tar.gz，使用tar命令進行解包（tar -xvzf gdb-7.6.tar.gz）,cd進gdb-7.6/gdb目錄，使用vi找到remote.c中的如下代碼:
if(buf_len > 2 * rsa->sizeof_g_packet)
error(_("Remote 'g' packet reply is too long: %s"),rs->buf);
將上面兩行注釋掉，添加如下代碼
if(buf_len > 2 * rsa->sizeof_g_packet)
{
rsa->sizeof_g_packet = buf_len;
for(i = 0; i < gdbarch_num_regs(gdbarch); i++)
{
if(rsa->regs[i].pnum == -1)
continue;
if(rsa->regs[i].offset >= rsa->sizeof_g_packet)
rsa->regs[i].in_g_packet = 0;
else
rsa->regs[i].in_g_packet = 1;
}
}
使用如下命令對代碼進行配置、編譯和安裝
./configure --target=arm-linux --prefix=/usr/local/arm-gdb -v
make
make install
2，gdbserver使用android4.2模擬器中自帶的版本（v7.1）
3，將NDK編譯好的C/C++可執行程序，上傳到模擬器中/data/test目錄下，假設可執行程序的名稱為testHello。
4，使用命令：gdbserver :7000 /data/test/testHello 啟動模擬器端的調試。
5，啟動arm-linux-gdb之前，使用vi打開~/.bash_profile文件，在其中添加：
export PATH=$PATH:/usr/local/arm-gdb/bin,以便在程序的其他目錄可以直接啟動arm-linux-gdb程序
6，cd至ndk編譯好的testHello文件所在目錄
7，使用如下命令進行埠映射：adb forward tcp:7000 tcp:7000,將模擬器的7000埠和本機的7000埠進行映射
8，使用命令：arm-linux-gdb testHello啟動gdb調試
9，使用target remote :7000 鏈接模擬器中gdbserver啟動的服務。
10，自此，我們就可以使用gdb命令進行代碼調試了。

㈣ 如何在安卓系統上使用arm-linux-gdb調試內核

1，先下載最新版本的gdb源代碼包，我使用的是gdb-7.6.tar.gz，使用tar命令進行解包（tar -xvzf gdb-7.6.tar.gz）,cd進gdb-7.6/gdb目錄，使用vi找到remote.c中的如下代碼:
if(buf_len > 2 * rsa->sizeof_g_packet)
error(_("Remote 'g' packet reply is too long: %s"),rs->buf);
將上面兩行注釋掉，添加如下代碼
if(buf_len > 2 * rsa->sizeof_g_packet)
{
rsa->sizeof_g_packet = buf_len;
for(i = 0; i < gdbarch_num_regs(gdbarch); i++)
{
if(rsa->regs[i].pnum == -1)
continue;
if(rsa->regs[i].offset >= rsa->sizeof_g_packet)
rsa->regs[i].in_g_packet = 0;
else
rsa->regs[i].in_g_packet = 1;
}
}
使用如下命令對代碼進行配置、編譯和安裝
./configure --target=arm-linux --prefix=/usr/local/arm-gdb -v
make
make install
2，gdbserver使用android4.2模擬器中自帶的版本（v7.1）
3，將NDK編譯好的C/C++可執行程序，上傳到模擬器中/data/test目錄下，假設可執行程序的名稱為testHello。
4，使用命令：gdbserver :7000 /data/test/testHello 啟動模擬器端的調試。
5，啟動arm-linux-gdb之前，使用vi打開~/.bash_profile文件，在其中添加：
export PATH=$PATH:/usr/local/arm-gdb/bin,以便在程序的其他目錄可以直接啟動arm-linux-gdb程序
6，cd至ndk編譯好的testHello文件所在目錄
7，使用如下命令進行埠映射：adb forward tcp:7000 tcp:7000,將模擬器的7000埠和本機的7000埠進行映射
8，使用命令：arm-linux-gdb testHello啟動gdb調試
9，使用target remote :7000 鏈接模擬器中gdbserver啟動的服務。
10，自此，我們就可以使用gdb命令進行代碼調試了。

㈤ gdbserver output: run-as: Package '' is unknown

/system/bin/run-as的許可權不對
首先把手機ROOT 連接電腦 打開USB調試

然後 打開電腦的控制台
> adb shell
> su
> mount -o remount rw /system
> chmod 4750 /system/bin/run-as

> mount -o remount ro /system

之後就能斷點了

㈥ 在Android設備上怎麼調試守護進程

其實網上有很多類似的文章，但是你會發現幾乎都不可重現，要麼是細節沒講清楚，要麼是壓根自己沒有真正去試過。這里，我僅給出自己用gdb和gdbserver調試android native code的實際過程，希望對大家有用。

註：以調試mediaserver進程為例.

第一步：你需要下載android，以debug方式編譯，並以生成的image起模擬器或者設備。

第二步：你需要從「http://developer.download.nvidia.com/tegra/files/tegra-gdb-20100430.zip」下載一個gdb，覆蓋到android源碼中gdb對應的位置。

第三步：adb shell到設備,並起gdbserver偵聽目標進程:

adb shell

gdbserver :5039 /system/bin/mediaserver

第四步: 建立pc機和設備的消息連接:

adb forward tcp:5039 tcp:5039

第五步: 使用gdb調試目標進程:

cd android_src

prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin/arm-eabi-gdb out/debug/target/proct/generic/symbols/system/bin/mediaserver

第六步: 設置符號表:

set solib-absolute-prefix /your_android_src_path/out/debug/target/proct/generic/symbols

set solib-search-path /your_android_src_path/out/debug/target/proct/generic/symbols/system/lib

第七步: 使gdb和gdb server建立連接:

target remote :5039

第八步: ok. 現在可以使用gdb的命令進行調試,譬如next\break\step\info thread等.

㈦ gdb載入動態庫成功，但是不能顯示動態庫中的源碼（gdb+gdbserver）

因為具體的給的不夠詳細，不清楚你遇到的情況。
如果僅從斷點上看，應該就是CApartment.cpp:55
但是，如果你的程序編譯的時候，不是-O0，那個可能回不到源碼，只能看匯編。
1、有時候（很少）就是編譯器的錯誤。
2、還有可能就是你調試的程序和你的源碼不匹配
3、你的程序已經崩潰了，破壞了堆棧或者GDB需要的數據。
4、這個地方有特殊的定位信息
5、其他情況，還是比較多的，經常遇到。
如果懂匯編，最好看看匯編。
如果不懂，看看那一條語句是最後一條能夠跟蹤的語句。
仔細看看最後一條語句的所有變數，應該能猜出來是什麼問題。

㈧ android gdbserver 有什麼用

使用 SQL Server 代理服務連接到 SQL Server SQL Server 代理服務可以使用 Windows 身份驗證或 SQL Server 身份驗證連接到 SQL Server 本地實例。無論您選擇哪種身份驗證，帳戶都必須是 sysadmin 固定伺服器角色的成員。 可用身份驗證方法 SQL Server 代理可以使用兩種不同的身份驗證方法連接到 SQL Server 實例： Windows 身份驗證，使用這種方法時，SQL Server 代理服務使用定義為服務啟動帳戶的 Microsoft Windows 域帳戶連接到 SQL Server 實例。 SQL Server 身份驗證，使用這種方法時，SQL Server 代理服務使用 SQL Server 身份驗證登錄名連接到 SQL Server 實例。只有 sysadmin 角色的成員可以這樣登錄。 安全說明： 在 SQL Server 2005 中，SQL Server 代理不支持 SQL Server 身份驗證。僅在管理早期版本的 SQL Server 時可以使用這種身份驗證。