vdr Segmentation fault mit skinenigmang/epgsearch

    Hallo Leute,


    ich bekomme immer wieder mal (nicht immer) einen vdr-absturz mit Segmentation fault.
    Situation:
    Plugins skinenigmang-snapshot-2008-05-08 und epgsearch-0.9.24 habe ich geladen.
    Drückt man die grüne Taste, dann erscheint die Programmübersicht, danach noch mal grün und es kommt die Übersicht über alle Programme. Zu diesem Zeitpunkt passiert der Segmentation fault.


    Ich habe einen backtrace im gdb gemacht:


    (gdb) info threads
    24 process 13369 0x00110402 in __kernel_vsyscall ()
    23 process 13370 0x00110402 in __kernel_vsyscall ()
    22 process 13372 0x00110402 in __kernel_vsyscall ()
    21 process 13373 0x00110402 in __kernel_vsyscall ()
    20 process 13376 0x00110402 in __kernel_vsyscall ()
    19 process 13377 0x00110402 in __kernel_vsyscall ()
    18 process 13378 0x00110402 in __kernel_vsyscall ()
    17 process 13379 0x00110402 in __kernel_vsyscall ()
    16 process 13380 0x00110402 in __kernel_vsyscall ()
    15 process 13381 0x00110402 in __kernel_vsyscall ()
    14 process 13382 0x00110402 in __kernel_vsyscall ()
    13 process 13384 0x00110402 in __kernel_vsyscall ()
    12 process 13385 0x00110402 in __kernel_vsyscall ()
    11 process 13386 0x00110402 in __kernel_vsyscall ()
    10 process 13387 0x00110402 in __kernel_vsyscall ()
    9 process 13388 0x00110402 in __kernel_vsyscall ()
    8 process 13389 0x00110402 in __kernel_vsyscall ()
    7 process 13391 0x00110402 in __kernel_vsyscall ()
    6 process 13398 0x00110402 in __kernel_vsyscall ()
    5 process 13399 0x00110402 in __kernel_vsyscall ()
    4 process 13400 0x00110402 in __kernel_vsyscall ()
    3 process 13401 0x00110402 in __kernel_vsyscall ()
    2 process 13402 0x00110402 in __kernel_vsyscall ()
    * 1 process 13364 cFreetypeFont::DrawText (this=0xa47fa38, Bitmap=0xa4813b0, x=10, y=0, s=0xa904dc98 "ý\234bersicht - Jetzt", ColorFg=4288870440,
    ColorBg=0, Width=389) at osd.h:267
    (gdb) thread 2
    [Switching to thread 2 (process 13402)]#0 0x00110402 in __kernel_vsyscall ()
    (gdb) bt
    #0 0x00110402 in __kernel_vsyscall ()
    #1 0x00d78902 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
    #2 0x0811044e in cCondVar::TimedWait (this=0x51c104, Mutex=@0x51c134, TimeoutMs=1864) at thread.c:126
    #3 0x00504669 in cEnigmaTextEffects::Action (this=0x51c0c0) at texteffects.c:76
    #4 0x0810fc43 in cThread::StartThread (Thread=0x51c0c0) at thread.c:261
    #5 0x00d7450b in start_thread () from /lib/libpthread.so.0
    #6 0x00cb5b2e in clone () from /lib/libc.so.6
    (gdb) thread 1
    [Switching to thread 1 (process 13364)]#0 cFreetypeFont::DrawText (this=0xa47fa38, Bitmap=0xa4813b0, x=10, y=0, s=0xa904dc98 "ý\234bersicht - Jetzt",
    ColorFg=4288870440, ColorBg=0, Width=389) at osd.h:267
    267 tColor GetColor(int x, int y) { return Color(*Data(x, y)); }
    (gdb) bt
    #0 cFreetypeFont::DrawText (this=0xa47fa38, Bitmap=0xa4813b0, x=10, y=0, s=0xa904dc98 "ý\234bersicht - Jetzt", ColorFg=4288870440, ColorBg=0, Width=389)
    at osd.h:267
    #1 0x080decf8 in cOsd::DrawText (this=0xa482678, x=10, y=0, s=0xa904dc98 "ý\234bersicht - Jetzt", ColorFg=4288870440, ColorBg=0, Font=0xa47fa38,
    Width=379, Height=19, Alignment=5) at osd.c:953
    #2 0x004e914b in cSkinEnigmaDisplayMenu::DrawTitle (this=0xa482508, Title=0xa904dc98 "ý\234bersicht - Jetzt") at enigma.c:1672
    #3 0x00504c12 in cEnigmaTextEffects::DrawAnimatedTitle (this=0x51c0c0, o_id=-1, action=0, s=0xa904dc98 "ý\234bersicht - Jetzt", Width=382, skin=0xa482564)
    at texteffects.c:301
    #4 0x004ed556 in cSkinEnigmaDisplayMenu::SetTitle (this=0xa482508, Title=0xa4cd400 "ý\234bersicht - Jetzt") at enigma.c:1634
    #5 0x080dba4b in cOsdMenu::Display (this=0xa4e7ca0) at osdbase.c:206
    #6 0x080da94c in cOsdMenu::AddSubMenu (this=0xa482480, SubMenu=0xa4e7ca0) at osdbase.c:472
    #7 0x0045adfb in cMenuSearchMain::ProcessKey (this=0xa482480, Key=kGreen) at menu_main.c:429
    #8 0x0811b6a6 in main (argc=0, argv=0xbfdfba04) at vdr.c:1098
    (gdb)


    Vielleicht kann ja einer helfen!


    Zur Info" Ich habe einen CoreDuo. Ich vermute, dass es irgendwie ein timingproblem ist. (Es funktioniert ja ab und zu???)


    Vielen Dank schon mal.


    hapeha

    Hi,


    denselben Fehler habe ich auch. Ich habe es soweit eingrenzen können, das es
    bei mir ein Patch aus dem VDR Extensions Pack 60 ist. Ich habe nur noch
    nicht rausfinden können, welcher.


    Es wäre schön, wenn du bestätigen könntest, ob du einen gepatchen oder
    ungepatchen vdr einsetzt und ob sich das Problem mit einem ungepatchten
    vdr ebenfalls nicht reproduzieren läßt.


    Gruss, Thomas

    Servus,


    ich setze vdr-1.7.0 mit nur einem Patch ein:
    "vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff"


    meine Liste von Plugins:
    epgsearch-0.9.24
    fritzbox-1.0.0
    music-0.3.0-rc2
    osdteletext-0.5.1
    reelbox-3
    skinenigmang-snapshot-2008-05-08


    ich beutze die eHD von reelmultimedia.


    Gruss


    Ha-Pe

    Hallo,


    ich muss meine Aussage zurücknehmen. Nachdem ich jetzt endlich mal Zeit zum
    ausführlichen Testen hatte, ergibt sich eine andere Situation.


    Selbst mit einem, bis auf die Mainmenuhooks, ungepatchten vdr, der nur mit
    skinenigma, epgsearch und remote plugin läuft, tritt der Fehler reproduzierbar
    auf.


    Erst wenn man skinenigmang wegläßt, geht auch der Fehler weg.


    Ich vermute also ein Problem mit dem Threadhandling vom skinenigmang. Das
    habe ich seit anfang an im Verdacht gehabt, habe mich beim Testen nur selbst
    ausgetrickst.


    Gruss, Thomas

    Hallo!


    Ich nutze VDR 1.6.0 mit dem aktuellen CVS-EnigmaNG, das aber mit der v0.0.6 identisch ist, nur die Kompatibilität zu VDR < 1.6.0 wurde entfernt, und EPGsearch 0.9.24. Scrollling im EnigmaNG ist an und TTFs sind im Einsatz. AntiAlias ist aus. EPGsearch wird über den MainMenuHooks-Patch direkt über keymacros gestartet. Standardseite ist "Was läuft jetzt".


    Das ist auch die Konfig, bei der Ihr Abstürze habt, richtig?
    Ist AntiAlias bei Euch an oder aus? Macht das einen Unterschied?


    Ich habe in dieser Konfig noch nie einen Absturz gehabt. Kann aber, wie schon vermutet ein Timing-Problem sein. Ich werde mir das demnächst genauer anschauen, habe aber momentan das Problem, dass ich den VDR seit v1.6.0 fast nicht mehr einsetzen kann, da ich nun massenhaft UPT- und VDSB-Fehler habe :( Ist für mich momentan wichtiger, das zu beheben...


    Hat schon mal jemand mit dem aktuellen SkinElchi-Plugin getestet? Das hat ja auch Textscrolling und Threads. Vielleicht kann ich mir dann ja da was abkucken...


    Gruß,
    Andreas

    amair


    Hallo,


    der Fehler tritt logischerweise nur bei eingeschaltetem Anti-Aliasing auf, da
    der Abbruch innerhalb der AntiAliasing Routine im font.c geschieht. Allerdings
    ist diese nicht direkt schuld. Ihr werden Daten untergeschoben, die inkonsistent
    sind. Das diese Inkonsistent sind, liegt eben daran, dass ein anderer Thread
    dafür zuständig ist, die Daten bereit zu stellen, an denen die Routine abbricht.


    Der Thread in dem die Routine abbricht, müsste länger warten. Tut er aber nicht,
    weil ein Thread-Lock Problem da ist. Vermute ich jedenfalls.


    Gruss, Thomas

    Hallo tomglx,



    Dann müßte beim AntiAlias-Code auf Objekte/Zeiger zugegriffen werden, die nicht mehr existieren. Da muss ich mir den Code im VDR mal genauer anschauen.


    @all:
    Habt ihr alle AntiAlias an, wenn er abstürzt?
    Tritt das mit dem neuen SkinElchi auch auf?


    Gruß,
    Andreas

    Zitat

    Original von amair
    Hat schon mal jemand mit dem aktuellen SkinElchi-Plugin getestet? Das hat ja auch Textscrolling und Threads. Vielleicht kann ich mir dann ja da was abkucken...


    Ich fürchte, da muss ich Dich entäuschen ... Das Scrolling läuft bisher noch nicht in einem eigenen Thread. (außer hier auf meiner Platte, aber das macht den VDR derzeit "etwas unresponsive")


    Hallo Andreas,


    ich kann die nicht nachvollziehbaren Abstürze bestätigen.


    - Anit Alising ist an
    - der Skin Elchi hat die Abstürze nicht.


    Ich habe 2 Systeme (1x xineliboutput und 1 x FF), beide mit der selben Software-Ausstattung (Debian etch, mit den gleichen VDR/Plugin-Sourcen).


    Auf dem FF-System das ich zum Testen aufgebaut habe, gibt es ebenfalls die Abstürze mit skinenigma, mit Skin-Elchi dagegen gibts keine Abstürze.


    Gruß
    Wolfgang

    Hi Morone!


    Zitat

    Original von Morone
    Genau die hat meine UPT und VDSB-Fehler beseitigt.
    War auch schon am Verzweifeln ;)


    dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app c0f12623


    Schaut bei mir fast genauso aus:
    dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80f12623


    'ne Idee, wieso die 80 unterschiedlich ist?


    Und wie gesagt: gleiches VDR-System, Plugins, Patches. Nur von VDR 1.4.7 auf VDR 1.6.0 und seitdem UPTs ohne Ende :(


    Gruß,
    Andreas


    Hallo Andreas,


    die 80 kennzeichnet ne gemoddete Karte, soweit ich noch in Erinnerung habe.


    Gruß
    Wolfgang

    Ich kann da nur beisteuern, dass ich drei FF Karten habe. Zwei TT 1.3 und eine
    TT 1.5. Wobei letztere die primäre Karte ist und die Kartennummer 3 hat. Diese
    Karte ist auf 4 MB gemodded worden und läuft auch mit entsprechender FW.


    Als Kernel kommt ein 2.6.25.2 zum Einsatz, der mit Tickless+1000Hz und
    PREEMPT übersetzt wurde. Das beeinflusst das Threading Verhalten möglicherweise
    erheblich und damit auch die Reproduzierbarkeit bei anderen vdr Installationen.

    Bei mir treten die Abstürze sowohl auf gemoddeter als auch auf nicht gemoddeten FF-Karten auf.
    Das gleiche gilt für mit und ohne ts-mod.


    Verwenden tue ich das aktuellste skinenigmang aus dem CVS und epgsearch 0.9.24.

    Gruß
    Frodo

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden