按下空格，在命令窗口輸入命令，連接嵌入式目標板端：

　　target remote 222.31.51.180:1234

　　此時，VIM中的調試信息窗口出現信息：

　　（gdb） target remote 222.31.51.180:1234

　　Remote debugging using 222.31.51.180:1234

　　[New Thread 801]

　　0x40000dd0 in ?? （） from /lib/ldlinux.so.2

　?。╣db）

　　而在嵌入式端出現提示信息：

　　Process testem created; pid = 801

　　Listening on port 1234

　　Remote debugging from host 222.31.51.147

　　至此，PC交叉調試器與嵌入式軟件的連接完成，現在可以在VIM中對程序運行進行例如斷點一類的設置動作；而嵌入式軟件的輸入輸出，需要在嵌入式端來完成。這里先通過命令對代碼設置斷點，然后用命令continue繼續程序運行（注意，這里不用run開始，因為當調試器與嵌入式端連接完成時，被調試的嵌入式軟件已經開始運行），用命令next對程序實現步進調試。調試過程中的VIM如圖3所示。

　　圖3 正在進行交叉調試的VIM

　　圖中測試代碼要實現的是讓用戶輸入5個數，然后經過排序后輸出。對應的輸入輸出在嵌入式端體現出來。對應圖3，此時在嵌入式端需要進行輸入動作：

　　Listening on port 1234

　　Remote debugging from host 222.31.51.147

　　Enter 10 numbers:

　　a[0]=25

　　a[1]=56

　　a[2]=……

　　從圖3中可以直觀地看清斷點設置在哪里，程序現在步進到哪里。當程序第一次運行到圖3中的17行時，按下F8鍵，開啟變量值觀測窗口，然后先后執行3個命令“cr i”、“cr j”、“cr a[i]”，這樣，就可以在變量觀測窗口實時地監測變量的數值了，如圖4所示。

　　圖4 帶實時變量值監測窗口的VIM

　　這種調試方式提供對gdb所有命令功能的支持，而且當發現bug時，可以通過q命令終止調試，然后按F9跳出調試模式，就可以繼續對源代碼進行修改。

　　至于在這之前的嵌入式軟件在本地PC機上的調試，其過程比起調試運行在嵌入式設備上的軟件來講，只少了個遠程連接的過程，其余調試過程都一樣。至此，實現了在VIM中對嵌入式軟件的調試。

　　3 結語

　　嵌入式Linux系統的廣泛應用，對嵌入式軟件開發和調試環境的效率提出了更高的要求。GNU所提供的支持交叉編譯與調試的工具鏈是一個很好的選擇，尤其是其中的gdb調試工具完全滿足嵌入式軟件“交叉編譯”的這種特殊需要；而且，功能強大的VIM編輯器又可實現對gdb調試器的整合，從而在VIM中實現了對嵌入式軟件的調試功能。通過上面的實例可以看到，在VIM中對嵌入式軟件進行調試更加直觀和高效，從而也促使嵌入式軟件的開發效率得到了質的提高。