vdr crasht - Debug-enabled build für vdr 1.7.21?

Ansatz 1.)
Evtl. zeigt bactrace full anstatt backtrace mehr an.

Ansatz 2.)
Wenn man eine Idee entwickelt, welche Variablen an welchen Stellen das triggern, diese mit isyslog(...) ausgeben, zum einen bekommt mein ein Gefühl was da normalerweise kommt, zum anderen sieht man was im Fehlerfall kommt.

Die Daten kommen aus dem EPG Datenstrom, von dort lädt vdr diese und schreibt sie in seine eigene Struktur, daher ist das leeren der epg.data nur von begrenzten Nutzen wenn die fraglichen Daten vom DVB kommen.

Moin!

cEitFilter:: Process, das ist der EPG-Scan. Der kommt also regelmäßig an einem Kanal/Event an, das dem vdr nicht gefällt.

channelID = {source = 1124073472, nid = 9999, tid = 261, sid = 26109, rid = 0

Welcher Sender ist das bei dir? Vielleicht mal noEPG für diesen aktivieren?

Lars.

Moin!

Magst du in libsi/si.c in Zeile 207 mal was ausprobieren? Vielleicht passiert da ein Zugriff außerhalb des Arrays, was dann irgendwelche anderen Daten zerstört.

void DescriptorGroup::Add(GroupDescriptor *d) {
    if (!array) {
       length=d->getLastDescriptorNumber()+1;
       array=new GroupDescriptor*[length]; //numbering is zero-based
       for (int i=0;i<length;i++)
          array[i]=0;
-   } else if (length != d->getLastDescriptorNumber()+1)
+   } else if ((length != d->getLastDescriptorNumber()+1) || (d->getDescriptorNumber() >= length)) {
+      esyslog("add group descriptor: length = %d, last descriptor = %d, current descriptor = %d", length, d->getLastDescriptorNumber(), d->getDescriptorNumber());
       return; //avoid crash in case of misuse
+      }
    array[d->getDescriptorNumber()]=d;
}

Und dann musst du mal prüfen, welche Sender kein EPG bzw. unvollständiges bekommen.

Lars.

Ums nochmal zusammenzufassen (man korrigiere mich wenn ich Mist erzähle)

- egal welche Stelle es kracht, es ist nur ein Symptom
- die Ursache ist das irgendein Element der event Liste anstatt auf das nächste Element , ins Nirvana zeigt
- dieses Fehlverhalten wird anscheinend nicht durch neuen Code oder Patches verursacht, sondern durch irgendetwas im DVB SI Datenstrom
- das Problem scheint Unitymedia spezifisch
- es tritt bei yavdr 0.4, yavdr 0.3 als auch c'tvdr auf
- ursächlich scheinen hier:
Liberty TV;UnityDigitalTV:650000:C0M256:C:6900:533=2:534=fra@3:0:1831,1722,1801,1838,1835:28103:9999:281:0
Pink Extra;UnityDigitalTV:562000:C0M256:C:6900:593+589:594:0:1831,1722,1801:26109:9999:261:0

Dieser Patch hilft: Segfault mit VDR 1.7.21 ? Oder nicht ?

Andere Threads:
Auf einmal ständig "segmentation fault"
Segfault mit VDR 1.7.21

Vielleicht sollte jemand der betroffen ist die Sache mal auf die VDR Mailingliste tragen, damit sich kls & Co das mal anschauen können. Vielleicht kann auch jemand mal manuell einen ungepatchten vdr bauen und das versuchen nachzuvollziehen, da kls vermutlich da als erstes nachfragt. Mit den obigen Kanälen sollte sich der Crash ja auch ohne frontend oder irgendein Plugin reproduzieren lassen.

Zitat

- das Problem scheint Unitymedia spezifisch

hier noch ein um-system mit gleichem problem. hab die epg.data gelöscht, channel update deaktiviert und die kanalliste drastisch gekürzt- seitdem ohne absturz, vorher wie bei vielen anderen ~alle 10 min. hätt hier mal vorher reinschaun sollen, ärgere mich darüber schon seit 3-4 tagen ..

sah bei mir so aus:

[ 1548.472840] section handler[2215]: segfault at 31 ip 0000000000000031 sp 00007f33741a0428 error 14 in vdr[400000+145000]
[ 1095.637452] section handler[2292]: segfault at 35 ip 0000000000000035 sp 00007f9cc2d11428 error 14 in vdr (deleted)[400000+145000]

Hi bolzerrr,

Kannst du auch einen Backtrace erstellen, damit wir herausfinden, welcher Kanal der Schuldige ist? Und damit wir wirklich sehen, dass es eine ähnliche Ursache hat?

Vielen Dank!

Lars.

mach ich gerne, leider weiß ich aber nicht wie ich das effizient nutze. vdr-dbg installieren und dann?! system ist ein yavdr0.4pre2

Control plugin erzeugt segfault im Prozess vdr beim Eintritt in S3
Und gdb installieren.

Lars.

hi,

hab vdr-dgb installiert, updatechannels wieder auf 5 und schon sind die segfaults wieder da.

logauszug:

Oct 19 10:19:34 vdr: [4778] changing pids of channel 133 from 0+0=0:0:0:0 to 0+0=0:4041=deu@3:0:0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'ATV Avrupa,;UnityDigitalTV' on C transponder 434 with id 9999-231-23101-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'Canal 24 Horas,;UnityDigitalTV' on C transponder 434 with id 9999-231-23102-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'ERT WORLD,;UnityDigitalTV' on C transponder 434 with id 9999-231-23103-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'EURO STAR,;UnityDigitalTV' on C transponder 434 with id 9999-231-23104-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'Euro D,;UnityDigitalTV' on C transponder 434 with id 9999-231-23105-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'Nashe Kino,;UnityDigitalTV' on C transponder 434 with id 9999-231-23106-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'RTPi,;UnityDigitalTV' on C transponder 434 with id 9999-231-23107-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'RTR Planeta,;UnityDigitalTV' on C transponder 434 with id 9999-231-23108-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'RTVi,;UnityDigitalTV' on C transponder 434 with id 9999-231-23109-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'TV Polonia,;UnityDigitalTV' on C transponder 434 with id 9999-231-23110-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'TVEi,;UnityDigitalTV' on C transponder 434 with id 9999-231-23111-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'TRT Türk,;UnityDigitalTV' on C transponder 434 with id 9999-231-23112-0 
Oct 19 10:19:36 vdr: [4778] creating new channel 'Radyo Metropol,;UnityDigitalTV' on C transponder 434 with id 9999-231-23114-0 
Oct 19 10:19:36 kernel: [ 2423.723185] section handler[4778]: segfault at 30000010d ip 00000000004ae6ab sp 00007fabc262f310 error 4 in vdr-dbg[400000+19f000] 
Oct 19 10:19:36 vdr-sxfe[4449]: [4841] [input_vdr] Control stream disconnected

ein crashlog wurde erzeugt, das backtraceist aber leider leer..

Backtrace:
----------

Ich vermute eher das UM Mist baut in den SI Daten, weil niemand sonst probleme gemeldet hat (ausser UM User)