[Christian]

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

Da wusste ich nicht das es nur einmal Strip gibt

 

[skippy]

Da wusste ich nicht das es nur einmal Strip gibt

Ich hoffe, du hast es nicht als Vorwurf aufgefasst, denn so war es überhaupt nicht gemeint!

Hier der nächste Backtrace, diesmal aus dem Verzeichnis vdr/scr/vdr:

Code: [Select]

VirtualBox:~/MLD/vdr/src/vdr$ gdb vdr ~/core3
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/>...
Reading symbols from /home/juergen/MLD/vdr/src/vdr-2.0.1/vdr...done.
[New LWP 13475]
[New LWP 13448]
[New LWP 13446]
[New LWP 13452]
[New LWP 13457]
[New LWP 13453]
[New LWP 13459]
[New LWP 13456]
[New LWP 13464]
[New LWP 13460]
[New LWP 13465]
[New LWP 13467]
[New LWP 13463]
[New LWP 13469]
[New LWP 13466]
[New LWP 13471]
[New LWP 13468]
[New LWP 13470]
[New LWP 13472]
[New LWP 13474]
[New LWP 13476]
[New LWP 13477]

warning: Can't read pathname for load map: Eingabe-/Ausgabefehler.

warning: Could not load shared library symbols for 42 libraries, e.g. /usr/lib/vdr/libvdr-xx.so.2.0.0.
Use the "info sharedlibrary" command to see the complete listing.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
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  cEvent::ChannelID (this=0x0) at epg.c:149
149   return schedule ? schedule->ChannelID() : tChannelID();Nach meinem Verständnis sieht das schon besser aus, schlau werde ich daraus aber auch nicht. Den Namen der Beispiellibrary habe ich zensiert
Die Ausgabe ändert sich nicht, egal ob ich upnp und xx mit Debugsymbols übersetzt habe oder nicht.

Hilft das weiter oder soll ich noch etwas versuchen?

Viele Grüße skippy

[Christian]

Super danke,

Das gleiche jetzt für osdpip

Sorry, das ich gerade nicht selber kann .... Die Zeit und so .... Am Handy oder Päd ... Kann ich meist nur mein Senf dazu geben....

[Christian]

Da wusste ich nicht das es nur einmal Strip gibt

Ich hoffe, du hast es nicht als Vorwurf aufgefasst, denn so war es überhaupt nicht gemeint!

Hier der nächste Backtrace, diesmal aus dem Verzeichnis vdr/scr/vdr:

Code: [Select]

VirtualBox:~/MLD/vdr/src/vdr$ gdb vdr ~/core3
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/>...
Reading symbols from /home/juergen/MLD/vdr/src/vdr-2.0.1/vdr...done.
[New LWP 13475]
[New LWP 13448]
[New LWP 13446]
[New LWP 13452]
[New LWP 13457]
[New LWP 13453]
[New LWP 13459]
[New LWP 13456]
[New LWP 13464]
[New LWP 13460]
[New LWP 13465]
[New LWP 13467]
[New LWP 13463]
[New LWP 13469]
[New LWP 13466]
[New LWP 13471]
[New LWP 13468]
[New LWP 13470]
[New LWP 13472]
[New LWP 13474]
[New LWP 13476]
[New LWP 13477]

warning: Can't read pathname for load map: Eingabe-/Ausgabefehler.

warning: Could not load shared library symbols for 42 libraries, e.g. /usr/lib/vdr/libvdr-xx.so.2.0.0.
Use the "info sharedlibrary" command to see the complete listing.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
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  cEvent::ChannelID (this=0x0) at epg.c:149
149   return schedule ? schedule->ChannelID() : tChannelID();Nach meinem Verständnis sieht das schon besser aus, schlau werde ich daraus aber auch nicht. Den Namen der Beispiellibrary habe ich zensiert
Die Ausgabe ändert sich nicht, egal ob ich upnp und xx mit Debugsymbols übersetzt habe oder nicht.

Hilft das weiter oder soll ich noch etwas versuchen?

Viele Grüße skippy

Du hast vergessen noch ein "bt" einzugeben. Kannst du den kompletten bitte generieren. So wie vorgestern nur mit den Symbolen?

Ein einfaches bt noch in der gdb session

[skippy]

Hm, das sieht aber auch nicht besser aus:

Code: [Select]

(gdb) bt
#0  cEvent::ChannelID (this=0x0) at epg.c:149
#1  0xb2e19544 in ?? ()
#2  0xa92f1280 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Ich habe den vdr und upnp und xx entsprechend komiliert. Die Addons sind auch größer. Muss ich alle Plugins mit den Debugsymbolen generieren?

Viele Grüße skippy

[Christian]

Hm, das sieht aber auch nicht besser aus:

Code: [Select]

(gdb) bt
#0  cEvent::ChannelID (this=0x0) at epg.c:149
#1  0xb2e19544 in ?? ()
#2  0xa92f1280 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Ich habe den vdr und upnp und xx entsprechend komiliert. Die Addons sind auch größer. Muss ich alle Plugins mit den Debugsymbolen generieren?

Viele Grüße skippy

Sieht so aus das wir auch noch den Path zu den vdr Libarys angeben müssen ... Er meckert ja das er 42 libs nicht Laden konnte

warning: Could not load shared library symbols for 42 libraries, e.g. /usr/lib/vdr/libvdr-xx.so.2.0.0.
Use the "info sharedlibrary" command to see the complete listing.
Do you need "set solib-search-path" or "set sysroot"?

[skippy]

Sieht so aus das wir auch noch den Path zu den vdr Libarys angeben müssen

 :unsure:

[Christian]

Wenn du im gdb bist und er meckert das er Libarys nicht finden kann, hast du die Möglichkeit im gdb ( da wo du "bt" eingibst ) ihm zu sagen wo die Libs liegen .

set solib-search-path <path>

Beispiel:

set solib-search-path /home/Christian/MLD/.......

Die vdr-libs kannst du dir zur Not vom MLD Rechner holen !

BTW: ich glaube ein gdb Addon zu bauen um direkt auf dem vdr zu Debuggen ist einfacher, weil da alle Libs schon an Ort und stelle ist.

[skippy]

Hilft leider auch nicht viel weiter (ein paar Ausgaben der Libs habe ich wegen der

[skippy]

Ist dieser Link vielleicht hilfreich, wenn ja was soll ich genau versuchen?

Viele Grüße skippy

//edit: Wohl nicht  

Code: [Select]

(gdb) set $pc = *(void **)$esp
You can't do that without a process to debug.


[Christian]

habe mal das gdb addon gebaut ... kannst jetzt bitte einmal versuchen auf der mld zu debuggen

es sollte automatisch beim rechnerstart ulimit gesetzt und bei einem segfault kann auf der konsole mit "gdbmld" der debugger gestartet werden (gdb /usr/bin/vdr /root/core)

falls die vdr libs nicht automatisch gefunden werden sagt bescheid, dann ändere ich die startparameter

[Christian]

habe mal das gdb addon gebaut ... kannst jetzt bitte einmal versuchen auf der mld zu debuggen

es sollte automatisch beim rechnerstart ulimit gesetzt und bei einem segfault kann auf der konsole mit "gdbmld" der debugger gestartet werden (gdb /usr/bin/vdr /root/core)

falls die vdr libs nicht automatisch gefunden werden sagt bescheid, dann ändere ich die startparameter

ich wollte selber einmal ein dump anlegen nur leider kommt der nicht ?!?! grrrr

der müsste doch im /root landen oder?

 

[skippy]

Hi Christian,

das ging ja schnell. Habe es gleich mal getestet. Das Setzen von ulimit -c unlimited scheint noch nicht zu funktionieren. Jedenfalls wurde kein core erzeugt, obwohl der Segfault aufgetreten ist. Ich habe dann den vdr gestoppt, ulimit -c unlimited eingegeben und den vdr gestartet. Core wurde erzeugt. Hier die Ausgabe von gdb:

Code: [Select]

MLD> gdbmld
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/>...
Reading symbols from /usr/bin/vdr...(no debugging symbols found)...done.
[New LWP 24340]
[New LWP 24300]
[New LWP 24294]
[New LWP 24313]
[New LWP 24301]
[New LWP 24325]
[New LWP 24310]
[New LWP 24330]
[New LWP 24311]
[New LWP 24314]
[New LWP 24334]
[New LWP 24322]
[New LWP 24335]
[New LWP 24323]
[New LWP 24336]
[New LWP 24326]
[New LWP 24328]
[New LWP 24329]
[New LWP 24331]
[New LWP 24332]
[New LWP 24333]
[New LWP 24337]
[New LWP 24339]
[New LWP 24343]
[New LWP 24341]

warning: Can't read pathname for load map: Input/output error.

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
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 cEvent::ChannelID() const ()
(gdb) Killed
Leider wird der Prozess sehr schnell gekillt. Bestimmt hast du noch ein paar Ideen.

Viele Grüße skippy

[Christian]

Hi Christian,

das ging ja schnell. Habe es gleich mal getestet. Das Setzen von ulimit -c unlimited scheint noch nicht zu funktionieren. Jedenfalls wurde kein core erzeugt, obwohl der Segfault aufgetreten ist. Ich habe dann den vdr gestoppt, ulimit -c unlimited eingegeben und den vdr gestartet. Core wurde erzeugt. Hier die Ausgabe von gdb:

Code: [Select]

MLD> gdbmld
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/>...
Reading symbols from /usr/bin/vdr...(no debugging symbols found)...done.
[New LWP 24340]
[New LWP 24300]
[New LWP 24294]
[New LWP 24313]
[New LWP 24301]
[New LWP 24325]
[New LWP 24310]
[New LWP 24330]
[New LWP 24311]
[New LWP 24314]
[New LWP 24334]
[New LWP 24322]
[New LWP 24335]
[New LWP 24323]
[New LWP 24336]
[New LWP 24326]
[New LWP 24328]
[New LWP 24329]
[New LWP 24331]
[New LWP 24332]
[New LWP 24333]
[New LWP 24337]
[New LWP 24339]
[New LWP 24343]
[New LWP 24341]

warning: Can't read pathname for load map: Input/output error.

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
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 cEvent::ChannelID() const ()
(gdb) Killed
Leider wird der Prozess sehr schnell gekillt. Bestimmt hast du noch ein paar Ideen.

Viele Grüße skippy

dein vdr hat keine debug symbnole ?!?!

[Christian]

der gdb debuggt 1a

skippy ich hab mal schnell

Code: [Select]


(gdb) backtrace
#0  cEvent::ChannelID (this=0x0) at epg.c:149
#1  0xb102f544 in upnp::VdrProvider::Action() () from /usr/lib/vdr/libupnp-vdr-provider.so.1.0.0-2.0.0
#2  0x0815e1f4 in cThread::StartThread (Thread=0x8643d80) at thread.c:262
#3  0xb774bd4c in ?? () from /lib/i386-linux-gnu/libpthread.so.0
#4  0xb7476d3e in clone () from /lib/i386-linux-gnu/libc.so.6