[Christian]

Hi Christian,

habe upnp in meiner Entwicklungsumgebung neu bauen lassen, installiert und getestet. Leider wieder ein Segfault. Die Logdateien habe ich dir per PN geschickt.

Viele Grüße skippy

Hast du das nightbuild Addon vom Webserver mal getestet?

[skippy]

Hey, du bist ja schnell, dachte, dass die

[Christian]

Hey, du bist ja schnell, dachte, dass die

[skippy]

Hi Christian,

nö, so weit bin ich noch nicht in die Geheimnisse vorgedrungen. Ich versuche es mal mit meinen Worten:
Unter nicht shrinken versteht man =>
Entwicklungsumgebung anwerfen, in Makefile.tools bestimmte Zeilen auskommentieren, auf der Konsole nach ./MLD/vdr wechseln, ein make clean und anschl. make durchführen. Das so erstellte Addon auf meiner MLD Installation gegen das vorhandene Addon vdr austauschen, danach reboot und dann weiter mit:

stop vdr
ulimit -c unlimited
start vdr

Was das debuggen auf meiner Entwicklungsumgebung betrifft => könnte ich dir nicht den core-Dump per Mail schicken und übernimmst das?
Ich habe hier mal die Zeilen 419 - 428 aus dem Makefile.tools kopiert. Die sind es nicht wirklich oder?

Code: [Select]

copy_deps:
$(MAKE) libs_dep
$(MAKE) modules_dep
$(MAKE) modules_firmware
$(MAKE) modules_map
find $(modul) -perm -1 -type f | while read f; do
  if [ ! -e "$${f%/*}/.dont-strip-unneeded" ]; then
   strip --strip-unneeded "$$f" 2>/dev/null;
  fi;
done; trueViele Grüße skippy

//edit: Mit dem Debuggen scheint ja doch nicht so kompliziert. Ich dachte, ich muss da selbst den Fehler finden. Ist ja sozusagen nur eine "Umformatierung" des Dumps.
//edit2: which ulimit hat auf meinem MLD_Server aber nichts geliefert. Kommt ulimit durch das unshrinken oder muss ich da noch ein Addon installieren?

[Christian]

Hi Christian,

nö, so weit bin ich noch nicht in die Geheimnisse vorgedrungen. Ich versuche es mal mit meinen Worten:
Unter nicht shrinken versteht man =>
Entwicklungsumgebung anwerfen, in Makefile.tools bestimmte Zeilen auskommentieren, auf der Konsole nach ./MLD/vdr wechseln, ein make clean und anschl. make durchführen. Das so erstellte Addon auf meiner MLD Installation gegen das vorhandene Addon vdr austauschen, danach reboot und dann weiter mit:

stop vdr
ulimit -c unlimited
start vdr

Was das debuggen auf meiner Entwicklungsumgebung betrifft => könnte ich dir nicht den core-Dump per Mail schicken und übernimmst das?
Ich habe hier mal die Zeilen 419 - 428 aus dem Makefile.tools kopiert. Die sind es nicht wirklich oder?

Code: [Select]

copy_deps:
$(MAKE) libs_dep
$(MAKE) modules_dep
$(MAKE) modules_firmware
$(MAKE) modules_map
find $(modul) -perm -1 -type f | while read f; do
  if [ ! -e "$${f%/*}/.dont-strip-unneeded" ]; then
   strip --strip-unneeded "$$f" 2>/dev/null;
  fi;
done; trueViele Grüße skippy

//edit: Mit dem Debuggen scheint ja doch nicht so kompliziert. Ich dachte, ich muss da selbst den Fehler finden. Ist ja sozusagen nur eine "Umformatierung" des Dumps.
//edit2: which ulimit hat auf meinem MLD_Server aber nichts geliefert. Kommt ulimit durch das unshrinken oder muss ich da noch ein Addon installieren?

Kann sein das es im System-Tools is .

Die Zeilen im .Tools sind es nicht ...

[skippy]

Kann sein das es im System-Tools is .

Auch nö, da gibt es in dieser Richtung nur "i2cdump" und "strace".
Eine Suche in der Entwicklungsumgebung zeigt etwas in der INITRAMFS, aber ein find über das komplette Dateiverzeichnis des Servers ergibt keinen Treffer.

Code: [Select]

juergen@juergen-VirtualBox:~/MLD$ find . -name "ulimit*"
l./INITRAMFS/src/uClibc-0.9.33.2/libc/sysdeps/linux/common/ulimit.c
./INITRAMFS/src/uClibc-0.9.33.2/libc/sysdeps/linux/common/ulimit.os
./INITRAMFS/src/uClibc-0.9.33.2/include/ulimit.h
und nu? Bin bald für den Rest des Abends unterwegs,also keine Eile ...

Viele Grüße skppy

[Christian]

Von Claus:

Nen Backtrace wird erzeugt, indem man auf der Konsole "ulimit -c unlimited" aufruft. Beim nächsten Absturz wird dann automatisch nen Backtrace erstellt und wenn ich mich richtig erinnere unter /root oder / abgelegt.
Damit auf der MLD nen Backtrace überhaupt vernünftig helfen kann, dürfen bei den Programmen die untersucht werden sollen, jedoch nicht wie normalerweise getan, die Debugsymbole entfernt werden. Das kannst Du ausschalten, indem Du in dem Makefile.tools das "strip" durch ein "true || strip" ersetzt. Alle Addons die nun erstellt werden sind nen gutes Stück größer und enthalten die Debug Symbole.

---

Das ulimit kannst du auch von deiner Develumgebung z.b nach sytemtools kopieren (Template/bin) und neu bauen und auf dein vdr kopieren

[skippy]

:computertod Ich muss noch viel lernen. Stutzig geworden bin ich, als "which ulimit" in der Entwicklungsumgebung kein Ergebnis gebracht hat. Es ist also kein eigenständiges Programm, sondern ein "integrierter Befehl", der auch auf der MLD-Installation funktioniert. Na dann lege ich mal los, denke aber nicht, dass ich es heute noch schaffe.

[skippy]

Doch noch eine Frage zur Sicherheit: das strip taucht 3x (Zeile 425 + 426 => sofern lagst du damit richtig) auf - siehe oben. Welches strip muss ich denn ersetzen 1, 2, oder 3   oder mehrere?

[Christian]

Doch noch eine Frage zur Sicherheit: das strip taucht 3x (Zeile 425 + 426 => sofern lagst du damit richtig) auf - siehe oben. Welches strip muss ich denn ersetzen 1, 2, oder 3   oder mehrere?

Alle

[skippy]

Hi Christian,
es ist vollbracht. Ein core von ca. 240 MB wurde erstellt. Die Ausgabe mit gdb sieht so aus:

Code: [Select]

~$ gdb vdr core
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
vdr: Datei oder Verzeichnis nicht gefunden.
[New LWP 1064]
[New LWP 1041]
[New LWP 1049]
[New LWP 1026]
[New LWP 1054]
[New LWP 1033]
[New LWP 1038]
[New LWP 1058]
[New LWP 1039]
[New LWP 1059]
[New LWP 1042]
[New LWP 1060]
[New LWP 1046]
[New LWP 1047]
[New LWP 1050]
[New LWP 1052]
[New LWP 1053]
[New LWP 1055]
[New LWP 1056]
[New LWP 1057]
[New LWP 1061]
[New LWP 1067]
[New LWP 1032]
[New LWP 1063]
[New LWP 1065]
Failed to read a valid object file image from memory.
Core was generated by `/usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action'.
Program terminated with signal 11, Segmentation fault.
#0  0x080df988 in ?? ()
(gdb) bt
#0  0x080df988 in ?? ()
#1  0xb2e61544 in ?? ()
#2  0xa7aee280 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)
und damit kann ein Entwickler etwas anfangen? => Respekt!

Viele Grüße skippy

[Christian]

Hi Christian,
es ist vollbracht. Ein core von ca. 240 MB wurde erstellt. Die Ausgabe mit gdb sieht so aus:

Code: [Select]

~$ gdb vdr core
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
vdr: Datei oder Verzeichnis nicht gefunden.
[New LWP 1064]
[New LWP 1041]
[New LWP 1049]
[New LWP 1026]
[New LWP 1054]
[New LWP 1033]
[New LWP 1038]
[New LWP 1058]
[New LWP 1039]
[New LWP 1059]
[New LWP 1042]
[New LWP 1060]
[New LWP 1046]
[New LWP 1047]
[New LWP 1050]
[New LWP 1052]
[New LWP 1053]
[New LWP 1055]
[New LWP 1056]
[New LWP 1057]
[New LWP 1061]
[New LWP 1067]
[New LWP 1032]
[New LWP 1063]
[New LWP 1065]
Failed to read a valid object file image from memory.
Core was generated by `/usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action'.
Program terminated with signal 11, Segmentation fault.
#0  0x080df988 in ?? ()
(gdb) bt
#0  0x080df988 in ?? ()
#1  0xb2e61544 in ?? ()
#2  0xa7aee280 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)
und damit kann ein Entwickler etwas anfangen? => Respekt!

Viele Grüße skippy

#0  0x080df988 in ?? ()

Die Fragezeichen deuten aber darauf das debugsymbole fehlen

Kannst du mal die binarys (ausführbare Dateien) in der Größe prüfen? Z.b. Der vdr muss mit debugsymbole viel größer sein als sein original

Des weiteren versuche es mal in dem vdr src Verzeichnis wo die "vdr" binary liegt /vdr/src/vdr/

Code: [Select]

cd ...../MLD/vdr/src/vdr
gdb vdr core (dumpname = core)

vdr: Datei oder Verzeichnis nicht gefunden. Sollte nicht kommen  :unsure:  

[skippy]

Hi Christian,

deine Vorschläge werde ich nachher mal ausprobieren, wenn ich wieder zu Hause bin. Inzwischen habe ich mal versucht, eine kleine Anleitung über die Erstellung eines Backtrace ins Wiki zu schreiben.

Dabei habe ich mir überlegt, ob nicht auch das upnp-Addon mit den Debugsymbolen übersetzt werden muss und erst einmal so da rein geschrieben. Was meinst du, soll ich das upnp auch mit geänderter Makefile.tools kompilieren?

Viele Grüße skippy

[Christian]

Hi Christian,

deine Vorschläge werde ich nachher mal ausprobieren, wenn ich wieder zu Hause bin. Inzwischen habe ich mal versucht, eine kleine Anleitung über die Erstellung eines Backtrace ins Wiki zu schreiben.

Dabei habe ich mir überlegt, ob nicht auch das upnp-Addon mit den Debugsymbolen übersetzt werden muss und erst einmal so da rein geschrieben. Was meinst du, soll ich das upnp auch mit geänderter Makefile.tools kompilieren?

Viele Grüße skippy

Schaden kann es nicht

So müsste es aussehen!

Code: [Select]

if [ ! -e "$${f%/*}/.dont-strip-unneeded" ]; then
  true || strip --strip-unneeded "$$f" 2>/dev/null;
fi;

Oder so:

Code: [Select]

#find $(modul) -perm .......
#if [ ! -e "$${f%/*}/.dont-strip-unneeded" ]; then
#  strip --strip-unneeded "$$f" 2>/dev/null;
#fi;
#done; true


[skippy]

Hi Christian,

So müsste es aussehen!

Code: [Select]

if [ ! -e "$${f%/*}/.dont-strip-unneeded" ]; then
  true || strip --strip-unneeded "$$f" 2>/dev/null;
fi;


durch deine Antwort "Alle" sah es bei mir etwas anders aus :huh:

Nachher folgt dann der nächste Versuch mit richtiger Makefile.tools :rolleyes:

Viele Grüße skippy