[ANNOUNCE] ExtP-NG für VDR-1.7.13/14/15/16

Ich bin nun ganz verwirrt
Welche Schritte sind nun erforderlich um das setup Plugin zum laufen zu bekommen?
Ist das installieren der TinyXML Lib erforderlich, und wenn ja, mit wlecher Mindestversion? Die header Datei ist ja bereits im VDR Ordner dabei, aber scheinbar in ner Version die nicht zum Plugin passt. Gibt's das denn nicht Probleme wenn zwei unterschiedliche Versionen der Lib benötigt werden? Oder ist im VDR Ordner lediglich ne ältere Header Datei, die verwendete Lib soll aber die selbe sein???
Ich bin total verwirrt (und bekomme es bisher auch nicht hin)...

Claus

Danke!
genau der Link hatte mir gefehlt. Ich hatte zwar gerade alles neu zusammengesucht, und keinen alten Ballast mehr mit dinn, jedoch nicht den neusten Extensionpatch erwischt.
Mal schauen wie's sich mit dem aktuellsten Patch macht

Claus

So was blödes, es will einfach nicht...

Jetzt hab ich den vdr-1.7.16 und den Extensionpatch extpngvdr1.7.16v2 genommen. Außerdem die zulu-edition des setup Plugins und das mit dem vdr-setup-use-shared-lib.diff gepatcht. Hinzu kommt die tinyxml-2.6.1.
Trotzdem bekomme ich weiterhin die Segfaults

Hast Du noch ne Idee? Hab ich irgendwas vergessen?

Claus

Wenn ich den WAREAGLEICON Patch weg lasse, gibt's keinen segfault mehr, aber trotzdem nen Abbruch mit memory map Ausgabe.
Vielleicht liegt's ja an der tinyxml Lib. Wie hast Du Deine denn erstellt? Ich habs mit diesem Befehl gemacht:

g++ -v -Wall -Wno-unknown-pragmas -Wno-format -shared -o libtinyxml.so.0.2.6.1 -Wl,-soname,libtinyxml.so.0 *.o

Das stammt auf dem Slackware build script.

Claus

Ja, aber ich mach nun erst mal nen Test bei dem ich lediglich den SETUP Patch aktiviere.
Ich entwickle übrigens unter Ubuntu 10.10. Laufen tut's dann in der MLD, die die Ubuntu Libs verwendet.

Claus

Das hat auch nicht geholfen. Hab nur den SETUP Patch aktiviert, und auch nur das setup Plugin verwendet. Ich bekomme trotzdem nen segfault beim betätigen der Menü-Taste.
Kann ich die Ursache irgendwie einkreisen?

Claus

Zitat

Original von clausmuus
Das hat auch nicht geholfen. Hab nur den SETUP Patch aktiviert, und auch nur das setup Plugin verwendet. Ich bekomme trotzdem nen segfault beim betätigen der Menü-Taste.
Kann ich die Ursache irgendwie einkreisen?

Kannst Du davon mal nen Backtrace erstellen ?!

Ja, komme ich aber erst Mogen zu.
Du meinst doch die Ausgabe die ich bekomme wenn er abstürzt? Da steht jedenfalls Backtrace in der Überschrift. Oder wie kann ich das gezielt erstellen?

Claus

Du solltest vdr mit
-g -ggdb -O0
kompilieren, und vor dem Starten von vdr den Backtrace aktivieren:

[ ! -d /tmp/corefiles ] && mkdir -p /tmp/corefiles.
   chmod 777 /tmp/corefiles.
   echo "/tmp/corefiles/core" > /proc/sys/kernel/core_pattern.
   echo "1" > /proc/sys/kernel/core_uses_pid
   ulimit -c unlimited

OK, nun bin ich endlich dazu gekommen. Hatte ein wenig Probleme mich per ssh auf der Kiste einzuloggen
Ich hab zum erstellen des coredumps das runvdr script verwendet. Als Plugins habe ich setup und softdevice verwendet.
Der dump ist unter http://www.minidvblinux.dyndns.org/download/core.2759.gz zu finden

Claus

Hi,

Auswerten solltest Du den Dump auch noch - sorry hatte ich vergessen zu schreiben.
Du machst:
gdb /usr/bin/vdr core.xxxx
wobei natuerlich die Parameter auf die richtigen files zeigen sollten.
Dann drueckst du ein paar mal enter und machst
bt

oder alternativ alles per Kommandozeile:

gdb $VDR_EXEC $CORE_FILE --batch --quiet -ex "thread apply all bt full" -ex "quit"

So, ich hab nun auch den debugger bemüht. Allerdings bin ich noch immer ein wenig rahtlos. Der Fehler tritt scheinbar im destructor von TiXmlDocument auf:

#0  0xffffe424 in __kernel_vsyscall ()
#1  0xb73e5941 in raise () from /lib/libc.so.6
#2  0xb73e8e42 in abort () from /lib/libc.so.6
#3  0xb741d305 in ?? () from /lib/libc.so.6
#4  0xb7427501 in ?? () from /lib/libc.so.6
#5  0xb742877e in ?? () from /lib/libc.so.6
#6  0xb7605441 in operator delete(void*) () from /usr/lib/libstdc++.so.6
#7  0xb75e7acd in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_M_destroy(std::allocator<char> const&) () from /usr/lib/libstdc++.so.6
#8  0xb75e7b8c in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() () from /usr/lib/libstdc++.so.6
#9  0x0815b5e9 in TiXmlDocument::~TiXmlDocument (this=0xbffe1678, __in_chrg=<value optimized out>) at /home/claus/MLD/vdr/src/tinyxml/tinyxml.h:1402
#10 0x0815a273 in cSubMenu::LoadXml (this=0x842dd90, fname=...) at submenu.c:488
#11 0x080f208e in cMenuMain::cMenuMain (this=0x842dd18, State=osUnknown) at menu.c:4029
#12 0x08155395 in main (argc=21, argv=0xbffe1a64) at vdr.c:978

Claus

Nabend Claus,

zum Übergang, hier hatte ich beschrieben, wie man es ohne die neue tinyxml zum Laufen bringt:

Link

Gruß
Wolfgang

Zitat

Original von wbreu
Nabend Claus,

zum Übergang, hier hatte ich beschrieben, wie man es ohne die neue tinyxml zum Laufen bringt:

Link

Gruß
Wolfgang

Alles anzeigen

Hallo,
Da muss ich auch mal meinen Senf loswerden
Dass man VDR patchen muss um die Setup Funktionalitaet zu ermoeglichen ist verstaendlich. Aber dass man dazu ne xml library benoetigt ist schlichtweg ne Design-Katastrophe. Wenn schon dann gehoeren die tinyxml files ins Plugin und vdr muss sich im Patch dann eben diese anziehen, aber der jetzige Patch ist eine Zumutung.

Zitat

Original von helau

Hallo,
Da muss ich auch mal meinen Senf loswerden
Dass man VDR patchen muss um die Setup Funktionalitaet zu ermoeglichen ist verstaendlich. Aber dass man dazu ne xml library benoetigt ist schlichtweg ne Design-Katastrophe. Wenn schon dann gehoeren die tinyxml files ins Plugin und vdr muss sich im Patch dann eben diese anziehen, aber der jetzige Patch ist eine Zumutung.

Nabend Helmut,

dass das bisher ne unschöne Sache war ist klar.

Aber so wie ich das sehe, gibts diverse Probleme mit der neuen Methode und die enden alle mit einem Segfault beim Menüöffnen.

Also ist die hier eingestellte neue Methode eben unbrauchbar, auch wenn copperhead sagt es läuft bei ihm, aber bei vielen anderen eben nicht.

Mir ist das wurscht, solange es läuft, können die blöden xml-Files auch ins Plugin, aber mir fehlen dazu die Fähigkeiten.....

Gruß
Wolfgang

Hi,

ich kann mich nur helaus Meinung anschliessen. Wenn schon eine xml lib benötigtwrd, dann sollte ruhig eine genommen werden die fertig kompiliert verfügbar ist, sich per make erstellenlässt oder eben im Fall der tinyxml sollte allesbenötigte mit rein in den Patch.

wbreu,
ich werd's nun erst mal mit Deiner Anleitung versuchen. Kannst Du einen angepassten Patch bereitstellen?

Claus