live segmentation fault

berndb · April 5, 2022 at 1:13 PM

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://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 · April 5, 2022 at 2:10 PM

Ich bräuchte da einen Backtrace ...

berndb · April 5, 2022 at 3:45 PM

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

Display More

MarkusE · April 5, 2022 at 7:21 PM

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 · April 5, 2022 at 8:17 PM

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 · April 6, 2022 at 11:44 PM

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!

Participate now!