[gelöst] segfault mit graphtft-0.3.2-rc2

Jarod · 30. Dezember 2009

Hi,
ich habe heute VDR 1.7.10 aufgesetzt und mit etwas Handarbeit den Extension Patch vdr-1.7.8-extensions.tar.bz2 eingebunden.
graphTFT beschwert sich erst darüber, daß FRAMESPERSECOND in dspitems.c Zeile 331 und 337 nicht deklariert ist. Das war relativ leicht zu lösen, indem ich es durch DEFAULTFRAMESPERSECOND ersetzt habe.
Der nächste Fehler taucht in transfer.c Zeile 31-33 auf. Nach dem Auskommentieren dieser 3 Zeilen und der Zeile 45 lies sich das Plugin übersetzen.

Siegesgewiss wollte ich jetzt den VDR mit graphtft und der Option -P"graphtft -dev /dev/fb0" starten.

Leider bekomme ich folgende Fehlermeldung:

Code

Dec 30 21:38:26 vdr-win7 vdr: [2304] starting plugin: graphtft
Dec 30 21:38:26 vdr-win7 vdr: [2304] Device is 'ev'
Dec 30 21:38:26 vdr-win7 vdr: [2304] Loading themes
Dec 30 21:38:26 vdr-win7 vdr: [2304] loading /etc/vdr/plugins/graphTFT/themes/avp/avp.theme
Dec 30 21:38:26 vdr-win7 vdr: [2304] loading /etc/vdr/plugins/graphTFT/themes/DeepBlue/DeepBlue.theme
Dec 30 21:38:26 vdr-win7 vdr: [2304] Loaded 2 themes
Dec 30 21:38:26 vdr-win7 vdr: [2304] Activated theme 'Alien vs. Predator 0.3.1'
Dec 30 21:38:26 vdr-win7 vdr: [2317] GraphTFT plugin tcp communication thread started (pid=2304)
Dec 30 21:38:26 vdr-win7 kernel: [  659.413997] vdr[2304]: segfault at 0 ip 00007fbfd1d5696b sp 00007fff60a0c7f0 error 4 in libvdr-graphtft.so.1.7.10[7fbfd1cff000+a3000]

Jetzt hab ich mit gdb nachgesehen wo der Fehler auftreten ist:

Code

#0  0x00007fbfd1d5696b in cGraphTFTDisplay::Init (this=0x7fbfc8554de0, dev=0x1549cf0 "ev",
    cfgDir=0x7fbfc8554ac0 "/etc/vdr/plugins", port=2039) at display.c:269
269        _render->setBorder(GraphTFTSetup.xBorder, GraphTFTSetup.yBorder);
(gdb) bt
#0  0x00007fbfd1d5696b in cGraphTFTDisplay::Init (this=0x7fbfc8554de0, dev=0x1549cf0 "ev",
    cfgDir=0x7fbfc8554ac0 "/etc/vdr/plugins", port=2039) at display.c:269
#1  0x00007fbfd1d3c20d in cPluginGraphTFT::Start (this=0x1549c40) at graphtft.c:323
#2  0x00000000004a1c70 in cPluginManager::StartPlugins (this=<value optimized out>) at plugin.c:364
#3  0x00000000004d58af in main (argc=<value optimized out>, argv=0x1) at vdr.c:904

Leider hilft mir die Ausgabe nicht weiter...

Zum Schluß noch die Ausgabe von "fbset -i":

Code

mode "800x480-60"
    # D: 30.300 MHz, H: 30.060 kHz, V: 60.000 Hz
    geometry 800 480 800 480 16
    timings 33003 104 24 13 4 80 4
    hsync high
    vsync high
    accel true
    rgba 5/11,6/5,5/0,0/0
endmode

Hat jemand eine Idee wo bei meiner Konfiguration das Problem liegt?

Schon mal Danke im Voraus.
Jarod

Jarod · 1. Januar 2010

schieb...

Kann mir wirklich Niemand weiterhelfen mit graphtft-0.3.x unter vdr-1.7.x (x>8) auf nem 64-bit Linux?

Jarod

blogga · 1. Januar 2010

Hi,

ich klink mich mal hier ein...

zu Deinem Prob... Ich weiss nicht ob das was auchmacht, aber hat Dein Display 800x600 oder 640x480? Ich weiss nicht ob 800x480 funktionieren kann... Und wie sehen die Eintraege in der /var/lib/vdr/setup.conf zu graphtft aus?

Zu meinem Prob
Selbes Problem mit VDR 1.6.0, graphtft 0.3.2rc2 und graphtft-fe

Es vertraegt sich nicht mit xineliboutput-plugin 104 und auch nicht mit aktuell selbstgebauten sourcen.

Bei mir schmiert immer libjpeg.so.62 ab, also immer dann, wenn ein Bild gemacht wird. libjpeg.so.7.0.0 hilft da auch nicht.

Verschiedene Scenarios:
- Frisch installierter VDR mit graphtft funktioniert.
- Das selbe, aber anstatt graphtft xineliboutput-plugin ist auch ok!
- Wenn jedoch graphtft installiert war, hilft auch keine deinstallation um xineliboutput zum laufen zu bringen.
- Beide zusammen -> segfault libjpeg.so.62

Ich hab auch schon xine-lib neu gebaut aber auch das hilft nicht...
Das bauen aller Pakete ist kein Problem!

Ich vermute dass sich 2 Pakete beissen, die graphtft und xineliboutput benutzen und direkt gar nichts mit dem VDR zu tun haben.

graphtft:

Code

Build-Depends: debhelper (>= 5), cdbs, dpatch, vdr-dev (>= 1.6.0-5), pkg-config, libtool, gettext, libimlib2-dev, libavcodec
-dev (>= 0.cvs20060329-4), libgtop2-dev, libmagick++9-dev | libmagick++-dev, libswscale-dev

xineliboutput

Code

Build-Depends: debhelper (>= 5), cdbs, dpatch, vdr-dev (>= 1.6.0-5), gettext, libxine-dev (>= 1.1.12), libjpeg62-dev, libxv-
dev, libx11-dev, libxext-dev, libextractor-dev, sharutils, libdbus-glib-1-dev, txt2man, libmagick++9-dev | libmagick++-dev

Ich hab keinen Plan mehr, wie ich noch besser rausfinden kann, was genau schief geht. Falls da mal jmd. helfen mag? Ich danke Euch!!

-blogga-

udobroemme · 1. Januar 2010

Ich habe graphtft auf einem 32Bit-Linux laufen und kann Deine Fehler nicht nachvollziehen. Ich nutze GraphTFT aus dem SVN-Repository. Ich habe Dir mal meine transfer.c angehängt. Ich habe allerdings keine Ahnung, ob sie so im Repository vorhanden ist oder ob ich damals selber Änderungen vornehmen musste, damit sie unter vdr-1.7.10 läuft...

stevie101 · 1. Januar 2010

Kompiliere mal ohne graphtft-fe.

Schau Dir mal das an:

Code

Dec 30 21:38:26 vdr-win7 vdr: [2304] Device is 'ev'

Warum steht da "Device is ev". Da sollte /dev/fb0 stehen.

Gruss

Stefan

blogga · 1. Januar 2010

Zitat
Original von stevie101
Kompiliere mal ohne graphtft-fe.

Schau Dir mal das an:
Code
Dec 30 21:38:26 vdr-win7 vdr: [2304] Device is 'ev'
Warum steht da "Device is ev". Da sollte /dev/fb0 stehen.

Gruss

Stefan
Alles anzeigen

Ist das vielleicht ein Touchdisplay? X hat dort Treiber die evdev, evtouch heissen!?
-blogga-

Jarod · 1. Januar 2010

Problem gelöst. Alles läuft.

Ich danke euch.
...und es beweist einmal mehr: "Wer lesen kann ist klar im Vorteil!".

Wenn ich den VDR mit der Option:

Code

-P"graphtft -d /dev/fb0"

starte, anstatt wie oben geschrieben mit:

Code

-P"graphtft -dev /dev/fb0"

dann klappts auch.

Gesundes Neues
Jarod

[gelöst] segfault mit graphtft-0.3.2-rc2

Jetzt mitmachen!

Teilen