Das war's!
Habe es jetzt nochmal gestartet - ohne plugins nur mit der --no-kbd Option und es stürzt schonmal nicht ab
Gruss und vielen Dank für die Hilfe!
Das war's!
Habe es jetzt nochmal gestartet - ohne plugins nur mit der --no-kbd Option und es stürzt schonmal nicht ab
Gruss und vielen Dank für die Hilfe!
Nebenbei bemerkt habe ich überhaupt keine setup.conf, weil ich ja das Ding noch nicht habe starten können...
Naja, das ist ja eine zweifelhafte Ehre
Gugut, ich versuche es mal und melde!
Das war die ganze Zeit ohne dummydevice! Soll ich's nochmal MIT dummydevice wiederholen?
gdb /usr/local/bin/vdr --core=./core.1374
GNU gdb (GDB) Fedora 7.6.50.20130731-16.fc20
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
..
Reading symbols from /usr/local/bin/vdr...done.
[New LWP 1374]
[New LWP 1379]
[New LWP 1380]
[New LWP 1384]
[New LWP 1382]
[New LWP 1383]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Core was generated by `vdr --userdump'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 CreateTinyFont (LineHeight=10) at skinlcars.c:228
228 if (Height < 2 || TinyFont->Height() <= LineHeight)
Missing separate debuginfos, use: debuginfo-install expat-2.1.0-7.fc20.i686 fontconfig-2.11.0-1.fc20.i686 freetype-2.5.0-4.fc20.i686 glibc-2.18-11.fc20.i686 libattr-2.4.47-3.fc20.i686 libcap-2.22-7.fc20.i686 libgcc-4.8.2-7.fc20.i686 libjpeg-turbo-1.3.0-2.fc20.i686 libpng-1.6.3-3.fc20.i686 libstdc++-4.8.2-7.fc20.i686 zlib-1.2.8-3.fc20.i686
Display More
Habe einen 44MB grossen coredump.
Gruss
Merlin
Jetzt habe ich vdr mit --userdump als root gestartet.
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] VDR version 2.0.4 started
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] codeset is 'UTF-8' - known
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] found 28 locales in /usr/local/share/locale
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] loading /var/lib/vdr/sources.conf
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] loading /var/lib/vdr/diseqc.conf
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] loading /var/lib/vdr/scr.conf
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] loading /var/lib/vdr/channels.conf
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] loading /var/lib/vdr/svdrphosts.conf
ene 06 18:54:24 localhost.localdomain vdr[1363]: [1363] loading /var/lib/vdr/keymacros.conf
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] ERROR: no fonts available - OSD will not show any text!
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] registered source parameters for 'A - ATSC'
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] registered source parameters for 'C - DVB-C'
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] registered source parameters for 'S - DVB-S'
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] registered source parameters for 'T - DVB-T'
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] probing /dev/dvb/adapter0/frontend0
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] creating cDvbDevice
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] new device number 1
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1366] epg data reader thread started (pid=1363, tid=1366, prio=high)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1366] epg data reader thread ended (pid=1363, tid=1366)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1365] video directory scanner thread started (pid=1363, tid=1365, prio=high)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1365] video directory scanner thread ended (pid=1363, tid=1365)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1364] video directory scanner thread started (pid=1363, tid=1364, prio=high)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1364] video directory scanner thread ended (pid=1363, tid=1364)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] DVB API version is 0x050A (VDR was built with 0x050A)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] frontend 0/0 provides DVB-S with QPSK ("ST STV0299 DVB-S")
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] probing /dev/dvb/adapter1/frontend0
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] creating cDvbDevice
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] new device number 2
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1369] section handler thread started (pid=1363, tid=1369, prio=low)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1368] tuner on frontend 0/0 thread started (pid=1363, tid=1368, prio=high)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1368] cTimeMs: using monotonic clock (resolution is 1 ns)
ene 06 18:54:25 localhost.localdomain kernel: tda1004x: setting up plls for 53MHz sampling clock
ene 06 18:54:25 localhost.localdomain kernel: tda1004x: found firmware revision 29 -- ok
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] frontend 1/0 provides DVB-T with QPSK,QAM16,QAM64 ("Philips TDA10046H DVB-T")
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] found 2 DVB devices
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] setting primary device to 1
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] device 1 has no MPEG decoder
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] assuming manual start of VDR
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] SVDRP listening on port 6419
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] setting current skin to "lcars"
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] loading /var/lib/vdr/themes/lcars-default.theme
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1363] remote control KBD - learning keys
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1372] section handler thread started (pid=1363, tid=1372, prio=low)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1373] KBD remote control thread started (pid=1363, tid=1373, prio=high)
ene 06 18:54:25 localhost.localdomain vdr[1363]: [1371] tuner on frontend 1/0 thread started (pid=1363, tid=1371, prio=high)
ene 06 18:54:25 localhost.localdomain kernel: vdr[1363]: segfault at 0 ip 0812ba88 sp bfabbd20 error 4 in vdr[8048000+166000]
Display More
Also die --no-kbd Option ändert schonmal nichts am Segfault.
Könntest Du mir bitte genau beschreiben wie ich einen Dump erzeuge? Hab' ich nämlich noch nie gemacht
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] VDR version 2.0.4 started
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] codeset is 'UTF-8' - known
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] found 28 locales in /usr/local/share/locale
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] loading plugin: /usr/local/lib/vdr/libvdr-dummydevice.so.2.0.0
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] loading /var/lib/vdr/sources.conf
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] loading /var/lib/vdr/diseqc.conf
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] loading /var/lib/vdr/scr.conf
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] loading /var/lib/vdr/channels.conf
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] loading /var/lib/vdr/svdrphosts.conf
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] loading /var/lib/vdr/keymacros.conf
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] ERROR: no fonts available - OSD will not show any text!
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] registered source parameters for 'A - ATSC'
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] registered source parameters for 'C - DVB-C'
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] registered source parameters for 'S - DVB-S'
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] registered source parameters for 'T - DVB-T'
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] probing /dev/dvb/adapter0/frontend0
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] creating cDvbDevice
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] new device number 1
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1306] epg data reader thread started (pid=1303, tid=1306, prio=high)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1306] epg data reader thread ended (pid=1303, tid=1306)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1305] video directory scanner thread started (pid=1303, tid=1305, prio=high)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1305] video directory scanner thread ended (pid=1303, tid=1305)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1304] video directory scanner thread started (pid=1303, tid=1304, prio=high)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1304] video directory scanner thread ended (pid=1303, tid=1304)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] DVB API version is 0x050A (VDR was built with 0x050A)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] frontend 0/0 provides DVB-S with QPSK ("ST STV0299 DVB-S")
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] probing /dev/dvb/adapter1/frontend0
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] creating cDvbDevice
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1303] new device number 2
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1309] section handler thread started (pid=1303, tid=1309, prio=low)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1308] tuner on frontend 0/0 thread started (pid=1303, tid=1308, prio=high)
ene 06 18:29:41 localhost.localdomain vdr[1303]: [1308] cTimeMs: using monotonic clock (resolution is 1 ns)
ene 06 18:29:41 localhost.localdomain kernel: tda1004x: setting up plls for 53MHz sampling clock
ene 06 18:29:42 localhost.localdomain kernel: tda1004x: found firmware revision 29 -- ok
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] frontend 1/0 provides DVB-T with QPSK,QAM16,QAM64 ("Philips TDA10046H DVB-T")
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] found 2 DVB devices
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] initializing plugin: dummydevice (2.0.0): Output device that does nothing
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] new device number 9
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] setting primary device to 1
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] device 1 has no MPEG decoder
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] trying device number 3 instead
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] setting primary device to 3
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] assuming manual start of VDR
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] SVDRP listening on port 6419
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] setting current skin to "lcars"
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] loading /var/lib/vdr/themes/lcars-default.theme
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] starting plugin: dummydevice
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] switching to channel 1
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1312] section handler thread started (pid=1303, tid=1312, prio=low)
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1311] tuner on frontend 1/0 thread started (pid=1303, tid=1311, prio=high)
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1313] receiver on device 1 thread started (pid=1303, tid=1313, prio=high)
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1314] TS buffer on device 1 thread started (pid=1303, tid=1314, prio=high)
ene 06 18:29:42 localhost.localdomain vdr[1303]: [1303] OSD size changed to 720x480 @ 1
ene 06 18:29:42 localhost.localdomain kernel: vdr[1303]: segfault at 0 ip 08129708 sp bfa2d270 error 4 in vdr[8048000+166000]
Display More
Gruss
Merlin
Hallöchen liebe Freunde,
ich habe nach langer Zeit mal wieder ein Bisschen zu basteln angefanden. Ich habe einen Celeron Rechner mit zwei Budget Karten bestückt (DVB-S & DVB-T) um diesen nun als Streamserver für XBMC zu benutzen (da ja jeder jetzt darüber redet wie schön das alles funktioniert). Ich habe das neueste stable Release genommen und auf einer Fedora 20 installiert. Ich habe nur ein einziges Plugin und zwar dummydevice und bekomme einen segfault wenn ich den VDR starte. Ich hatte zuerst die Firmware in Verdacht, aber irgendwie kann das Problem dort ja wohl auch nicht liegen.
Mein Log:
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] VDR version 2.0.4 started
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] codeset is 'UTF-8' - known
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] found 28 locales in /usr/local/share/locale
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] loading plugin: /usr/local/lib/vdr/libvdr-dummydevice.so.2.0.0
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] loading /var/lib/vdr/sources.conf
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] loading /var/lib/vdr/diseqc.conf
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] loading /var/lib/vdr/scr.conf
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] loading /var/lib/vdr/channels.conf
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] loading /var/lib/vdr/svdrphosts.conf
ene 06 17:51:49 localhost.localdomain vdr[998]: [998] loading /var/lib/vdr/keymacros.conf
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] ERROR: no fonts available - OSD will not show any text!
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] registered source parameters for 'A - ATSC'
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] registered source parameters for 'C - DVB-C'
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] registered source parameters for 'S - DVB-S'
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] registered source parameters for 'T - DVB-T'
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] probing /dev/dvb/adapter0/frontend0
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] creating cDvbDevice
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] new device number 1
ene 06 17:51:50 localhost.localdomain vdr[998]: [1001] epg data reader thread started (pid=998, tid=1001, prio=high)
ene 06 17:51:50 localhost.localdomain vdr[998]: [1000] video directory scanner thread started (pid=998, tid=1000, prio=high)
ene 06 17:51:50 localhost.localdomain vdr[998]: [1000] video directory scanner thread ended (pid=998, tid=1000)
ene 06 17:51:50 localhost.localdomain vdr[998]: [999] video directory scanner thread started (pid=998, tid=999, prio=high)
ene 06 17:51:50 localhost.localdomain vdr[998]: [999] video directory scanner thread ended (pid=998, tid=999)
ene 06 17:51:50 localhost.localdomain vdr[998]: [1001] epg data reader thread ended (pid=998, tid=1001)
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] DVB API version is 0x050A (VDR was built with 0x050A)
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] frontend 0/0 provides DVB-S with QPSK ("ST STV0299 DVB-S")
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] probing /dev/dvb/adapter1/frontend0
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] creating cDvbDevice
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] new device number 2
ene 06 17:51:50 localhost.localdomain vdr[998]: [1004] section handler thread started (pid=998, tid=1004, prio=low)
ene 06 17:51:50 localhost.localdomain vdr[998]: [1003] tuner on frontend 0/0 thread started (pid=998, tid=1003, prio=high)
ene 06 17:51:50 localhost.localdomain vdr[998]: [1003] cTimeMs: using monotonic clock (resolution is 1 ns)
ene 06 17:51:50 localhost.localdomain kernel: tda1004x: setting up plls for 53MHz sampling clock
ene 06 17:51:50 localhost.localdomain kernel: tda1004x: found firmware revision 29 -- ok
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] frontend 1/0 provides DVB-T with QPSK,QAM16,QAM64 ("Philips TDA10046H DVB-T")
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] found 2 DVB devices
ene 06 17:51:50 localhost.localdomain vdr[998]: [1007] section handler thread started (pid=998, tid=1007, prio=low)
ene 06 17:51:50 localhost.localdomain vdr[998]: [1006] tuner on frontend 1/0 thread started (pid=998, tid=1006, prio=high)
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] initializing plugin: dummydevice (2.0.0): Output device that does nothing
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] new device number 9
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] setting primary device to 1
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] device 1 has no MPEG decoder
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] trying device number 3 instead
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] setting primary device to 3
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] assuming manual start of VDR
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] SVDRP listening on port 6419
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] setting current skin to "lcars"
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] loading /var/lib/vdr/themes/lcars-default.theme
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] starting plugin: dummydevice
ene 06 17:51:50 localhost.localdomain vdr[998]: [998] remote control KBD - learning keys
ene 06 17:51:50 localhost.localdomain vdr[998]: [1008] KBD remote control thread started (pid=998, tid=1008, prio=high)
ene 06 17:51:50 localhost.localdomain kernel: vdr[998]: segfault at 0 ip 0812ba88 sp bfbcc530 error 4 in vdr[8048000+166000]
Display More
Hat vielleicht jemand 'ne Idee?
Gruss
Merlin
Super,
vielen Dank für die Hilfe. Hatte ich noch nie gemacht, da ich mir noch nie mein Grub zerschossen hatte Naja aus eigener Blödheit lernt man auch ein wenig.
Schlussendlich habe ich mal ein Bisschen experimentiert und habe es sogar hinbekommen auf meinem USB Stick boot-repair zu installieren, was relativ schmerzlos ist.
Läuft auf jeden Fall jetzt.
Als kleine Anekdote die Info wie es passiert ist. Heute Morgen bin ich aufgestanden und habe bemerkt dass, obwohl ich meiner Meinung nach die Updates des Kernels deaktiviert hatte, SCHON WIEDER ein Kernel Update installiert worden ist. Da ich das letzte Mal Probleme beim Übersetzen des Treibers für meine 6400 hatte, habe ich damals einfach die Default Option von Grub auf den alten Kernel gesetzt. Genau das wollte ich heute auch machen, aber habe mich eben bei der Geschichte verrechnet.
Jetzt habe ich erstmal den Treiber neu installiert (was sehr bequem und problemlos von Statten gegangen ist) und dann habe ich mich mal ein wenig schlau gemacht wie ich die Kernel Updates verhindern kann. Die Lösung die ich gefunden habe ist per dpkg das Paket des Kernels auf HOLD zu setzen...
Damit hoffe ich auf der richtigen Seite zu sein.
Nochmals vielen Dank und herzliche Grüsse
Merlin
Hallöchen,
ich Idiot (kann man leider nicht anders formulieren) habe Grub so eingestellt dass er Memtest bootet. Ich habe mich schlicht und einfach bei den Kernel entries verzählt Die default boottime war auf 0 gesetzt... Nun kann ich nur noch Memtest booten.
Weiss vielleicht jemand wie ich das rückgängig machen kann?
Gruss
Merlin
Doch sicher will ich das...
Ich habe eine Ubuntu 12.04 LTS exakt so aufgesetzt wie es im TT-6400 Wiki Beitrag beschrieben ist.
Das einzige was ich anders als bei der Vorlage gemacht habe, ist mein Username.
Gruss
Merlin
P.S.: Geht der Extensions-Patch eigentlich bei dieser Version vom VDR?
Ja das Problem ist dass ich rejects bekomme und er auch nicht durchläuft.
Ich setz' mich morgen mal hin und schreibe die rejects auf!
Gruss
Merlin
Beim Übersetzen von GraphTFT 0.3.6 mit VDR-1.7.31 bin ich auf folgenden Fehler gestossen:
make[1]: Entering directory `/home/user/test/PLUGINS/src/graphtft'
g++ -g -ggdb -O0 -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -D__STDC_CONSTANT_MACROS -DHAVE_IMAGE_MAGICK -DHAVE_IMLIB -DWITH_SYSINFO -DWITH_TCP_COM -DWITH_TOUCH -DHAVE_DFB -DHAVE_FFMPEG -DHAVE_SWSCALE -fopenmp -I/usr/include/ImageMagick -I../../../include -I../../../../DVB/include -I. -I./imlibrenderer -I./imlibrenderer/fbrenderer -I./imlibrenderer/dvbrenderer -I./dfbrenderer -I./imlibrenderer/dmyrenderer `pkg-config libgtop-2.0 --cflags` `directfb-config --cflags` -I/usr/include -I/usr/include/libavcodec -I/usr/include -I/usr/include/libswscale -o dspitems.o dspitems.c
dspitems.c: In member function 'const char* cDisplayItem::variable(const char*, const char*, int&)':
dspitems.c:424:81: error: 'const class cRecordingInfo' has no member named 'EventID'
make[1]: *** [dspitems.o] Error 1
make[1]: Leaving directory `/home/user/test/PLUGINS/src/graphtft'
*** failed plugins: graphtft
make: *** [plugins] Error 1
Display More
Libswscale inst in der neuesten Version installiert.
Gruss
Merlin
Das war's.
Jetzt habe ich zwar ein anderes Problem, dafür werde ich aber jetzt mal im Pluginsforum einen neuen Thread aufmachen.
Danke an alle..
Gruss
Merlin
Kann das denn sein dass ALLE meine bisherigen Plugins sich problemlos übersetzen lassen nur GraphTFT nicht?
Ich kann mir aus dem Grunde nicht vorstellen dass meine Develop-Umgebung kaputt ist. Wie gesagt, ich bekomme alle Plugins problemlos übersetzt...
Gruss
Merlin
So, und jetzt habe ich es nach längerem Hacken doch hinbekommen.
Daten:
vdr-1.7.31 vanilla mit nur 2 plugins: graphtft und hddvbdevice.
make plugins spuckt folgendes aus...
user@hdvdr:~/test$ make plugins
Plugin dvbhddevice:
make[1]: Entering directory `/home/user/test/PLUGINS/src/dvbhddevice'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/user/test/PLUGINS/src/dvbhddevice'
Plugin graphtft:
make[1]: Entering directory `/home/user/test/PLUGINS/src/graphtft'
make[1]: *** No rule to make target `vdr/player.h', needed by `graphtft.o'. Stop.
make[1]: Leaving directory `/home/user/test/PLUGINS/src/graphtft'
*** failed plugins: graphtft
make: *** [plugins] Error 1
Display More
Gruss
Merlin
So, und da ihr Euch jetzt alle an mir ausgelassen habt (;)) lasst uns zum Thread zurück kommen.
Eine Frage für die Zukunft:
Lässt sich eigentlich die Sprache der Messages die der Kompiler ausspuckt auch umstellen? Mir wäre das nämlich eine riesen Hilfe da es nicht das erste Mal ist dass ich auf dieses Problem stosse...
Gruss
Merlin
Quote
Edit: Bilde ich mir das nur so ein, oder klingt das ausländerfeindlich? Wie auch immer, es ist nicht so gemeint.
Oh ja, das klingt verdammt ausländerfeindlich (obwohl ich noch nichteinmal einer bin, sondern nur im Ausland lebe - und ich muss gestehen, die Spanier machen solche Kommentare nicht... naja egal)
Sollte gda mit
Quote
Dann könnten es mehr lesen.
gemeint haben dass er nicht versteht was die Fehlermeldung ist, dann möchte ich mich entschuldigen, denn dann habe ICH es falsch verstanden.
Falls jedoch damit gemeint war dass ich nicht genug gelesen habe, dann möchte ich diese Unwahrheit nicht auf mit sitzen lassen...
Gruss
Merlin