[gelöst] yavdr jammy epg2vdr segfault bei "vdr --version"

kfb77 · 28. April 2022

seahawk1986

ich habe ein seltsames Problem: Mein Test VDR unter Ubuntu 22.04 mit vdr aus deinem Jammy Respository crashed beim Aufruf von "vdr --version". Nur da, sonst läuft er.

Ich konnte es eingrenzen auf das epg2vdr Plugin. Der Fehler ist weg, wenn ich es aus deinen Sourcen neu baue. Ist da was beim Build schief gegangen ???

Code

Core was generated by `vdr --version'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x000056414ae858fa in cListBase::Clear (this=this@entry=0x56414af0e1c0 <EpgHandlers>) at tools.c:2265
2265            delete objects;
(gdb) bt full
#0  0x000056414ae858fa in cListBase::Clear (this=this@entry=0x56414af0e1c0 <EpgHandlers>) at tools.c:2265
        object = 0x0
#1  0x000056414ae859cb in cListBase::~cListBase (this=0x56414af0e1c0 <EpgHandlers>, __in_chrg=<optimized out>) at tools.c:2172
No locals.
#2  0x00007fcdcb25a495 in __run_exit_handlers (status=0, listp=0x7fcdcb42e838 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true)
    at ./stdlib/exit.c:113
        atfct = <optimized out>
        onfct = <optimized out>
        cxafct = <optimized out>
        arg = 0x56414af0e1c0 <EpgHandlers>
        f = <optimized out>
        new_exitfn_called = <optimized out>
        cur = 0x56414ceb7f90
#3  0x00007fcdcb25a610 in __GI_exit (status=<optimized out>) at ./stdlib/exit.c:143
No locals.
#4  0x00007fcdcb23ed97 in __libc_start_call_main (main=main@entry=0x56414adae3d0 <main(int, char**)>, argc=argc@entry=2, argv=argv@entry=0x7ffc92095a38)
    at ../sysdeps/nptl/libc_start_call_main.h:74
        result = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 1490659926271840195, 140722758572600, 94838428722128, 94838430089272, 140521861406784, -1488783426026483773,
                -1498444091256746045}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x56414af0b008, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 1257287688}}}
        not_first_call = <optimized out>
#5  0x00007fcdcb23ee40 in __libc_start_main_impl (main=0x56414adae3d0 <main(int, char**)>, argc=2, argv=0x7ffc92095a38, init=<optimized out>, fini=<optimized out>,
    rtld_fini=<optimized out>, stack_end=0x7ffc92095a28) at ../csu/libc-start.c:392
No locals.
#6  0x000056414adb37a5 in _start ()
No symbol table info available.

Alles anzeigen

seahawk1986 · 29. April 2022

Zitat von kfb77

Ist da was beim Build schief gegangen ???

Soweit ich das bislang nachvollziehen konnte, setzt Launchpad ein paar zusätzliche Compiler-Flags: -Werror=format-security -Wformat -ffat-lto-objects -flto=auto -fstack-protector-strong - ich bekomme den Segfault auch mit einem lokal kompilierten Plugin, wenn ich die CXXFLAGS um -ffat-lto-objects -flto=auto erweitere.

seahawk1986 · 29. April 2022

Kann es sein, dass das ein Problem des VDR ist, weil der in http://git.tvdr.de/?p=vdr.git;…e52794c6ba52;hb=HEAD#l549 ff. die Plugins lädt, aber danach nicht aufräumt, bevor er sich beendet, wenn man vdr --version aufruft?

Ich habe mal versuchsweise folgendes eingebaut und damit scheint der Segfault weg zu sein:

Diff

$ cat debian/patches/fix_version_shutdown.diff 
Index: vdr-2.6.1/vdr.c
===================================================================
--- vdr-2.6.1.orig/vdr.c    2022-04-29 10:56:10.000000000 +0200
+++ vdr-2.6.1/vdr.c    2022-04-29 11:03:13.522003796 +0200
@@ -668,6 +668,9 @@
                break;
             }
         }
+     PluginManager.StopPlugins();
+     EpgHandlers.Clear();
+     PluginManager.Shutdown(false);
      return 0;
      }

Alles anzeigen

seahawk1986 · 29. April 2022

In der PLUGIN.html, die dem VDR beiliegt, steht im Abschnitt "Construction and Destruction":

Zitat von PLUGIN.html

The constructor shall initialize any member variables the plugin defines, but must not access any global structures of VDR. It also must not create any threads or other large data structures. These things are done in the Initialize() or Start() function later. Constructing a plugin object shall not have any side effects or produce any output, since VDR, for instance, has to create the plugin objects in order to get their command line help - and after that immediately destroys them again.

Damit wäre es epg2vdr, das sich falsch verhält, weil es seinen EpgHandler statt in https://projects.vdr-developer…dr.git/tree/epg2vdr.c#n28 nicht erst im Rahmen der Initialize()-Methode registriert...

mini73 · 29. April 2022

Eigentlich wird das "getSingleton" erst in Initialize aufgerufen. Es sei denn, es versteckt sich irgendwie in einem Call-Stack...

seahawk1986 · 29. April 2022

Zitat von mini73

Eigentlich wird das "getSingleton" erst in Initialize aufgerufen. Es sei denn, es versteckt sich irgendwie in einem Call-Stack...

Mittlerweile schon - ich hatte horchi deswegen angeschrieben: https://projects.vdr-developer…2c31b901968bb738a4b319326

mini73 · 29. April 2022

Sehr gut!

wirbel · 29. April 2022

Da sieht man mal, welchen Vorteil gute Dokumentation - wie hier - bringt.

seahawk1986 · 29. April 2022

kfb77 die neue Version wurde mittlerweile (momentan dauern Builds für x64 leider ziemlich lange) von Launchpad veröffentlicht - probier mal bitte, ob das das Problem löst.

kfb77 · 30. April 2022

Problem ist gelöst, danke.

[gelöst] yavdr jammy epg2vdr segfault bei "vdr --version"

Jetzt mitmachen!

Teilen