linux遠程調試

1. VS2017遠程調試linux程序,雙擊產生的斷點顯示不會命中,通過」調試-新建斷點"設置的函數斷點卻可以生效

codeblocks設置斷點和單步調試方法：主要是建一個project；而且project要放在英文目錄下面；程序項目的目錄里不能有中文；newproject->consoleapplication->選擇corc++->filename->有個debug要鉤上->寫程序；編譯後使游標定位在程序某處，按F4使程序運行到游標處，再按F7就可以單步調試，按Shift+F7單步進入。

2. 如何在linux上開啟遠程debug

tomcat debug參數關鍵字: debug 一般調試一個web項目的java代碼時，需要將你的tomcat伺服器和你的開發工具（比如Jbuilder）集成，或需要工具的一些插件支持(比如Eclipse下的myclipse等)，這些方式都是在本地進行，即你的開發工具和tomcat運行在同一台伺服器上，如果你的開發工具和伺服器不再一台機器上那就需要實現遠程調試功能了。 實現方法：在tomcat的catalina.bat文件中加入下面的設置，當然SET CATALINA_OPTS 變數應該在使用它之前。這是在tomcat啟動時設置一些虛擬機參數，使伺服器允許遠程連接功能，address=5888表示遠程連接的埠號，可以設置成任意其他不沖突埠。其他的應用伺服器比如weblogic也應該可以設置這些參數，有興趣的可以測試。 SET CATALINA_OPTS=-server -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5888 這樣就Ok了，重啟動tomcat,可以直接獨立啟動，而不用在eclipes的插件中啟動。打開eclipse中的debug設置窗口，選擇Remote Java Application ，新建一個debug項，輸入伺服器IP和剛才設置埠號，點ok就可以進入debug狀態了。

3. Linux系統遠程連接終端連接不上怎麼辦

將SSH終端服務的埠由22修改為別的埠以防攻擊黑客直接猜解您的伺服器密碼 首先修改配置文件 vi /etc/ssh/sshd_config 找到#Port 22一段，這里是標識默認使用22埠，修改為如下： Port 22 Port 50000 然後保存退出 執行/etc/init.d/sshd restart 這樣SSH埠將同時工作與22和50000上。現在編輯防火牆配置：vi /etc/sysconfig/iptables 啟用50000埠。 執行/etc/init.d/iptables restart現在請使用ssh工具連接50000埠，來測試是否成功。 如果連接成功了，則再次編輯sshd_config的設置，將里邊的Port22刪除，即可。之所以先設置成兩個埠，測試成功後再關閉一個埠，是為了方式在修改conf的過程中，萬一出現掉線、斷網、誤操作等未知情況時候，還能通過另外一個埠連接上去調試，以免發生連接不上帶來更多的麻煩。

4. 遠程debug linux連接超時

遠程調試環境由宿主機GDB和目標機調試 stub共同構成，兩者通過串口或TCP連接。使用GDB標准遠程串列協議協同工作，實現對目標機上的系統內核和上層應用的監控和調試功能。調試stub 是嵌入式系統中的一段代碼，作為宿主機GDB和目標機調試程序間的...

5. linux weblogic怎麼配置遠程調試

在被調試的應用啟動用的腳本裡面的JavaOption裡面加上 -Xdebug -Xrunjdwp:transport=dt_socket,address=NNNN,server=y,suspend=y 然後再eclipse上創建遠程,wgrjIu

6. 哪個開發軟體占內存小

熟練掌握優秀的開發工具，往往能很大程度的提升軟體開發效率！下面以程序員視角，談談自己在日常開發過程中常用到的一些開發工具！歡迎大家留言補充：

C/C++開發

C/C++開發，當然還是一如既往的首推VisualStudio2015+系列。安裝番茄插件（VA助手）之後，寫起C++來簡直不要太爽！

使用新版本的VisualStudio，你不僅可以創建Windows平台的項目，更可直接創建基於CMake的跨平台項目，更能完成Linux遠程調試的工作。

那麼，它有哪些缺點呢？至少目前來說，我沒有發現。唯一需要注意的就是安裝包實在太大了，完全安裝需要50.7GB的空間（當然，對於土豪來說，這點硬碟空間算不上什麼），在安裝過程中可自行選擇有需要的模塊進行安裝。

Java開發

21世紀Java開發，當然是選擇IDEA了！在智能代碼自動提示、代碼重構、J2EE支持、Ant、JUnit、CVS整合、代碼審查、創新的GUI設計等方面做的非常出色，早已被業界公認為Java開發首選IDE了。

如果你還在使用Eclipse，強烈推薦你試試IDEA！

通用軟體

1. Wireshark

神級別的網路封包分析軟體，免費開源，支持Windows、mac OS兩大操作系統平台，使用WinPCAP作為介面，直接與網卡進行數據報文交換。可以讓我們很直觀的看到每一層（TCP/IP分層結構）網路數據包的流動方式。

處於安全考慮，wireshark只能查看封包，而不能修改封包的內容，或者發送封包。

2. VSCode

微軟出品的一款免費跨平台編輯器，大概是21世紀最優秀的編輯器之一了！有了它，我已經徹底放棄了使用多年的Notepad++、Sublime編輯器。啟動快、顏值高、跨平台支持、插件豐富、對新手友好，上手難度低。最重要的是它亦支持遠程開發，與Git高度集成。

3. Vim

號稱編輯器之神，啟動快速、高度可定製華、插件豐富，逼格高、支持編輯模式和命令模式，最大的優勢在於可以然你原理滑鼠，完全使用鍵盤高效工作。唯一的缺點就是你需要花費一定的時間來投入學習 它的使用。

有人會好奇，有更好用的IDE，為什麼還要裝逼使用Vim呢？其實，對於一般人而言，完全沒有必要很深入的學習Vim，但是基本的操作你還是必須掌握的，不然，當你需要遠程操作伺服器時，你看到的只有ssh登錄後的無圖形化界面的系統，不懂Vim，文檔編輯你將無從下手!

4. Git

目前世界上最先進的分布式版本控制系統（沒有之一），高端大氣上檔次！作為一名程序員，如果你不知道它或者沒有使用過它，那真的是太不合格了。基本已成為現在大多數公司代碼版本控制的選擇，旨在替代古老的SVN。

5. BeyondCompare

專業的文件對比工具，可快速對比文檔、文件夾之間的差異並高亮顯示，支持文件內容快速合並，支持Window、Linux、MacOS三大主流操作平台，對於程序員朋友，實在是一款不可多得的神器。

7. 在windows 遠程調試 linux機器上的c++程序

wingide
是一個跨平台的庫，你在
windows
上開發，在
linux
下運行是可以的。不過界面的效果會有一點小小的差別，自己注意一下就可以了。
開發好以後，將源代碼拷貝到
linux
下，重新編譯一下就好了。
另外，仔細看文檔，針對某個平台特定的東西，最好不要用。

8. vs2017遠程調試linux配置連接管理器時藍屏

系統出現錯誤。
可能某個程序中有系統不支持的文件，才導致的藍屏，可以完全卸載了再重新安裝試試，如不行的話可以請下電子設備的維修師傅。
停止錯誤（stoperror），常稱為藍屏死機（BlueScreenofDeath），是出現嚴重的系統錯誤後，windows計算機系統上顯示的一種錯誤屏幕，也稱為系統崩潰。系統崩潰是指操作系統不能再安全運行的一種狀態。

9. 嵌入式Linux的GDB遠程調試如何實現呢

有道啟新嵌入式研究院——遠程調試環境由宿主機GDB和目標機調試stub共同構成，兩者通過串口或TCP連接。使用GDB標准遠程串列協議協同工作，實現對目標機上的系統內核和上層應用的監控和調試功能。調試stub是嵌入式系統中的一段代碼，作為宿主機GDB和目標機調試程序間的一個媒介而存在。

就目前而言，嵌入式Linux系統中，主要有三種遠程調試方法，分別適用於不同場合的調試工作：用ROM Monitor調試目標機程序、用KGDB調試系統內核和用gdbserver調試用戶空間程序。這三種調試方法的區別主要在於，目標機遠程調試stub的存在形式的不同，而其設計思路和實現方法則是大致相同的。

而我們最常用的是調試應用程序。就是採用gdb+gdbserver的方式進行調試。在很多情況下，用戶需要對一個應用程序進行反復調試，特別是復雜的程序。採用GDB方法調試，由於嵌入式系統資源有限性，一般不能直接在目標系統上進行調試，通常採用gdb+gdbserver的方式進行調試。Gdbserver在目標系統中運行，gdb則在宿主機上運行。

要進行GDB調試，目標系統必須包括gdbserver程序，宿主機也必須安裝gdb程序。一般linux發行版中都有一個可以運行的gdb，但開發人員不能直接使用該發行版中的gdb來做遠程調試，而要獲取gdb的源代碼包，針對arm平台作一個簡單配置，重新編譯得到相應gdb.gdb的源代碼包可以從http://ftp.cs.pu.e.tw/Linux/sourceware/gdb/releases/下載，最新版本為gdb-6.4.下載到某個目錄，筆者下載到自己的用戶目錄：/home/vicky.下載完後，進入/home/vicky目錄，配置編譯步驟如下：
#tar jxvf gdb-6.4-tar-bz2
#cd gdb-6.4
#./configure --target=arm-linux --prefix=/usr/local/arm-gdb -v
#make
(這一步的時候可能會有問題，提示一個函數中（具體函數名不記得了）parse error，就是unsigned前邊多了一個」}」,你用vi進入那一行把它刪掉就行了。)
#make install
#export PATH=$PATH:/usr/local/arm-gdb
進入gdbserver目錄：
#./configure --target=arm-linux –host=arm-linux
#make CC=/usr/local/arm/2.95.3/bin/arm-linux-gcc
(這一步要指定arm-linux-gcc的位置，可能跟你的不一樣)
沒有錯誤的話就在gdbserver目錄下生成gdbserver可執行文件，把它燒寫到flash的根文件系統分區，或通過nfs mount的方式都可以。只要保證gdbserver能在開發板上運行就行。

下面就可以用gdb+gdbserver調試我們開發板上的程序了。在目標板上運行gdbserver，其實就是在宿主機的minicom下，我的red hat linux裝在vmware下的。我是在minicom下#mount 192.168.2.100：/ /tmp後做的（這里參數-o nolock可以不加，不加這一步執行得反而更快些），hello和gdbserver都是位於linux根目錄下，把主機根目錄掛在到開發板的/tmp目錄下。
要進行gdb調試，首先要在目標系統上啟動gdbserver服務。在gdbserver所在目錄下輸入命令：
(minicom下)
#cd /tmp
#./gdbserver 192.168.2.100:2345 hello
192.168.2.100為宿主機IP，在目標系統的2345埠開啟了一個調試進程，hello為要調試的程序。
出現提示：
Process /tmp/hello created: pid=80
Listening on port 2345
(另一個終端下)
#cd /
#export PATH=$PATH:/usr/local/arm-gdb/bin
#arm-linux-gdb hello
(gdb) target remote 192.168.2.223:2345
（192.168.2.223為開發板IP）
出現提示：
Remote debugging using 192.168.2.223:2345
[New thread 80]
[Switching to thread 80]
0x40002a90 in ??()
同時在minicom下提示：
Remote debugging from host 192.168.2.100
(gdb)
連接成功，這時候就可以輸入各種gdb命令如list、run、next、step、break等進行程序調試了。
以上針對通過nfs mount和tftp的方式，只能在主機上調試好後下載到開發板上運行，如果有錯誤要反復這個過程，繁瑣不說，有些程序只能在開發板上調試。所以筆者採用了gdbserver的遠程調試方式。希望對大家調試程序有用！