[epg2vdr] Speicherzugriffsfehler bei der Versionsabfrage

3PO · 30. November 2014

Hallo Zusammen,

mit ist aufgefallen dass der VDR bei "vdr -V" einen Speicherzugriffsfehler bringt, ich darauf hin die ganzen Libs mal nach "/tmp" kopiert und die einzelnen Plugins nach und nach gelöscht.

Dann ist nur noch "epg2vdr" übrig geblieben:

Code

vdr01_64 ~ # vdr -L /tmp/plugins -V
vdr (2.1.6/2.1.6) - The Video Disk Recorder
epg2vdr (0.1.9) - epg2vdr plugin
Speicherzugriffsfehler
vdr01_64 ~ #

dmesg:

Code

[ 2061.681023] vdr[11886]: segfault at 51 ip 00007f1e9bcd426a sp 00007fff7d856278 error 4 in libpthread-2.19.so[7f1e9bcc7000+19000]

mini73 · 30. November 2014

Das kannst du auch schneller testen, indem du eine Schleife nimmst, die jedes Plugin testet mit einem Aufruf wie diesem z.B.

Code

vdr -Pegp2vdr -V

Jedenfalls funktioniert das mit --help, deshalb denke ich, dass es auch mit -V funktionieren sollte.

Lars.

3PO · 30. November 2014

Das Ergebnis ist das Selbe:

Code

vdr01_64 ~ # vdr -Pepg2vdr -V
vdr (2.1.6/2.1.6) - The Video Disk Recorder
epg2vdr (0.1.9) - epg2vdr plugin
Speicherzugriffsfehler
vdr01_64 ~ #

iNOB · 30. November 2014

Bei mir funktionierts:

Code

root@vdr:# vdr -Pepg2vdr -V
vdr (2.1.6/2.1.6) - The Video Disk Recorder
epg2vdr (0.1.10) - epg2vdr plugin

Liegts vielleicht an deiner 0.1.9er Version?

utiltiy · 30. November 2014

Hier geht es auch:

Code

[root@vdr04 ~]# vdr -Pepg2vdr -V
vdr (2.1.6/2.1.6) - The Video Disk Recorder
epg2vdr (0.1.10) - epg2vdr plugin

Dachte immer 3PO steht auf aktuelle Versionen.....

3PO · 30. November 2014

Tja mein Freund, das mit dem Denken ist halt immer so eine Sache...

Könnte ja sein, dass ich einen anderen Branch verwende, oder?

Code

vdr01_64 epg2vdr # git branch
* http
vdr01_64 epg2vdr #

TheChief · 30. November 2014

Ich bekomme bei vdr -V zwar auch einen Speicherzugriffsfehler, allerdings scheint es bei mir scraper2vdr zu verursachen:

Code

Core was generated by `vdr -V'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007f19ca513761 in cPluginScraper2vdr::~cPluginScraper2vdr (this=0x1249460, __in_chrg=<optimized out>)
    at scraper2vdr.c:91
91	    delete scrapManager;
(gdb) bt
#0  0x00007f19ca513761 in cPluginScraper2vdr::~cPluginScraper2vdr (this=0x1249460, __in_chrg=<optimized out>)
    at scraper2vdr.c:91
#1  0x00007f19ca513929 in cPluginScraper2vdr::~cPluginScraper2vdr (this=0x1249460, __in_chrg=<optimized out>)
    at scraper2vdr.c:93
#2  0x00000000004d19e6 in cDll::~cDll (this=0x121b3d0, __in_chrg=<optimized out>) at plugin.c:189
#3  0x00000000004d1a39 in cDll::~cDll (this=0x121b3d0, __in_chrg=<optimized out>) at plugin.c:194
#4  0x00000000005111d4 in cListBase::Del (this=this@entry=0x7fffaff00fb0, Object=Object@entry=0x121b3d0, 
    DeleteObject=DeleteObject@entry=true) at tools.c:2054
#5  0x00000000004d2f31 in cPluginManager::Shutdown (this=this@entry=0x7fffaff00f90, Log=Log@entry=false)
    at plugin.c:513
#6  0x00000000004d2f6e in cPluginManager::~cPluginManager (this=0x7fffaff00f90, __in_chrg=<optimized out>)
    at plugin.c:306
#7  0x000000000046953d in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1442

Alles anzeigen

Aber Du könntest ja auch mal einen bt erstellen, vielleicht gibts bei epg2vdr ja auch so ein Problem.

3PO · 30. November 2014

Stimmt, bei scraper2vdr ist das auch so:

Code

vdr01_64 ~ # vdr -Pscraper2vdr -V
vdr (2.1.6/2.1.6) - The Video Disk Recorder
scraper2vdr (0.1.6) - 'scraper2vdr' plugin
Speicherzugriffsfehler
vdr01_64 ~ #

Ein BT wird nicht möglich sein, da ja der VDR nicht abstürzt.

mini73 · 30. November 2014

Setze mal scrapManager im Konstruktor auf NULL.

Lars.

mini73 · 30. November 2014

Ein Speicherzugriffsfehler ist ein Absturz.

Lars

TheChief · 30. November 2014

Konnte es nachvollziehen:

Code

(gdb) bt
#0  __pthread_cond_destroy (cond=0x15b0d58) at pthread_cond_destroy.c:67
#1  0x00007f7d29a59bb6 in my_thread_end () from /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#2  0x00007f7d29f645c3 in exit () at lib/db.h:819
#3  cPluginEPG2VDR::~cPluginEPG2VDR (this=0x15b21b0, __in_chrg=<optimized out>) at epg2vdr.c:234
#4  0x00007f7d29f64779 in cPluginEPG2VDR::~cPluginEPG2VDR (this=0x15b21b0, __in_chrg=<optimized out>) at epg2vdr.c:235
#5  0x00000000004d19e6 in cDll::~cDll (this=0x15b0cb0, __in_chrg=<optimized out>) at plugin.c:189
#6  0x00000000004d1a39 in cDll::~cDll (this=0x15b0cb0, __in_chrg=<optimized out>) at plugin.c:194
#7  0x00000000005111d4 in cListBase::Del (this=this@entry=0x7fff4f6586b0, Object=Object@entry=0x15b0cb0, 
    DeleteObject=DeleteObject@entry=true) at tools.c:2054
#8  0x00000000004d2f31 in cPluginManager::Shutdown (this=this@entry=0x7fff4f658690, Log=Log@entry=false)
    at plugin.c:513
#9  0x00000000004d2f6e in cPluginManager::~cPluginManager (this=0x7fff4f658690, __in_chrg=<optimized out>)
    at plugin.c:306
#10 0x000000000046953d in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1442

Alles anzeigen

TheChief · 30. November 2014

Habs per email an die beiden Zuständigen weitergeleitet.

mini73 · 30. November 2014

Ist evtl. ungünstig, schon gleich im Konstruktor mit der Datenbank loszulegen. Das sollte vermutlich besser nach Initialize.

Lars

utiltiy · 30. November 2014

Zitat von 3PO

Könnte ja sein, dass ich einen anderen Branch verwende, oder?

Stimmt, hattest aber nicht erwähnt

[epg2vdr] Speicherzugriffsfehler bei der Versionsabfrage

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema