[undelete] Probleme ...

Hi,
mango hatte das wohl schon tw. deuggt:
http://www.easy-vdr.de/forum/i…16088.msg144337#msg144337
MfG,
Stefan

Hi,
hast du skin-plugins geladen zusätzlich? Dann ist es das Phänomen, das lässt den VDR crashen...

Ein Mod könnte es abtrennen, wäre doch besser, hab wohl doch etwas gekapert...

MfG,
Stefan

Hi,

Mango schrieb dazu:

Zitat

Fehler wohl aus vdr/recording.c & vdr/thread.c - aber davon hab ich keine Ahnung!!

Code

[url='undefined'][Auswählen][/url](gdb) bt
#0 0x00007fb375b6cf59 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007fb375b70368 in __GI_abort () at abort.c:89
#2 0x00007fb375ba9b74 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fb375cb8d68 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175
#3 0x00007fb375bb663a in malloc_printerr (ptr=<optimized out>, str=0x7fb375cb8f08 "double free or corruption (out)", action=3) at malloc.c:4924
#4 _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) at malloc.c:3780
#5 0x00000000005092c7 in cThread::~cThread (this=0x7e86e0 <DeletedRecordings+32>, __in_chrg=<optimized out>) at thread.c:221
#6 0x00000000004d7a96 in cRecordings::~cRecordings (this=0x7e86c0 <DeletedRecordings>, __in_chrg=<optimized out>) at recording.c:1261
#7 0x00007fb375b724e9 in __run_exit_handlers (status=0, listp=0x7fb375ef66c8 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true) at exit.c:82
#8 0x00007fb375b72535 in __GI_exit (status=<optimized out>) at exit.c:104
#9 0x00007fb375b57edc in __libc_start_main (main=0x46d520 <main(int, char**)>, argc=2, argv=0x7fff23bc68c8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>,
stack_end=0x7fff23bc68b8) at libc-start.c:321
#10 0x0000000000471415 in _start ()

Alles anzeigen

P.S
wenn "plugin-undelete" nicht aktiviert ist, kommt es auch zu keinem Speicherzugriffsfehler.

wirbel hats lokalisiert:

Zitat

Es knallt hier in vdrs thread.c, Zeile 221:

Code

[url='undefined'][Auswählen][/url]cThread::~cThread()
{
Cancel(); // just in case the derived class didn't call it
free(description);
}

Offensichtlich
wird der destructor "~cThread" eines vdr oder Plugin threads
aufgerufen, wobei der Speicher zu einem char * namens description mit
free() freigegeben werden soll.
Anscheinend ist zeigt description auf einen Speicher, der schon freigegeben wurde, ohne dass description auf NULL gesetzt wurde.

Ich verstehe auch nicht, warum in vdr's thread.c nach dem free(description); keine Zeile description = NULL; erfolgt.

Alles anzeigen

Evtl. hilft das?

MfG,
Stefan

Mod.: Mal g'scheit formatiert ...

Hi,
wir nutzen die 0.0.7, die hat das Problem (mit der 2.0.6).

s. https://launchpad.net/~easyvdr…tu/vdr-unstable/+packages

MfG,
Stefan

Hi,
Habt ihr noch was gefunden, dass das wieder fehlerfrei tut? Das Beste wäre echt der Einbau in VDR selbst.
MfG Stefan

Gesendet von meinem HTC One mit Tapatalk 2