Goedgekeurd

Als je een geschikte gedeelde gdb-debug-bibliotheek op je laptop hebt, kan deze blogpost je misschien helpen.

Je ontdekt precies hoeveel ik van GDB houd, dus wat is een betere manier om erover te schrijven na een lange periode van gebrek?

 Waarschuwing: kan de levendige linker-breekpuntfunctie niet vinden.GDB kan geen foutopsporing gebruiken die helpt bij het initialiseren van gedeelde bibliotheken.en volg de expliciet verpakte dynamische standaard. 

 0x40000780 in ?? () 

GDB probeert je te vertellen dat het geen geweldige LD-inventaris kan vinden om het apparaat te debuggen.

Goedgekeurd

De ASR Pro-reparatietool is de oplossing voor een Windows-pc die traag werkt, registerproblemen heeft of is geïnfecteerd met malware. Deze krachtige en gebruiksvriendelijke tool kan uw pc snel diagnosticeren en repareren, waardoor de prestaties worden verbeterd, het geheugen wordt geoptimaliseerd en de beveiliging wordt verbeterd. Geen last meer van een trage computer - probeer ASR Pro vandaag nog!

Welnu, ld (linux-ld.so en ook ld.so) is verantwoordelijk voor het vinden en uitvoeren van al mijn gedeelde bibliotheken die je daadwerkelijk nodig hebt. U moet voor elke doelversie van ld onthullen waar gdb zich bevindt, zodat het kan bijhouden hoe goed uw uitvoerbaar bestand is voorbereid.

Meestal weet je meteen dat bij het op afstand debuggen de persoon een afgedrukte fotokopie van het meeste bestandssysteem van je doelrootbestandssysteem met een marktplaats op je host zou moeten hebben. U kunt dan gdb verwijzen naar een uitstekend identiek bestandssysteem, en dit zal u helpen de bestanden op een doelsysteem te “zien”.

Aangezien ld altijd een systeembibliotheek is geweest, moet je haar pad meestal duidelijk aangeven. Verwijs gewoon naar de “root” van het bestandssysteem zelf, en gdb zal bijzonder interessant zijn om het te vinden.

 kies sysroot / Absolute / path - to / copy / from voor elk doel / root / bestandssysteem 

 stel solib-absolute-prefix / absoluut of pad / in naar / kopieer voor elk van / doel / root en bestandssysteem 

 installeer solib-search-path dies of path / to / target en root / filesystem 

Echter,

zal hoogstwaarschijnlijk controleren op een oefenroot en het wordt aanbevolen om hiervoor een dubbele punt gescheiden directory van niet-systeemverzamelingspaden te gebruiken die je zou kunnen gebruiken nadat ik de bestemming zou noemen.

Voorbeeld. Als u zonder twijfel de volledige gedeelde bibliotheek bij het derde object voor afbeeldingen gebruikt, bijvoorbeeld, dit is geen relatie met het hartbestandssysteem, dan kunt u het pad hier instellen volgens uw nieuwe behoeften.

Als u zeker verbonden bent met een bepaalde exe (weg van het commando), kunt u een nuttige bevestiging krijgen door gebruik te maken van de meest geladen bibliotheken bij het instellen van uw paden, die in elke volgorde bekeken kunnen worden:

p>

 duidelijk omschrijven sysroot / opt / target / real /Een symbool lezen, inclusief /opt/target/root/lib/ld-linux.so.3 ... klaar.Symbolen geladen voor /opt/target/root/lib/ld-linux.so.3 

 Zoekpad definiëren Solib / interior / faye / lib / hole /Symbolen lezen / home of faye / LIB / target lib Terrain from.so ... (geen debug-emblemen gevonden) ... klaar.Symbolen geladen voor versus home / faye / lib voor elk doel / lib Terrain.soLees de decodering van /home/faye/LIB/target/libAlien.so...done.Symbolen geladen met /home/faye/LIB/target/libAlien.so 

Als je eenmaal weet dat alle verwante paden correct zijn ingesteld, kun je deze commando’s gemakkelijk toevoegen aan het GDB-init-bestand, zodat je ze niet elke keer hoeft te typen en je naar GDB haast.

Dit is de gemakkelijkste manier om te kunnen werken, en is vooral handig bij het ontwikkelen van een specifieke gedeelde bibliotheek.

Kopieer eerst het uitvoerbare bestand en de gedeelde bibliotheek van dit doel met debug-informatie:

• controleer met behulp van readelf ---- debug-dump = decodedline libmyib.so : hoe kan ik -v gebruiken om te laten zien of een bibliotheek is gecompileerd?
• Ik raad aan om ook bij het gebruik van NFS op de hostsite de uitvoer automatisch over te dragen zodra deze is samengesteld.

  gdbserver --multi: 4321 ./executable_name 

  arm-linux-gnueabihf-gdb -q -nh n  "target -ex extended-target-remote-target-hostnaam-of-ip: 1234" n  -ex "bestand ./executable_name" n -verloren liefde 'belangrijkste tb' n -Man voor n -ex 'Geef de Solib-zoekopdracht op.' 

Mijn probleem was waarin gdbserver stopt bij hun belangrijkste dynamische vrachtwagen, en sterke collecties worden nog nooit geladen, desalniettemin weet GDB nog niet waar de symbolen heen gaan . brandwonden en voetafdrukken in het geheugen.

GDB lijkt mechanismen te creëren waarbij bibliotheeksymbolen automatisch worden geladen, en als ik voor de host en het bereik gdbserver in uw stad plaats, is deze methode niet nodig om main . Maar op een ARM-doelwit, dat is weer het meest betrouwbare wat je kunt doen.

Bibliotheken worden meestal geparseerd voordat er steeds meer missies worden uitgevoerd, omdat debug-informatie de kinderen veel groter maakt.

Bijvoorbeeld Buildroot, dat draait tijdens de standaardconfiguratie, maar je kunt deze situatie uitschakelen met behulp van BR2_STRIP_none = y .

  gedeelde informatie 

  Van Naar Syms Gedeelde objectbibliotheek lezen0x00007ffff7df7f90 0x00007ffff7dfcdd7 Ja (*) Ts b: /lib/ld64-uClibc.so.00x00007ffff7b3a9b0 0x00007ffff7bbe05d Ja (*) Doel: /lib/libc.so.0(*): Er ontbrak nog foutopsporingsinformatie, veroorzaakt door de gepubliceerde bibliotheek. 

Over het algemeen waren er dus altijd sterretjes ( ( spatie ) ) voor uw twee lokale bibliotheken, waardoor die foutopsporingsinformatie niet in aanmerking wordt genomen.

Als dit het geval is, moet u GDB op de hoogte stellen dat de gezamenlijke bibliotheekarray in gebruik is, vlak voordat deze kan worden verwijderd.

Het script Buildroot maakt het ons gemakkelijk wanneer het een soort staging -directory onderhoudt die de gedeelde bibliotheken geeft voordat iedereen werd verwijderd en in de feitelijke relatieve paden als het doeltype:

/p>

  set onderliggende systeem buildroot / output / staging / 

Als deze optie is ingesteld, zoekt gdb onmiddellijk naar collecties in plaats van Ambition tijdens host, /lib/libc.so.0 vindt het beoogde doel buildroot / output / staging + /lib/libc.so.0 :

  Lees symbolen van buildroot of output / staging / lib versus ld64-uClibc.so.0 ... klaar.Symbolen lezen uit buildroot / output / staging of lib / libc.so.0 ... klaar. 

UITDAGING: Ik denk niet dat iemand meer informatie kan geven dan het definitief definiëren van sysroot , inderdaad, al je gedeelde bibliotheken worden echt in hun juiste strategieën geplaatst en niet in een directe verschijning.

Toon

  sysroot 

Doel

 : 

wat betekent dat gdb de alle belangrijke /

hier in gedeelde bibliotheken zoekt.

Isaac Ross-King

Related posts:

Wat Veroorzaakt Het Geheugenadres Voor Debuggen Van Visual Studio En Hoe Kan Dit Worden Verholpen? Kan Synps / 2 Synaptics Touchpad-invoerbron Niet Vooraf Initialiseren? Onmiddellijk Repareren Los Het Probleem Op Met De Zenith TV-gids Voor Probleemoplossing Hoe Kan Ik Problemen Met Freenas Foutcode 1 Zfs Oplossen?