streamdev 0.6.0 und openelec(xbmc) vtp stürzt ab

johns · 12. Oktober 2012

Auf dem Server rennt vdr 1.7.31 mit streamdev 0.6.0
Der Client ist openelec 2.0 rc2

Wenn ich mit vtp://tvserver/ auf den Server zugreife stürtzt dieser sofort ab.

Code

[141050.454636] streamdev serve[2253]: segfault at 1 ip 00000033c4c499e0 sp 00007f4a0affc130 error 4 in libc-2.15.so[33c4c00000+19f000]
[141268.316604] streamdev serve[28344]: segfault at 1 ip 00000033c4c499e0 sp 00007f713bffe130 error 4 in libc-2.15.so[33c4c00000+19f000]
[141393.594369] streamdev serve[28753]: segfault at 1 ip 00000033c4c499e0 sp 00007f6ef37fd130 error 4 in libc-2.15.so[33c4c00000+19f000]
[230005.040029] streamdev serve[20062]: segfault at 1 ip 00000033c4c499e0 sp 00007f36b4ff8130 error 4 in libc-2.15.so[33c4c00000+19f000]

Wenn es umbedingt sein muß kann ich einen Stackbacktrace generieren.
Ich vermute das XBMC nicht das aktuelle streamdev Protokoll spricht.

Johns

schmirl · 15. Oktober 2012

Der Server kann zwischen alten und neuen Clients unterscheiden. Version sollte somit kein Thema sein.

Ein großer Teil des VTP-Protokolls wurde damals nur für XBMC eingebaut - teilweise unvollständig mit zusätzlichen Patches die irgendwo im XBMC-Forum rumlagen. Solange sich noch alles halbwegs kompilieren lässt, lasse ich das auch in Streamdev drin. Möchte aber nicht ausschließen, dass diese Codebestandteile sich möglicherweise nicht mehr mit aktuellen VDR Versionen vertragen.

Stacktrace wäre hilfreich

johns · 16. Oktober 2012

So habe nun mit xbmc 11.0 (Eden) getestet, gleicher Effekt:

Code

#0  0x0000003a194499e0 in vfprintf () from /lib64/libc.so.6
#1  0x0000003a194ff9e1 in __vasprintf_chk () from /lib64/libc.so.6
#2  0x00000000004f426e in cString::sprintf(char const*, ...) ()
#3  0x00007ffff43d72f6 in cConnectionVTP::Respond(int, char const*, ...) ()
   from /usr/lib64/vdr/plugins/libvdr-streamdev-server.so.1.7.31
#4  0x00007ffff43d8f6e in cLSTCHandler::Next(bool&) ()
   from /usr/lib64/vdr/plugins/libvdr-streamdev-server.so.1.7.31
#5  0x00007ffff43dbd54 in bool cConnectionVTP::CmdLSTX<cLSTCHandler>(cLSTCHandler*&, char*) () from /usr/lib64/vdr/plugins/libvdr-streamdev-server.so.1.7.31
#6  0x00007ffff43db97b in cConnectionVTP::Command(char*) ()
   from /usr/lib64/vdr/plugins/libvdr-streamdev-server.so.1.7.31
#7  0x00007ffff43d54bc in cServerConnection::Read() ()
   from /usr/lib64/vdr/plugins/libvdr-streamdev-server.so.1.7.31
#8  0x00007ffff43d44e6 in cStreamdevServer::Action() ()
   from /usr/lib64/vdr/plugins/libvdr-streamdev-server.so.1.7.31
#9  0x00000000004eee98 in cThread::StartThread(cThread*) ()
#10 0x0000003a19c08ec6 in start_thread () from /lib64/libpthread.so.0
#11 0x0000003a194ea86d in clone () from /lib64/libc.so.6

Alles anzeigen

schmirl · 19. Oktober 2012

Das ganze passiert beim Befehl LSTC, also wenn der Client die Liste der Kanäle abruft. Dieser Code-Teil wird vom "normalen" Streamdev nicht genutzt, nur von XBMC. Ich dachte eigentlich, dass XBMC für Streamdev gar nicht mehr genutzt wird? Tritt der Absturz auch auf, wenn Du Dich mit telnet an den VTP-Port verbindest und den Befehl "LSTC" ausführst?

Zum Stacktrace: Ich kann an dieser Stelle keinen Fehler erkennen. Falls Du den core-Dump noch hast: liefert ein "bt full" brauchbare Zusatzinformationen?

johns · 19. Oktober 2012

Ja mit

Code

telnet localhost 2004
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 VTP/1.0 Welcome to Video Disk Recorder
LSTC
Connection closed by foreign host.

Stürzt er auch ab. Anbei gdb log von anderem System mit Debugsymbols.
Ich verwende VTP immer wenn ich XBMC teste. Für den Schrott lohnt es sich
nicht XVDR oder VNSI Plugins auf dem Server zuinstallieren.

Johns

Edit: altes gdb log gelöscht.

nobanzai · 30. Januar 2013

Hi,

Zitat von schmirl

Das ganze passiert beim Befehl LSTC, also wenn der Client die Liste der Kanäle abruft. Dieser Code-Teil wird vom "normalen" Streamdev nicht genutzt, nur von XBMC. Ich dachte eigentlich, dass XBMC für Streamdev gar nicht mehr genutzt wird? Tritt der Absturz auch auf, wenn Du Dich mit telnet an den VTP-Port verbindest und den Befehl "LSTC" ausführst?

Zum Stacktrace: Ich kann an dieser Stelle keinen Fehler erkennen. Falls Du den core-Dump noch hast: liefert ein "bt full" brauchbare Zusatzinformationen?

gibt es da zufällig eine Lösung?
Ich habe heute xbmc 12 installiert und damit das Problem auch - was ich schade finde, weil die Kombination von xbmc und streamdev eigentlich super wäre.

Thx und ciao.
Michael.

schmirl · 1. Februar 2013

Bugfix soeben eingecheckt. Hatte an einer Stelle ein cString::sprintf übersehen, das ab 1.7.28 cString::vsprintf heißen muss.

nobanzai · 1. Februar 2013

Hi,

danke!

Probiere ich am WE direkt aus und werde berichten.

Ciao.
Michael.

nobanzai · 2. Februar 2013

Hi,

Zitat von schmirl

Bugfix soeben eingecheckt. Hatte an einer Stelle ein cString::sprintf übersehen, das ab 1.7.28 cString::vsprintf heißen muss.

klappt wunderbar.

Thx!

Ciao.
Michael.

streamdev 0.6.0 und openelec(xbmc) vtp stürzt ab

Jetzt mitmachen!

Teilen