live segmentation fault

berndb · 5. April 2022

Mein old-school selbst kompilierter vdr startete nicht mehr, also neu gebaut.

Da der auf meinem arch läuft, habe ich mir die sourcen aus aur/vdr4arch geholt, bis auf den vdr selbst (den von http://git.tvdr.de). Der meldet sich als 2.6.1.

Nach

Code

make LCLBLD=1 ONEDIR=1

Das läuft alles nach schnellen erstem Test:

Code

./vdr --user=bernd_b --log=3 -c /video -v /video -P epgsearch -P streamdev-server -P femon -P "xineliboutput  --local=none --remote=37890 --video=opengl2"

Also streamdev, xineliboutput, femon, epgsearch.

Zum größten Problem (neben dem fehlenden zurück-Button in der xine-ui, bei vdrsxfe funktioniert die Backspace-Taste und keinem Bild bei softhddevice - Luxusprobleme):

Füge ich live hinzu, erhalte ich:

Code

./vdr --user=bernd_b --log=3 -c /video -v /video -P "live -p 8008 -i 192.168.178.100" -P epgsearch -P streamdev-server -P femon -P "xineliboutput  --local=none --remote=37890 --video=opengl2"
INFO: validating live server ip '192.168.178.100'
Segmentation fault (core dumped)

Habe ich da irgendeine Bananenschale liegen lassen?

Code

cxxtools 3.0-2
tntnet 3.0-2

MarkusE · 5. April 2022

Ich bräuchte da einen Backtrace ...

berndb · 5. April 2022

Was genau soll ich liefern oder wie erstelle ich denn so einen Backtrace?

Hilft das (nach gdb im vdr-wiki)

Code

Core was generated by `./vdr -v /video -c /video -P live'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007fc650b4a4bd in __strlen_avx2 () from /usr/lib/libc.so.6
[Current thread is 1 (Thread 0x7fc65062b740 (LWP 132869))]
(gdb) bt
#0  0x00007fc650b4a4bd in __strlen_avx2 () from /usr/lib/libc.so.6
#1  0x00007fc65002bffb in std::char_traits<char>::length (__s=0x0) at /usr/include/c++/11.2.0/bits/char_traits.h:371
#2  std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::assign (__s=0x0, this=0x7fc65018ae40 <vdrlive::Plugin::m_resourceDirectory[abi:cxx11]>)
    at /usr/include/c++/11.2.0/bits/basic_string.h:1458
#3  std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator= (__s=0x0, this=0x7fc65018ae40 <vdrlive::Plugin::m_resourceDirectory[abi:cxx11]>)
    at /usr/include/c++/11.2.0/bits/basic_string.h:689
#4  vdrlive::Plugin::Start (this=0x55e64137dce0) at live.cpp:47
#5  0x000055e64027d58f in cPluginManager::StartPlugins (this=this@entry=0x7fff013d5b40) at plugin.c:388
#6  0x000055e6401f9bb0 in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:866

Alles anzeigen

MarkusE · 5. April 2022

live.cpp:47 -> m_resourceDirectory = canonicalize_file_name(cPlugin::ResourceDirectory( PLUGIN_NAME_I18N ));

Ist mir jetzt unklar, was da schiefgeht. PLUGIN_NAME_I18N wird im Makefile definiert, mit

PLUGIN := live

DEFINES += -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"$(PLUGIN)"' -DTNTVERSION=$(TNTVERSION) -DCXXTOOLVER=$(CXXTOOLVER)

utiltiy · 5. April 2022

Ich nutze unter arch denn aktuellen GIT Stand von gestern, funktioniert ohne Probleme, nutze aber SHD usw. zur Ausgabe bei mir am Standalone VDR

berndb · 6. April 2022

Code

git pull

Brachte sowohl im live-Quellverzeichnis als auch in dem des vdr keine Änderungen. Also

Code

pacman -Syu

und das System auf Stand gebracht.

Immer noch keine Besserung, auch nach Neustart des Rechners.

Code

make clean

im vdr-Verzeichnis und im live Verzeichnis ausgeführt und

Code

make LCLBLD=1 ONEDIR=1

neu übersetzt/ kompiliert.

Und nu läuft es auch mit live.

Da waren wohl irgendwelche Gremlins aktiv, die hoffentlich jetzt verschwunden sind. Danke für Rat und Tat!

live segmentation fault

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema