Linux'ta uzaktan hata ayıklama için gdbserver nasıl kullanılır?

Eğer C veya C++ ile programlama yapıyorsanız... Linux ve siz daha önce hiç gdbserver'a dokunmadınız.Sunucu, gömülü sistem, sanal makine veya WSL gibi ortamlarda uzaktan işlem hata ayıklama için en kullanışlı araçlardan birini kaçırıyorsunuz. "Sihirli" veya uzmanlara özel bir şey olmaktan çok uzak olan gdbserver, gdb ile iletişim kuran ve hedef işlemin yürütülmesini kontrol eden basit bir küçük programdır.

Temel fikir çok basit.: Hata ayıklamak istediğiniz ikili dosyanın çalıştığı makinede ( hedef) gdbserver'ı başlatırsınız; iş bilgisayarınızda ( ev sahibigdb protokolünü destekleyen gdb veya WinDbg'yi başlatırsınız. Her ikisi de TCP veya seri port üzerinden bağlanır ve buradan kesme noktaları belirleyebilir, değişkenleri inceleyebilir, yığını görüntüleyebilir veya program kendi makinenizde çalışıyormuş gibi adım adım yürütmeyi takip edebilirsiniz.

GDBServer nedir ve ne zaman kullanmak mantıklıdır?

gdbserver, GNU gdb için uzaktan hata ayıklama "ajanı"dır.İşlevi oldukça spesifiktir: Analiz edilecek programın çalıştığı makinede çalışır, o işlemi (veya işlemleri) kontrol eder ve uzaktan bağlantı yoluyla başka bir makinede (veya aynı makinede) bulunan bir gdb istemcisiyle iletişim kurar.

Günlük kullanımda gdbserver iki tipik senaryoda kullanılır:Gömülü ortamlarda çalışan yazılımların (yönlendiriciler, basitleştirilmiş Linux yüklü kartlar, cihazlar) hata ayıklaması. IOTvb.) ve tüm kütüphaneleri ve sembolleri içeren "büyük" bir gdb'ye sahip olmanın uygun olmadığı veya mümkün olmadığı uzak Linux makinelerinde süreçleri hata ayıklamak için kullanılır.

Pratik düzeyde, gdbserver aşağıdaki gibi görevleri yerine getirir: İşlem kayıtlarını ve belleği okuyup yazmak, yürütmeyi kontrol etmek (devam ettirmek, duraklatmak, adım adım ilerletmek), kesme noktalarını yönetmek ve tüm bu verileri GDB uzaktan protokolünü kullanarak gdb'ye göndermek. Bu felsefe, gdb ile bir köprü görevi gören OpenOCD gibi araçların felsefesine çok benzer. donanım Harici bir komuttur, ancak gdbserver, ikili dosyanın çalıştığı aynı sistemde çalışır.

Eğer farklı ortamlardan geliyorsanız Windows Bunu bilmek de ilginç. WinDbg gibi hata ayıklayıcılar, Linux'taki bir gdb sunucusuyla iletişim kurabilir; bu sayede Microsoft'un son sürümlerinde yer verdiği gdb protokolü aracılığıyla uzaktan hata ayıklama desteğini kullanarak WinDbg'den Linux'taki kullanıcı süreçlerinde hata ayıklama yapabilirsiniz.

gdb ve gdbserver ile hata ayıklama için temel gereksinimler

Uzaktan hata ayıklamaya başlamadan önce, sunucu/hedef ilişkisini anlamanız gerekir.. hedef Hata ayıklaması yapılacak programın çalıştığı ve gdbserver'ın yürütüleceği makinedir; ev sahibi Bu, gdb'yi (veya WinDbg'yi) çalıştıracağınız ve kaynak kodunun ve tercihen hata ayıklama sembollerinin bulunduğu makinedir.

Temel başlangıç ​​noktası, ikili dosyayı sembollerle derlemektir.GCC veya g++'da bu, bayrak kullanılarak gerçekleştirilir. -gve genellikle optimizasyonları devre dışı bırakmak da tavsiye edilir (örneğin şunlarla): -O0Bu, hata ayıklayıcının değişkenleri, makroları ve kod yapısını daha doğru bir şekilde görüntülemesini sağlar. Belirli makrolar için, daha yüksek hata ayıklama seviyeleri kullanabilirsiniz, örneğin: -g3.

Sunucu tarafında gdb'nin uyumlu bir sürümüne ihtiyacınız olacak. Hedef mimariyle birlikte. MIPS, ARM veya diğer mimariye sahip gömülü sistemlerde hata ayıklamak için, ilgili çapraz derleme araç zincirinin (örneğin) gdb'sini kullanmalısınız. arm-none-eabi-gdb o gdb-multiarch) ve gerekirse mimariyi ve endianlığı yapılandırın. komutlar olarak set arch y set endian.

Bağlantı konusunda, gdbserver iki ana bağlantı türünü destekler.Seri bağlantı (gömülü donanımlarda çok yaygın, UART üzerinden) ve TCP/IP, hedef aynı ağda olduğunda veya ağ üzerinden erişilebilen bir Linux makinesi olduğunda en uygunudur. Her iki durumda da komut gdb'den kullanılır. target remote gdbserver tarafından sunulan uç noktaya bağlanmak.

gdbserver'ı başlatmanın yolları: tek işlem ve çok işlem modu

gdbserver iki ana şekilde çalışabilir. Kullanıcı modu hata ayıklamasından bahsettiğimizde: doğrudan tek bir işlemle ilişkilendirilir veya farklı sistem işlemlerini listelemeye ve bunlara bağlanmaya olanak tanıyan bir "işlem sunucusu" olarak çalışır.

Tek işlem modunda gdbserver'ı, host:port ve çalıştırılacak programı belirterek başlatırsınız. Linux masaüstü bilgisayarda basit bir örnekte, şöyle bir şey yapabilirsiniz:

Komut: gdbserver localhost:3333 foo

Bu komutla gdbserver, ikili dosyayı başlatır. foo ve 3333 numaralı limanda dinlemeye devam ediyor.Uzak gdb bağlantısı kurulana kadar program durdurulmuş halde kalır; gdb bağlantısı kurulduğunda... target remote localhost:3333Bu işlem, öğütücü tarafından kontrol edilmeye başlanır.

Çoklu işlem modunda (işlem sunucusu) bu seçenek kullanılır. --multiBu durumda, gdbserver doğrudan herhangi bir program başlatmaz, yalnızca gelen bağlantıları dinler ve istemcinin (gdb veya WinDbg) hangi işlemi oluşturacağını veya hangi işleme bağlanacağını yönetmesine olanak tanır:

Komut: gdbserver --multi localhost:1234

Linux'ta WinDbg ile çalışırken bu çok modlu yapı özellikle ilgi çekicidir.Çünkü WinDbg üzerinden uzak sistemdeki işlemleri listeleyebilir, PID'yi, kullanıcıyı ve komut satırını görebilir ve ilgilendiğiniz işleme, işlem sunucusunda yapıldığı gibi bağlanabilirsiniz. dbgsrv.exe Windows'ta.

gdbserver ve gdb ile uzaktan hata ayıklama adım adım

Şimdi bunu çok tipik bir örnekle somutlaştıralım.Aynı makinede (ana bilgisayar ve hedef aynı) gdbserver kullanarak basit bir uygulamada hata ayıklama yapın ve uzaktan erişim senaryosunu simüle edin.

Önce küçük bir program yazıp derliyorsunuz.Örneğin, sayacı yazdıran basit bir döngü:

Komut: gcc -g foo.c -o foo

Buradaki kilit nokta bayraktır. -gBu işlem, gdb'nin kod satırlarını, değişken adlarını, türleri vb. görüntüleyebilmesi için ikili dosyaya gerekli hata ayıklama bilgilerini ekler. "Gerçek" bir çapraz derleme ortamında, bu derlemeyi çapraz araç zinciriyle yapar ve ardından hem ikili dosyayı hem de bağımlılıklarını hedef sisteme kopyalarsınız.

Sonraki adım, hedefte gdbserver'ı başlatmaktır.Eğer sunucu ve hedef aynı makine ise, o zaman:

Komut: gdbserver localhost:3333 foo

Şuna benzer bir mesaj göreceksiniz: “foo işlemi oluşturuldu; pid = XXXX; 3333 numaralı portta dinleniyor”. Bu, gdbserver'ın işlemi oluşturduğunu ve gdb'nin bağlanmasını beklediğini gösterir. Daha fazla ayrıcalık gerektiren bir sistemdeyseniz (örneğin, sistem işlemlerine bağlanmak için), komutu şu şekilde çalıştırmanız gerekebilir: sudoAncak izin verirken her zaman ihtiyatlı olmak akıllıca olur. kök Kükürt giderme cihazına.

Sunucuda, yerel yürütülebilir dosyayı belirterek gdb'yi başlatırsınız. (Hedef sistemde çalışanla aynı sürüm veya semboller içeren özdeş bir kopyası):

Komut: gdb foo

Gdb'ye girdikten sonra, uzaktan bağlantıyı şu şekilde kurarsınız::

Komut: target remote localhost:3333

Bu aşamada gdb, sembolleri yerel ikili dosyadan yükler.gdbserver ile senkronize olur ve gdbserver altında çalışan işlemin kontrolünü ele alır. Bundan sonraki süreç her zamanki gibidir: komutlar gibi. break kırılma noktaları belirlemek için, continue, step, next, print Değişkenleri incelemek için, backtrace pili görmek vb.

gdbserver ile çalışan süreçlere bağlanma

Programı her zaman sıfırdan başlatmak istemeyebilirsiniz.Genellikle halihazırda devam eden bir sürece katılmakla ilgilenirsiniz (örneğin, bir httpd Bir yönlendirici(bir sistem arka plan programı veya üretim hizmeti).

Tipik yöntem, seçeneği kullanmaktır. --attach gdbserver'danDinleme yapacağı portu ve hedef işlemin PID'sini belirterek. Örneğin, mimarisine göre derlenmiş bir gdbserver'ı kopyaladığınız bir yönlendiricide şunu yapabilirsiniz:

Komut: gdbserver localhost:3333 --attach <pid_de_httpd>

Sunucu tarafında, yönlendiricinin mimarisini destekleyen bir gdb sürümü kullanacaksınız., Örneğin gdb-multiarchMimariyi ve endianlığı önceden yapılandırmak:

Komut: set arch mips
set endian big

Ardından sembolleri içeren yerel dosyayı belirtirsiniz. uzak ikili dosyanın (örneğin) file httpd) ve gerekirse, gdb'ye ikili dosyanın hedefte nerede çalıştığını şu şekilde bildirirsiniz: set remote exec-file /usr/bin/httpdSon olarak, tıpkı daha önce olduğu gibi, şunlarla bağlantı kurarsınız:

Komut: target remote 192.168.0.1:3333

Bağlandıktan sonraBelirli fonksiyonlara kesme noktaları koyabilirsiniz (örneğin break checkFirmware), yürütmeye devam edin ve programın normal akışının (örneğin, web arayüzünden aygıt yazılımı yükleme) kesme noktasını tetiklemesine izin verin.

Linux'ta WinDbg ile gdbserver kullanma

Son yıllarda Microsoft, WinDbg'ye Linux süreçlerinde hata ayıklama desteği ekledi. Arka uç olarak gdbserver kullanılıyor. Bu işlevsellik, Windows'ta çalıştığınız ancak kodun Linux'ta (WSL dahil) çalıştığı senaryolar için tasarlanmıştır.

WinDbg kullanarak gdbserver ile belirli bir Linux işleminde hata ayıklamaİşlem akışı aşağı yukarı şöyle olurdu: Öncelikle Linux makinesinde hedef işlemi şu komutla bulursunuz: ps -A (örneğin bir python3 (çalışır durumda olan) sistemde, daha sonra hedef sistemde gdbserver'ı başlatırsınız:

Komut: gdbserver localhost:1234 python3

Ortam gerektiriyorsa, kullanmanız gerekebilir. sudo gdbserver ...Her zamanki güvenlik önlemleriyle aynı şekilde. gdbserver "1234 numaralı bağlantı noktasında dinliyor" mesajını verdiğinde, WinDbg'de "Dosya / Uzaktan hata ayıklayıcıya bağlan" seçeneğine gidin ve aşağıdaki türde bir bağlantı dizesi belirtin:

Komut: gdb:server=localhost,port=1234

WinDbg, gdbserver ile iletişim kurmak için küçük bir gdb protokol "sürücüsü" kullanır. ve bağlantı kurulduktan sonra, bağlantı kurulduğu noktada durdurulmuş halde kalır. çizme Sürecin bir parçasıdır. Oradan yığın pencerelerini, modüllerini, belleğini, kesme noktalarını ve ayrıca komutları kullanabilirsiniz. k pili görmek için veya lm Modülleri listelemek için (bazı komutların ELF değil PE formatını beklediğini ve bu nedenle belirli durumlarda garip veriler gösterebileceğini unutmayın).

gdbserver ve WinDbg işlem sunucusu

Tek işlem durumuna ek olarak, WinDbg bir işlem sunucusu gibi davranan bir gdbserver'a da bağlanabilir. Bu modda, gdbserver, uzak Windows süreçleriyle çalışma şekline daha benzer şekilde başlatılır. --multi ve ilgili bir süreç olmaksızın:

Komut: sudo gdbserver --multi localhost:1234

WinDbg'den "Dosya / İşlem sunucusuna bağlan" seçeneğini seçin. ve bağlantı dizesini yeniden kullanıyorsunuz. gdb:server=localhost,port=1234Bağlantı aktif olduğunda, mevcut Linux işlemlerini listeleyebilir ve istediğiniz işleme bağlanabilir veya hatta yeni bir işlem başlatabilirsiniz.

İnce bir ayrıntıyı göz önünde bulundurmak gerekiyor.WinDbg, gdbserver'ın bağlantı kurulduğunda zaten bir işleme bağlı olup olmamasına bağlı olarak "işlem sunucusu" ve "tek hedef" arasında ayrım yapar. Eğer gdbserver'ı bir işleme bağlı bırakıp WinDbg'yi kapattıysanız ve ardından yeniden bağlanmayı denerseniz, gdbserver bir işlem sunucusu olarak algılanmayabilir ve gdbserver'ı yeniden başlatmanız gerekebilir.

Bir işlem sunucusu oturumunu sonlandırmak içinGenellikle, gdbserver'ın çalıştığı konsolda CTRL+D tuşlarına basıp WinDbg üzerinden hata ayıklamayı durdurmak yeterlidir. Bazı istisnai durumlarda, senkronizasyon sorunları varsa, hata ayıklayıcıyı tamamen kapatıp gdbserver'ı baştan başlatmak gerekebilir.

Uzaktan hata ayıklamada sembol ve kaynak kod yönetimi

Uzaktan hata ayıklamayı kolaylaştırmanın anahtarlarından biri, semboller ve yazı tipleri konusunun iyi bir şekilde çözümlenmesidir.Semboller olmadan, yığın üzerinde gezinmek veya belirli işlevlerde kesme noktaları belirlemek işkenceye dönüşür.

Klasik gdb + gdbserver senaryolarında, yürütülebilir dosyanın sembolleriyle birlikte bir kopyasını sunucuda tutmak idealdir. (çıkarılmamış) ve kaynak ağacı. gdb, uzak ikili dosyanın sembolleri içermesini gerektirmez; yüklediğiniz yerel dosyanın sembolleri içermesi yeterlidir. file Uzak yürütülebilir dosyayı ofset seviyesinde eşleştirin.

WinDbg ve Linux hata ayıklama dünyasında, DebugInfoD gibi hizmetler de ortaya çıktı.HTTP üzerinden sembolleri ve yazı tiplerini ortaya çıkaran yollar. WinDbg, bu tür özel yolları kullanabilir. DebugInfoD*https://debuginfod.elfutils.org ikisinde de .sympath ve .srcpath İsteğe bağlı DWARF sembollerini ve Linux ELF ikili dosyalarının kaynak kodunu indirmek için.

WSL ile ilgili belirli bir örnekte, kullanıcı kodu şu konumda yer almaktadır: C:\Users\Bob\WinDbg'ye şunları söyleyebilirsiniz:

Komut: .sympath C:\Users\Bob\
.srcpath C:\Users\Bob\

Ayrıca DebugInfoD'yi sistem ikili dosyaları için de kullanmak istiyorsanız:

Komut: .sympath+ DebugInfoD*https://debuginfod.elfutils.org
.srcpath+ DebugInfoD*https://debuginfod.elfutils.org

Bu yapılandırmayla, yığın izini incelediğinizde veya libc fonksiyonlarına girdiğinizde...WinDbg, ilgili DWARF sembollerini indirmeye çalışabilir ve sunucu kodu da sunuyorsa, kaynak kodunu oldukça ayrıntılı bir şekilde görüntüleyebilir; ancak Windows araç zinciri ELF ve DWARF'ı PE ve PDB kadar "yerel" olarak işlemez.

Pratik örnek: gdbserver ve WinDbg kullanarak bir C++ programında hata ayıklama.

Buna örnek olarak, ekrana bir tebrik mesajı yazan küçük bir C++ uygulaması verilebilir.WSL'de hata ayıklama sembolleriyle derlenmiş bir programı düşünün. Bir bellek alanı ayıran bir programı hayal edin. std::array<wchar_t, 50> ve daha uzun bir mesajı içine kopyalar, bu da metnin kısaltılmasına ve karakterlerin görünmesine neden olur. ???? sonunda

Bir şeye benzer bir şeyle derledikten sonra:

Komut: g++ DisplayGreeting.cpp -g -o DisplayGreeting

gdbserver'ı o ikili dosyaya karşı başlatıyorsunuz.:

Komut: gdbserver localhost:1234 DisplayGreeting

WinDbg'de bağlantıyı şu dizeyle kurarsınız: gdb:server=localhost,port=1234 Oturum kurulduktan ve sembol ve yazı tipi yolları yapılandırıldıktan sonra, bir kesme noktası ayarlarsınız. DisplayGreeting!mainkullanabilirsiniz dx greeting Yerel diziyi inceleyip boyutunu (50 pozisyon) görmek ve bellek sekmesinde veya değişkenler görünümünde selamlamanın nasıl kesildiğini görsel olarak kontrol etmek.

Bu örneğin güzelliği, WinDbg'de tüm ELF/DWARF formatları için tam destek olmasa bile,gdbserver'ı uzak bir arka uç olarak kullanarak yığınları gezebilir, türleri inceleyebilir, fonksiyon adına göre kesme noktaları belirleyebilir ve C++ kodunda oldukça rahat bir şekilde gezinebilirsiniz.

Qemu ve gdb kullanarak Linux çekirdeğinde hata ayıklama

gdbserver yalnızca kullanıcı modunda kullanılmaz; çekirdek modunda da çok güçlü senaryolar mevcuttur.Özellikle QEMU'yu hata ayıklama desteğiyle birleştirdiğinizde bu durum geçerlidir. Burada "gdbserver" rolü QEMU'nun kendi seçeneği tarafından yerine getirilse de, yaklaşım aynıdır: bir uçta hata ayıklanacak sistem çalıştırılır ve bir gdb portu açılır; diğer uçta ise gdb veya uzak protokolü konuşan bir hata ayıklayıcı bulunur.

Çekirdeği hata ayıklamak için, onu belirli hata ayıklama seçenekleriyle derlemeniz gerekir.: hata ayıklama bilgilerinin oluşturulmasını etkinleştir (CONFIG_DEBUG_INFO), GDB çekirdek komut dosyaları (CONFIG_GDB_SCRIPTS) ve çekirdeğin kendi hata ayıklama modu (CONFIG_DEBUG_KERNELAyrıca, "Bağlantı sırasında assembler tarafından oluşturulan sembolleri kaldır" gibi, bağlantı sırasında sembolleri kaldıran seçenekleri devre dışı bırakmak da önemlidir.

Derleme işleminden sonra ikili bir dosya elde edeceksiniz. vmlinux “soyulmamış”Bu, gdb'den kullanacağınız dosyadır. Ayrıca, şu komutla oluşturabileceğiniz temel bir initramfs'ye de ihtiyacınız var:

Komut: mkinitramfs -o ramdisk.img

Ardından QEMU'yu hata ayıklama parametreleriyle başlatın.Tipik bir örnek, şu seçeneği içerir: -gdb tcp::1234 gdb uyumlu bir uzak uç nokta açmak için ve -S Böylece sanal makine baştan itibaren duraklatılmış halde başlar. Ayrıca çekirdeği de belirtirsiniz. -kernel vmlinux, -initrd ramdisk.img, hafıza ile -m 512 ve genellikle konsolu şuraya yönlendirirsiniz: ttyS0 her şeyi yönetmek için terminal.

QEMU, GDB'yi beklerken gözaltında tutuluyor.Ana makineden, gdb'yi şu konuma işaret edecek şekilde başlatın: vmlinux ve siz bağlantı kurarsınız target remote localhost:1234Oradan erken kesme noktaları belirleyebilirsiniz, örneğin... hb start_kernelve aşağıdaki gibi komutlarla yürütmeyi kontrol edin: c (devam et) ve CTRL+C tuşlarına basarak tekrar duraklatın.

gdb ve gdbserver'da son zamanlarda yaşanan değişiklikler ve nüanslar

Red Hat Enterprise Linux 8 gibi modern dağıtımlarda, gdb ve gdbserver'da dikkate alınması gereken bir dizi değişiklik bulunmaktadır.Özellikle önceki sürümlerden geliyorsanız veya hata ayıklayıcı çıktısını analiz eden komut dosyalarınız varsa bu durum geçerlidir.

Bir yandan, gdbserver artık "alt" süreçleri bir shell kullanarak başlatıyor.Tıpkı gdb gibi, bu da komut satırında değişken genişletme ve değiştirme işlemlerine olanak tanır. Herhangi bir nedenle bu davranışı devre dışı bırakmanız gerekirse, RHEL 8'de önceki moda geri dönmek için belgelenmiş belirli ayarlar mevcuttur.

Ayrıca bazı şeyler kaldırıldı veya değiştirildi.: Java ile derlenmiş programlar için hata ayıklama desteği gcjHP-UX XDB uyumluluk modu, aşağıdaki gibi komutlar: set remotebaud (yerine geçen) set serial baud) veya belirli bir eski formatla uyumluluk stabsAyrıca, iş parçacığı numaralandırması artık genel değil, "alt" iş parçacığına göre yapılıyor ve şu şekilde görünüyor: inferior_num.thread_num, aşağıdakiler gibi yeni kolaylık değişkenleriyle birlikte: $_gthread Küresel tanımlayıcıya atıfta bulunmak.

Bir diğer önemli yeni özellik ise ayarlama işlemidir. max-value-sizeBu, gdb'nin bir değerin içeriğini görüntülemek için ayırabileceği bellek miktarını sınırlar. Varsayılan değer 64 KiB'dir, bu nedenle büyük dizileri veya devasa yapıları yazdırma girişimleri, mevcut tüm belleği görüntülemek yerine "değer çok büyük" uyarısıyla sonuçlanabilir.

Ayrıca gdb'nin işleme şekli de ayarlandı. sysrootVarsayılan değer şimdi target:Bu, uzak işlemler için öncelikle hedef sistemde kütüphaneleri ve sembolleri bulmaya çalışacağı anlamına gelir. Yerel sembollere öncelik vermesini istiyorsanız, şu komutu çalıştırmalısınız: set sysroot İlginizi çeken rotayı takip ederek başlayın. target remote.

Komut geçmişine gelince, şu anda kullanılan ortam değişkeni şudur: GDBHISTSIZE yerine HISTSIZEBu sayede, satır okuma kütüphanesini kullanan diğer uygulamaların davranışına müdahale etmeden, hata ayıklama oturumlarında yazdığınız komutların ne kadar süreyle saklanmasını istediğinizi hassas bir şekilde ayarlayabilirsiniz.

gdbserver ile ilgili iş akışı ipuçları ve sorun giderme

Rahat bir iş akışına sahip olmak için, çok iyi sonuç veren bazı kalıplar vardır. Gömülü sistemler veya uzak sunucular için geliştirme yaparken, ilk adım sembol derlemesini ve hedef sisteme ikili dosya dağıtımını olabildiğince otomatikleştirmektir. Bu sayede, hangi yürütülebilir dosya sürümünün çalıştığını her zaman bilirsiniz ve sembol kopyası ana bilgisayarda her zaman hazır bulunur.

Çok sayıda çökme çekirdeğinin bulunduğu ortamlarda, gdb'yi toplu işlem modunda kullanmayı öğrenmek faydalı olacaktır.bayraklarla birlikte, --batch, --ex y -x Bir dizi çekirdek üzerinde otomatik olarak komutları çalıştırmak ve komut dosyalarından gelen izleme kayıtlarını işlemek (örneğin, şurada): PythonBu sayede tekrarlanan sorunları hızlıca filtreleyebilir, hataları yığın izine göre gruplandırabilirsiniz vb.

Uzaktan bağlantıda bir sorun oluştuğunda, seçenek --debug gdbserver sizin en iyi arkadaşınızdır.Örneğin, bir işlem sunucusunu şu şekilde başlatırsanız:

Komut: gdbserver --debug --multi localhost:1234

gdbserver konsolu, neler olup bittiğine dair ayrıntılı izler gösterecektir. Uzak protokol seviyesinde, bu gelen paketleri, biçimlendirme hatalarını, bağlantı kesilmesi sorunlarını vb. içerir. Bu, gdb sunucunuz aniden bağlantıyı kestiğinde, bir kesme noktası ayarlandığı anda bir işlem çöktüğünde veya hata ayıklama GUI'niz gdbserver'ın anlamadığı bir şey gönderdiğinde çok kullanışlıdır.

TP-Link yönlendirici gibi, gdbserver'ı kritik bir işleme bağladığınız bağlamlarda, httpdBazı kesme noktalarının, hata ayıklayıcıda çok uzun süre "takılı" kaldığında işlemi sonlandıran yarış koşulları veya izleme mekanizmaları oluşturması nispeten yaygındır. Bu durumlarda, hangi sinyallerin engellendiğini, hangi iş parçacıklarının kontrol edildiğini ve gerekirse sistem yapılandırmasının (zaman aşımı süreleri, donanım izleme mekanizmaları) kendisinin değiştirilmesini sağlayarak daha uzun hata ayıklama oturumlarına olanak tanımak gerekebilir.

gdbserver'ı doğru kullanmak, çeşitli parçaları bir araya getirmeyi gerektirir.Uygun sembollerle derleyin, mimariye uygun gdb'yi seçin, sembol ve kaynak yollarını yapılandırın, gdbserver'ın iki ana modunu (tek işlemci ve çok işlemci) anlayın ve bu modlardan kod çekmekten çekinmeyin. --debug Bağlantı beklendiği gibi davranmadığında. Bu temel üzerine kurulu olarak, uzak bir Linux sisteminde, yönlendiricide veya özel bir çekirdeğe sahip sanal makinede çalışan uygulamaların hata ayıklaması, bilgisayarınızdan oldukça rutin ve her şeyden önce inanılmaz derecede kullanışlı hale gelir.