graphlcd Plugin, ein Segfault Problem, error 4 in libvdr-graphlcd.so

Hi,

ich rätsele gerade, wo ich beim graphlcd plugin ansetzen soll, wenn ein segfault auftritt.
Ich hatte das Plugin nach dieser herrlichen Anleitung kompiliert (Link), das funktionierte auch wunderbar.

Nun erhalte ich beim Start des VDR (der leider fehlschlägt) folgenden Eintrag im syslog

kernel: [196846.960121] glcd_display[28522]: segfault at 20 ip 00007f00fcd83022 sp 00007f00d245eb60 error 4 in libvdr-graphlcd.so[7f00fcd65000+2]

Irgendeine Idee, wo ich ansetzen könnte?

Ulrich

... keiner irgendeine Idee?

Zitat von SurfaceCleanerZ

Hi,
dann sei mal nicht so geizig mit Infos:
geht denn showpic? Hast du compilefehler? Welche settings hast du genutzt?

Stand nicht gestern noch was von VDR 2.3.6 in deinem Post? Welche VDR-Version mit welchen Patches?

Hast du serdisplib und graphlcd-tools und graphlcd-base mitcompiled?

Welche settings in der graphlcd.conf? Welches Display an welchem Anschluss?

MfG,
Stefan

Alles anzeigen

... ok, danke schön, Stefan, die Fragen sind wichtig und berechtigt ...

... ich habe graphlcd und graphlcd-base sowohl unter VDR 2.3.6 als auch unter VDR 2.3.8 kompiliert, unter beiden Versionen treten keine Kompilierfehler auf

... den Quellcode habe ich aus dem git Repository, ich bin davon ausgegangen, dass das die aktuelle Version ist (wenn ich Dich richtig verstanden habe, wäre das dann die Version für den VDR 2.3.x)

git clone git://projects.vdr-developer.org/graphlcd-base.git
  git clone git://projects.vdr-developer.org/vdr-plugin-graphlcd.git graphlcd-base

das Display ist ein Alphacool
https://www.amazon.de/Alphacool-LCD-Display-240x128-Pixel-silber/dp/B000XJD42Y/ref=sr_1_2?ie=UTF8&qid=1499798649&sr=8-2&keywords=alphacool+usb

Serdisplib habe ich mitkompiliert

svn checkout  https://svn.code.sf.net/p/serdisplib/code/serdisplib/trunk serdisplib-2.x_svn

Auch das kompilierte fehlerfrei und showpic läuft, auch showtext ...

showpic -c /etc/graphlcd.conf /opt/vdr-2.3.6/PLUGINS/src/graphlcd/graphlcd/logos/channels/ASTRA_HD_m.glcd

Auch ein simples Testbild läßt sich gut auf dem Alphacool anzeigen...

testserdisp -n alphacool -p 'USB:060C/04EB'

als .conf habe ich eine /etc/graphlcd.conf angelegt
[serdisp]
Driver=serdisp
Controller=ALPHACOOL
Device=usb:060c/04eb
Width=240
Height=128
UpsideDown=no
Invert=no
Backlight=yes

D.h. Testbilder und und die Darstellung von Logos funktionieren. Das Problem beginnt, wenn ich beim VDR-Start die option -P graphlcd übergebe, dann kommt es zum einem Stopp des Startvorgangs und im syslog erscheint die oben angeführte Meldung mit dem Segfault.
Einen Patch habe ich nicht eingespielt, weil Du das anführst. Habe ich vielleicht das falsche git?

Ulrich

Zitat von SurfaceCleanerZ

Hi,
Im VDR-Wiki hat zoolok graphlcd als 2.3x fähig eingetragen und Helau schrieb im HTPC-Forum zumindest, dass es unter 2.3.4 baut.

Mehr kann ich nicht sagen, warum Seahawk und Frodo es nicht bauen, müssen diese selbst sagen...

MfG,
Stefan

Hi,

na ja, es kompiliert ja fehlerfrei, das Problem tritt erst auf, wenn die libvdr-graphlcd.so in den VDR-Start eingebunden wird, und dann kommt der besagte Segfault im Syslog und der VDR startet nicht

kernel: [196846.960121] glcd_display[28522]: segfault at 20 ip
00007f00fcd83022 sp 00007f00d245eb60 error 4 in
libvdr-graphlcd.so[7f00fcd65000+2]

MfG
Ulrich

... eine Ergänzung noch, habe das zusätzlich gerade noch getestet: Die im Wiki (Link hier) angegebenen tgz compilieren jedenfalls nicht (VDR 2.3.6),
die dort angegebenen git aber schon ...

... ein Backtrace geht nur aus dem Quellcode heraus, richtig?

Zitat von SurfaceCleanerZ

Hi,
Das normale graphlcd ist seit Jahren ungepflegt und unbenutzt. Du musst den touchcol Branch nutzen.
.
Teste doch mal den Src von einer Distri wie EasyVDR3.0 oder yavdr aus dem ppa.

Dort ist die Wahrscheinlichkeit höher, dass alle Patches enthalten sind.
MfG Stefan

.. schon probiert unter VDR 2.3.6 und VDR 2.3.8, der touchcol Branch kompilierte leider nicht...

MfG Ulrich

ok, danke für die wertvolle Info

MfG Ulrich

...d.h. es scheint sich, wenn ich das richtig sehe, doch wieder auf den besagten Segfault zu konzentrieren ...
den Vorschlag mit dem Backtrace sehe ich mir vielleicht in Ruhe mal an ...

MfG Ulrich

... die letzten beiden Posts, übrigens danke sehr!!!, klingen sehr spannend, ich probiere das heute Abend oder morgen aus, es wäre genial, wenn es ein simples Rechtproblem ist ....