Code: Alles auswählen
/mnt/test # ./gdbserver 192.168.1.12:1234 ./neutrino
Process ./neutrino created; pid = 809
./gdbserver: relocation error: ./gdbserver: symbol ptrace, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Child exited with retcode = 7f
Listening on port 1234
Hmmm, jeinNpq hat geschrieben:Hmm, sieht aus als wenn die libc gestrippt wurde und ihr daher der ptrace()-Systemaufruf fehlt.
Versuchst du evtl. von einem Image aus zu debuggen?
Code: Alles auswählen
if test "$TARGETRULESET" = "standard"; then
TARGET_CFLAGS="$TARGET_CFLAGS -O2 -g3 -gdwarf-2"
TARGET_LDFLAGS=""
elif test "$TARGETRULESET" = "flash"; then
TARGET_CFLAGS="$TARGET_CFLAGS -Os"
TARGET_LDFLAGS="-s"
fi
Code: Alles auswählen
if TARGETRULESET_FLASH
CONFIGURE_OPTS_DEBUG = \
--without-debug
endif
Hmm, da sind noch 1.1MB frei. Denke schon dass das noch passen muesste. Zumindest fuer die ungestrippte libc muesste das noch passen.Houdini hat geschrieben:am einfachsten schon, wahrscheinlich passt es nicht rein!!
Ich wuerde es vorziehen, eine libc ins flash zu legen die zwar ohne debug-symbole uebersetzt aber nicht gestript wurde. Wenn man ein image flasht weiss man schliesslich nicht ob man irgendwann in den kommenden Wochen in die Verlegenheit kommt den debugger anzuwerfen.vielleicht kannst du anstatt libc ein link auf deine nfs libc machen, und später wieder zurück auf die flash libc zeigen lassen,
aber vorsicht: Ohne libc startet die box nicht mehr
Sind IIRC alle Symbole drinne, da, wie npq geschrieben hat, diese erst beim mklibs durchlauf raus kommen und dieser ja beiden den Sachen in cdkroot nicht angewendet wirdjw hat geschrieben:Die ist aber doch schon gestrippt?dcdead2 hat geschrieben:Wär's nicht am einfachsten die libc aus dem cdkroot/lib Verzeichnis ins image zu spielen?
Zum Einen habe ich nicht wirklich eine Ahnung, wie sowas aufzusetzen waere (und eine gute Anleitung konnte ich noch nicht finden).Npq hat geschrieben:Warum bootest du nicht über NFS?
Ah, die mklibs-geschichte kannte ich noch nicht. Ohne es genauer zu wissen, erschleicht mich die Ahnung als ob das genau das ist was ich suche. Schliesslich will ich ja nicht die glibc debuggenNpq hat geschrieben:Der Begriff "gestrippt" ist in der Tat mehrdeutig, einmal bezeichnet es das was das Programm "strip" durchführt, nämlich die Debugsymbole entfernen und dann meint man damit noch den "mklibs"-Durchlauf, welcher nicht verwendete Bibliotheksfunktionen komplett entfernt.
Und nur letzterer ist dafür verantwortlich, daß ptrace() nicht mehr in der Libc enthalten ist.
. Gibt es eine halbwegs einfache Moeglichkeit, den mklibs-durchlauf abzustellen?
Mit dem Hinweis auf mklibs hast du mir sehr viel mehr geholfen als ich mir erhofft haette.Da ich mich mit Images nicht beschäftige kann ich dir so nicht sagen wo das genau passiert,
Code: Alles auswählen
/var/tmp/build-yadi/dbox/cdk/bin/powerpc-tuxbox-linux-gnu-gdb \
-d /usr/local/src/foo foo
set solib-absolute-prefix /var/tmp/build-yadi/dbox/cdkroot
set solib-search-path /var/tmp/build-yadi/dbox/cdkroot/lib
handle SIG32 pass nostop noprint
target remote 192.168.1.14:1234
break main
continue
Breakpoint 1, 0x10001ba4 in main ()
(gdb) list
1 ../../gcc-3.3.5/gcc/libgcc2.c: Datei oder Verzeichnis nicht gefunden.
in ../../gcc-3.3.5/gcc/libgcc2.c
Hmmm, das verstehe ich jetzt aber nicht ganz... Ich will doch nicht den gcc debuggen. Das ist doch _mein_ main() und nicht das vom gcc?Houdini hat geschrieben:er sucht jetzt den sourcecode zu den routinen die vom gcc dazugesteuert wurden, die gcc sourcen wurden ja wieder aus dem cdk rausgelöscht.
mach einfach weiter
Ist schon klar, aber: ich habe den breakpoint ja nicht in die c-runtime gesetzt. main() ist doch nicht mehr Bestandteil der crt. Auch wenn ich den breakpoint auf irgendeine meiner routinen setze, kriege ich auch keine source angezeigt.Npq hat geschrieben:Die C-Runtime muß initialisiert werden, dafür werden wie Houdini schon sagte bestimmte Teile an statischem Code zur Anwendung hinzugelinkt.
offensichtlich nichtNpq hat geschrieben: Der gdb weiß aber trotzdem noch wo der Code hingehört und sucht dann danach.
Leider nichtNpq hat geschrieben:Sobald du "deinen" Code erreichst, landest du schon automatisch in der richtigen Sourcedatei.
Die Option "-d" braucht man eigentlich nicht, der absolute Pfad zu den Sourcen wird in den Debug-Informationen gespeichert.(gdb) break main
Breakpoint 1 at 0x10000514: file helloworld.c, line 5.
(gdb) continue
Continuing.
Breakpoint 1, main (argc=268437668, argv=0x7fba7e94) at helloworld.c:5
5 printf("HelloWorld\n");
(gdb) list
1 #include <stdio.h>
2
3 int main (int argc, char **argv)
4 {
5 printf("HelloWorld\n");
6 return 0;
7 }