[GELÖST] VDR 2.3.8 Kindersicherung

3PO · 4. August 2017

Aber der VDR muss trotzdem gepacht sein, damit gaphtft-ng baut und läuft.

SurfaceCleanerZ · 4. August 2017

Hi,
es gibt doch einen PIN-Patch für 2.3.1:
https://projects.vdr-developer…ee/patches/vdr-2.3.1.diff

Geht der nicht als Basis?
Aus:

VDRAdmin-AM, Kindersicherung (protection.fsk)?

Nur so am Rande...

Evtl. hat Horchi ihn auch schon angepasst?

MfG,
Stefan

Frodo · 4. August 2017

Zitat von 3PO

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.

Taipan · 4. August 2017

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...

CKone · 4. August 2017

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

Taipan · 4. August 2017

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!

Frodo · 5. August 2017

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?

CKone · 5. August 2017

Sollte egtl nicht bauen, bin ich aber überfragt.

Du kannst auch in meinem ckone/testing-vdr-dev testen da ist der pin enthalten.

Christian

Taipan · 5. August 2017

Frodo
Danke Dir - dann könnte ich nochmal testen...

Frodo · 5. August 2017

So in unstable-vdr-dev ist alles wieder für das pin Plugin bereit.
Viel Spaß beim Testen.

Taipan · 6. August 2017

hmm es hängt nun am menuorg-Plugin:

Spoiler anzeigen

Frodo · 6. August 2017

Die Pakete in unstable--dev haben vdr-abi-2.3.8frodo4 , schau mal mit

Code

apt-cache policy vdr-plugin-menuorg

woher das Plugin kommt.
Ich baue das Plugin nochmal neu, ich habe den Fehler reproduzieren können. Verstehe allerdings nicht warum die abi Version nicht passt...

Taipan · 6. August 2017

Jupp, jetzt gehts...

seahawk1986

Es findet sich tatsächlich was zu locks in dem Backtrace:

Spoiler anzeigen

(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?

seahawk1986 · 6. August 2017

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.

Taipan · 6. August 2017

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...

Frodo · 6. August 2017

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.

Taipan · 6. August 2017

So sieht es nach Aktivierung der Debugausgabe aus:

Spoiler anzeigen

#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}}

Frodo · 6. August 2017

Für unstable-vdr-dev ist der Update durch.

Taipan · 7. August 2017

Tja, kurzum: Problem gelöst - Funktionen sind alle da! Block/-und Pin-Plugin tun wieder einwandfrei...

Frodo · 7. August 2017

Ich übernehme die Patches nun in mein testing-vdr-dev incl. der Plugins.

[GELÖST] VDR 2.3.8 Kindersicherung

Jetzt mitmachen!

Teilen