Aber der VDR muss trotzdem gepacht sein, damit gaphtft-ng baut und läuft.
[GELÖST] VDR 2.3.8 Kindersicherung
-
-
Hi,
es gibt doch einen PIN-Patch für 2.3.1:
https://projects.vdr-developer…ee/patches/vdr-2.3.1.diffGeht der nicht als Basis?
Aus:VDRAdmin-AM, Kindersicherung (protection.fsk)?
Nur so am Rande...
Evtl. hat Horchi ihn auch schon angepasst?
MfG,
Stefan -
Aber der VDR muss trotzdem gepacht sein, damit gaphtft-ng baut und läuft.
Ich meine mich zu erinnern das ab irgend einer Version des VDRs der Patch für das vdr-plugin-graphtftng nicht mehr nötig war.
Ansonsten kann ich mir nicht erklären wieso es in meinem Repository baut und wohl auch funktioniert.SurfaceCleanerZ
Der Patch funktioniert (den hatte ich ja eingebaut), aber das Plugin geht nicht mehr.
Zumindest habe ich Taipan so verstanden.Da das Plugin nicht funktioniert und da ich es nicht brauche habe ich den Patch wieder entfernt.
Ich habe bereits genug andere Patches die bei updates gepflegt werden müssen, da kann ich gerne auf zusätzliche verzichten. -
Wir werden das Problem nicht lösen denn Plugin/Patch und was weiß ich sind ja weg! Das Plugin-Pin hatte einen (1) Fehler den man vielleicht mit gdb hätte eingrenzen können aber seahawk1986's Vorschläge (auch mit graphtftng) kamen zu spät...
Die restlichen Funktionen waren alle gegeben. Nun müssen (für mich) andere Wege eingeschlagen werden... -
es ist so wie Dietmar und Alexander sagen, für pin und gaphtft-ng brauchts ein patch, wobei Jörg das gaphtft-ng nicht mehr weiterentwicket - wenn sich also niemand anderes erbarmt wird es wohl verschwinden.
Beim PIN sieht das anders aus, wenn das was kaputt ist wird Jörg das sicher gern reparieren.
Christian
-
Es geht im Moment doch NUR noch ums Pin-Plugin (was grundsätzlich funktionierte) - Aber es ist eben der Patch wieder raus und damit endet die Fehlersuche!
-
Taipan
Wenn es darum geht das Du testen kannst mach ich ihn wieder rein, allerdings vorerst nur in mein unstable-vdr-dev . Das kann aber noch etwas dauern, vielleicht schafe ich es am Sonntag.Für graphtng habe ich keinen Patch in meinem VDR, das Plugin baut aber ohne. Kann es sein das die Änderungen für osd2web im VDR diesen überflüssig machen?
-
Sollte egtl nicht bauen, bin ich aber überfragt.
Du kannst auch in meinem ckone/testing-vdr-dev testen da ist der pin enthalten.
Christian
-
-
So in unstable-vdr-dev ist alles wieder für das pin Plugin bereit.
Viel Spaß beim Testen. -
hmm es hängt nun am menuorg-Plugin:
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von vdr-plugin-menuorg:
vdr-plugin-menuorg hängt ab von vdr-abi-2.3.8frodo3; aber:
Paket vdr-abi-2.3.8frodo3 ist nicht installiert. -
-
Jupp, jetzt gehts...
Es findet sich tatsächlich was zu locks in dem Backtrace:
(gdb) bt
#0 0x00007fc6fc91cf1c in __lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007fc6fc918649 in _L_lock_909 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2 0x00007fc6fc918470 in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0
#3 0x000000000052ead9 in cMutex::Lock() ()
#4 0x000000000052f1f3 in cMutexLock::Lock(cMutex*) ()
#5 0x00007fc6f2f170fb in cGraphTFTDisplay::OsdStatusMessage(char const*) ()
from /usr/lib/vdr/plugins/libvdr-graphtftng.so.2.3.8
#6 0x000000000052201c in cStatus::MsgOsdStatusMessage(char const*) ()
#7 0x0000000000519f58 in cSkins::Message(eMessageType, char const*, int) ()
#8 0x00007fc6efd42f56 in cPinMenu::addCurrentBroadcast() () from /usr/lib/vdr/plugins/libvdr-pin.so.2.3.8
#9 0x00007fc6efd43c50 in cPinMenu::ProcessKey(eKeys) () from /usr/lib/vdr/plugins/libvdr-pin.so.2.3.8
#10 0x00000000004781d8 in main ()
(gdb) bt full
#0 0x00007fc6fc91cf1c in __lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1 0x00007fc6fc918649 in _L_lock_909 () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#2 0x00007fc6fc918470 in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#3 0x000000000052ead9 in cMutex::Lock() ()
No symbol table info available.
#4 0x000000000052f1f3 in cMutexLock::Lock(cMutex*) ()
No symbol table info available.
#5 0x00007fc6f2f170fb in cGraphTFTDisplay::OsdStatusMessage(char const*) ()
from /usr/lib/vdr/plugins/libvdr-graphtftng.so.2.3.8
No symbol table info available.
#6 0x000000000052201c in cStatus::MsgOsdStatusMessage(char const*) ()
No symbol table info available.
#7 0x0000000000519f58 in cSkins::Message(eMessageType, char const*, int) ()
No symbol table info available.
#8 0x00007fc6efd42f56 in cPinMenu::addCurrentBroadcast() () from /usr/lib/vdr/plugins/libvdr-pin.so.2.3.8
No symbol table info available.
#9 0x00007fc6efd43c50 in cPinMenu::ProcessKey(eKeys) () from /usr/lib/vdr/plugins/libvdr-pin.so.2.3.8
No symbol table info available.
#10 0x00000000004781d8 in main ()
No symbol table info available.Kannst Du da etwas mit anfangen?
-
Solange du die *-dbg-Pakete für die Plugins nicht installierst, sieht man nicht genau, wo er hängen bleibt, aber vermutlich ist es ein Problem bei der Locking-Reihenfolge im Zusammenspiel mit graphtftng.
-
Ah OK... Ich schau nochmal
EDIT:
Und siehe da... Ich habe vorher nun mal graphtftng deaktiviert und das Problem ist weg! Pin funktioniert dann in vollem Umfang... -
Ich baue gerade den graphtng patch in unstable-vdr-dev ein also momentan keine Updates daraus beziehen. Vielleicht kommen die Probleme ja daher das der Patch bei mir bisher nicht mit an Board war.
Nachvollziehen kann ich es nicht da ich keines der Plugins verwende. -
So sieht es nach Aktivierung der Debugausgabe aus:
#0 0x00007f60f37a8f1c in __lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1 0x00007f60f37a4649 in _L_lock_909 () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#2 0x00007f60f37a4470 in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#3 0x000000000052ead9 in cMutex::Lock (this=0x246c790) at thread.c:224
No locals.
#4 0x000000000052f1f3 in cMutexLock::Lock (this=0x7ffca64848a0, Mutex=0x80) at thread.c:404
No locals.
#5 0x00007f60e9da30fb in cGraphTFTDisplay::OsdStatusMessage (this=0x246c340, Message=0x0) at status.c:285
lock = {mutex = 0x246c790, locked = false}
force = <optimized out>
#6 0x000000000052201c in cStatus::MsgOsdStatusMessage (Message=Message@entry=0x0) at status.c:95
sm = 0x246c340
#7 0x0000000000519f58 in cSkins::Message (this=0x81bc60 <Skins>, Type=Type@entry=mtInfo, s=<optimized out>, Seconds=Seconds@entry=0) at skins.c:289
k = kNone
#8 0x00007f60e6bcef56 in cPinMenu::addCurrentBroadcast (this=this@entry=0x6ffe000) at menu.c:255
schedulesKey = {stateLock = 0x7bfb80 <cSchedules::schedules+32>, write = true, state = -1, timedOut = false}
schedules = 0x7bfb60 <cSchedules::schedules>
channel = <optimized out>
sched = <optimized out>
buf = 0x74082f0 "Two and a Half Men - hinzugefügt"
Channels = <optimized out>
event = 0x7f60c3e147c0
Channels_Lock = {stateKey = {stateLock = 0x7bdc00 <cChannels::channels+32>, write = false, state = -1, timedOut = false}, list =
0x7bdbe0 <cChannels::channels>}
#9 0x00007f60e6bcfc50 in cPinMenu::ProcessKey (this=0x6ffe000, key=<optimized out>) at menu.c:94
state = osUser5
#10 0x00000000004781d8 in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1411
state = <optimized out>
Now = 1502040253
Interact = 0x6ffe000
key = kOk
PreviousChannelIndex = 1
LastChannelChanged = 1502040237
IsInfoMenu = false
Menu = <optimized out>
LastChannel = 79
LastTimerChannel = -1
PreviousChannel = {1, 79}
CurrentSkin = <optimized out>
LastInteract = 1502040253
MaxLatencyTime = 0
InhibitEpgScan = false
ResourceDirectory = <optimized out>
LocaleDirectory = <optimized out>
MuteAudio = <optimized out>
savedTm = {c_iflag = 4294967295, c_oflag = 4294967295, c_cflag = 4061387488, c_lflag = 0, c_line = 80 'P',
c_cc = "MH\246[\000\000\000,\000\000\000\000\000\000\000\201\262\267Y\003\200\377\377\004\000\000\000\000\000\000\000\001", c_ispeed = 0,
c_ospeed = 49}
ConfigDirectory = <optimized out>
Args = <optimized out>
VdrUser = <optimized out>
VideoDirectory = <optimized out>
LircDevice = <optimized out>
EpgDataFileName = 0x4f <error: Cannot access memory at address 0x4f>
DisplayVersion = <optimized out>
WatchdogTimeout = 0
DeprecatedVdrCharsetOverride = <optimized out>
PluginManager = {_vptr.cPluginManager = 0x7b6050 <vtable for cPluginManager+16>, static pluginManager = 0x7ffca6484d80,
directory = 0x20b5eb0 "/usr/lib/vdr/plugins", lastHousekeeping = 1502040176, nextHousekeeping = -1, dlls = {<cList<cDll>> = {<cListBase> = {
_vptr.cListBase = 0x7b5f10 <vtable for cDlls+16>, objects = 0x20b62f0, lastObject = 0x20b76d0, count = 23, stateLock = {name = 0x0,
threadId = 0, rwLock = {rwlock = {__data = {__lock = 0, __nr_readers = 0, __readers_wakeup = 0, __writer_wakeup = 0,
__nr_readers_queued = 0, __nr_writers_queued = 0, __writer = 0, __shared = 0, __pad1 = 0, __pad2 = 0, __flags = 0},
__size = '\000' <repeats 55 times>, __align = 0}, locked = 0, writeLockThreadId = 0}, state = 0, explicitModify = false},
needsLocking = 0x0, useGarbageCollector = false}, <No data fields>}, <No data fields>}}
StartedAsRoot = <optimized out>
AudioCommand = <optimized out>
c = <optimized out>
CodeSet = <optimized out>
HasStdin = false
UserDump = <optimized out>
SVDRPport = <optimized out>
CacheDirectory = <optimized out>
DaemonMode = <optimized out>
EpgDataReader = {<cThread> = {_vptr.cThread = 0x7b2790 <vtable for cEpgDataReader+16>, active = false, running = false, childTid = 140053763962624,
childThreadId = 1385, mutex = {mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 2, __spins = 0, __elision = 0,
__list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 16 times>, "\002", '\000' <repeats 22 times>, __align = 0}, locked = 0},
description = 0x20bd5f0 "epg data reader", lowPriority = false, static mainThreadId = 1216}, <No data fields>}
DisplayHelp = <optimized out>
SysLogTarget = <optimized out>
Terminal = <optimized out>
OverrideCharacterTable = <optimized out>
UseKbd = <optimized out>
long_options = {{name = 0x563581 "audio", has_arg = 1, flag = 0x0, val = 97}, {name = 0x563587 "cachedir", has_arg = 1, flag = 0x0, val = 355}, {
name = 0x563590 "chartab", has_arg = 1, flag = 0x0, val = 611}, {name = 0x563598 "config", has_arg = 1, flag = 0x0, val = 99}, {
name = 0x56359f "daemon", has_arg = 0, flag = 0x0, val = 100}, {name = 0x556101 "device", has_arg = 1, flag = 0x0, val = 68}, {
name = 0x5635a6 "dirnames", has_arg = 1, flag = 0x0, val = 356}, {name = 0x5635af "edit", has_arg = 1, flag = 0x0, val = 357}, {
name = 0x5635b4 "epgfile", has_arg = 1, flag = 0x0, val = 69}, {name = 0x5635bc "filesize", has_arg = 1, flag = 0x0, val = 358}, {
name = 0x5635c5 "genindex", has_arg = 1, flag = 0x0, val = 359}, {name = 0x5635ce "grab", has_arg = 1, flag = 0x0, val = 103}, {
name = 0x5635d3 "help", has_arg = 0, flag = 0x0, val = 104}, {name = 0x5635d8 "hide-first-recording-level", has_arg = 0, flag = 0x0, val = 72}, {
name = 0x5635f3 "instance", has_arg = 1, flag = 0x0, val = 105}, {name = 0x5635fc "lib", has_arg = 1, flag = 0x0, val = 76}, {
name = 0x563600 "lirc", has_arg = 2, flag = 0x0, val = 364}, {name = 0x563605 "localedir", has_arg = 1, flag = 0x0, val = 620}, {
name = 0x56360f "log", has_arg = 1, flag = 0x0, val = 108}, {name = 0x5605cc "mute", has_arg = 0, flag = 0x0, val = 109}, {
name = 0x563613 "no-kbd", has_arg = 0, flag = 0x0, val = 366}, {name = 0x56361a "plugin", has_arg = 1, flag = 0x0, val = 80}, {
name = 0x553fbe "port", has_arg = 1, flag = 0x0, val = 112}, {name = 0x563621 "record", has_arg = 1, flag = 0x0, val = 114}, {
name = 0x563628 "resdir", has_arg = 1, flag = 0x0, val = 370}, {name = 0x56362f "showargs", has_arg = 2, flag = 0x0, val = 627}, {
name = 0x563638 "shutdown", has_arg = 1, flag = 0x0, val = 115}, {name = 0x563641 "split", has_arg = 0, flag = 0x0, val = 371}, {
name = 0x563647 "terminal", has_arg = 1, flag = 0x0, val = 116}, {name = 0x563650 "updindex", has_arg = 1, flag = 0x0, val = 629}, {
name = 0x563659 "user", has_arg = 1, flag = 0x0, val = 117}, {name = 0x56365e "userdump", has_arg = 0, flag = 0x0, val = 373}, {
name = 0x551df2 "version", has_arg = 0, flag = 0x0, val = 86}, {name = 0x563667 "vfat", has_arg = 0, flag = 0x0, val = 374}, {
name = 0x556227 "video", has_arg = 1, flag = 0x0, val = 118}, {name = 0x56366c "watchdog", has_arg = 1, flag = 0x0, val = 119}, {name = 0x0,
has_arg = 0, flag = 0x0, val = 0}} -
Für unstable-vdr-dev ist der Update durch.
-
Tja, kurzum: Problem gelöst - Funktionen sind alle da! Block/-und Pin-Plugin tun wieder einwandfrei...
-
Ich übernehme die Patches nun in mein testing-vdr-dev incl. der Plugins.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!