VDR Portal

Nur mal so ins blaue hinein: Ist das Verzeichnis vielleicht da, aber nicht lesbar füe den VDR ?

Hallo,

mein VDR ist Chef(=root). Daran sollte es nicht liegen.
(Aber egal was ist: Das Plugin sollte nicht crashen und erst recht nicht den VDR mit sich reißen).

Hat jemand noch eine Idee zu meinem anderen Problem (s.o.)? Dieses kann ich ja leicht umschiffen.

Gruß,
Hendrik

Quoted

Original von henfri
(Aber egal was ist: Das Plugin sollte nicht crashen und erst recht nicht den VDR mit sich reißen).

Dann mach es doch besser.

Gerald

Quoted

Original von henfri
Hat jemand noch eine Idee zu meinem anderen Problem (s.o.)?

Ein C/C++ -Kurs bei der örtlichen VHS vielleicht?

Quoted

Original von gda

Quoted

CXXFLAGS ?= -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses

Mache ich genauso, aber ich benutze trotzdem nicht das Makefile direkt. Ich kompiliere immer in Debian-Paketen, die ich mit debianize-vdrplugin erstelle.
Ist praktischer und funktioniert, siehe Signatur.
Gerald

Nicht zu empfehlen solange das Plugin im Entwicklungsstand ist, sonst posten die noch Haufenweise bt ohne debug info und das Plugin ist klein und schnell genug für
-g3 -O0

Und Leuten die die Linux/VDR-Entwicklungsumgebung nicht aus dem FF kennen machens bitte mit debianize-vdrplugin, dpkg-buildpackage -rfakeroot -b oder den Distro-spezifischen Paketbauern, geht hier auf anhieb mit dem derzeitigen SVN, macht Euch doch nicht das Leben schwer.

Und wer nichtmal mit Linux-Dateisystemen und Zugriffsrechten klarkommt der kann ruhig mal bissl Geld in einen VHS-Abendkurs investieren, schliesslich kostet die Software ja nichts, gell?

Quoted

Original von woppr
Nicht zu empfehlen solange das Plugin im Entwicklungsstand ist, sonst posten die noch Haufenweise bt ohne debug info und das Plugin ist klein und schnell genug für
-g3 -O0

Für mich ist das Plugin nicht mehr in Entwicklung. Ich habe damit bewiesen, was ich beweisen wollte. Ich selbst benutze es nicht und die Anspruchshaltung heutzutage kotzt mich nur an. Da sitzt man Tagelang und entwickelt Code für lau und die Anwender sind häufig schon zu faul sich den kompletten Thread zum Thema durchzulesen und finden das auch noch in Ordnung. Natürlich ist der Thread lang, ich sage na und? Was sind die paar Stunden lesen gegen die Arbeit die ich hatte? Nein, lieber den Autor und andere erfahrene Anwender mit immer den selben Fragen quälen. Ein unglaubliche Respektlosigkeit. Ich meine jetzt nicht jemanden speziell, aber das musste mal raus.

Quoted

Original von woppr
Und wer nichtmal mit Linux-Dateisystemen und Zugriffsrechten klarkommt der kann ruhig mal bissl Geld in einen VHS-Abendkurs investieren, schliesslich kostet die Software ja nichts, gell?

Ich weiß jetzt nicht ganz genau worauf du dich beziehst. Bin ich gemeint?

Gerald

Hallo Gerald, hallo woppr,

@woppr: Warum wirfst du mir vor, ich könne nicht mit Dateisystemen und Zugriffsrechten umgehen?

Das mag zwar deine Interpretation meiner Aussage sein, sie ist jedoch falsch. Dass der VDR als Root läuft hat HelAu so entschieden, nicht ich. Und auf den Symlink hatte jeder, vor allem aber der VDR-User (root) Zugriff.

Mit Debug-Infos kenne ich mich allerdings nicht aus. Ich habe bisher einige Backtraces auf diese Art und Weise erstellt und sie waren länger. Da ich diese aber auch nie interpretieren konnte, konnte ich mir dabei nix denken.

Laut HelAu erzeuge ich unter Gen2VDR einen Backtrace so:

Quoted

Original von helau
Hallo,
Nen Bachtrace bekommst du so:
cd /usr/local/src/VDR
mcedit Make.config
in Zeile 21 GDB_DEBUG aktivieren:
GDB_DEBUG = 1
dann:
rm *.o vdr
make
cd PLUGINS/src/extrecmenu
make clean all
cd ../skinenigmang
make clean all
/_config/bin/instvdr.sh

das startet vdr neu. Dann reproduzierst Du den Absturz und machst anschliessend:
gdb /usr/local/bin/vdr /tmp/corefiles/core.*
wobei letzteres durch das aktuelle corefile zu ersetzen ist.
Dann drueckst Du ein paarmal Enter und dann gibst Du
bt
ein.

GDB_DEBUG=1 macht:


Zur Einstellung:
Ich denke, dass vieles verloren geht, wenn man nur Text und keine Stimme und kein Gesicht hat. Auch reagiert man dann anders (schneller unfreundlich), als wenn man miteinander sprechen würde.

Mein Kommentar z.B. dass das Plugin nicht crashen sollte war rein sachlich geimeint. Einfach nur konstruktive (!!) Kritik. Kein Grund, sich angegriffen zu fühlen, finde ich.

Ich weiß es sehr zu schätzen, was viele hier geben. In Richtung Programmieren kann ich nicht viel zurück geben, aber ich versuche zu helfen, wo ich kann (schaut nach z.B. im PearlHD-Thread habe ich mich um die Doku im Wiki gekümmert, so dass die bekannten Probleme und Lösungen darin stehen. So muss niemand den Thread komplett durchforsten und nervt mit doppelten und dreifachen Fragen.).

Wenn mein Problem mit den Umlauten hier schon besprochen wurde, dann sorry. Aber der Thread hat vierzig Seiten(!). Klar, hast du Gerald sehr viel mehr Zeit verbracht als nur die vierzig seiten Thread.
Aber es ist wirklich kaum machbar die vierzig Seiten, von denen ein Großteil sicher nicht mehr aktuell ist, zu lesen.

Ich bemühe mich stets, wichtige Schlussfolgerungen aus einem Thread im Wiki einzutragen und kann jeden nur darin bestärken, dies auch zu tun.

Gruß,
Hendrik

Hallo nochmal,

ich bin jetzt ein Stück weiter.
Ich habe im plugin-verzeichnis die

tvm2vdr_getpictures.xsl
tvm2vdr_tvmovie-iso-8859-1.xsl
tvm2vdr_tvmovie-utf-8.xsl
tvm2vdr_tvmovie.xsl

Entdeckt. Mit dem Stichwort lässt sich die Suche eingrenzen.

Offensichtlich soll tvm2vdr die richtige .xsl selbst auswählen. Tut es auch, aber scheinbar die falsche:


Das ist ja soweit plausibel. Laut HelAu ist das System aber utf-8.


Damit kenne ich mich nun nicht aus.
Aber vielleicht könnt ihr mir ja weiterhelfen.

Gruß,
Hendrik

Quoted

Original von henfri
Offensichtlich soll tvm2vdr die richtige .xsl selbst auswählen. Tut es auch, aber scheinbar die falsche:

	Source code
1 2	TVM2VDR: LANG="de_DE" TVM2VDR: loading stylesheet /etc/vdr/plugins/tvm2vdr/tvm2vdr_tvmovie-iso-8859-1.xsl

Das ist ja soweit plausibel. Laut HelAu ist das System aber utf-8.
[code]locale
LANG=en_US.UTF-8

Das System mag utf-8 sein, aber nicht für den VDR-Prozess. In irgendeinem Skript der vor dem VDR gestartet wird, wird ganz offensichtlich die LANG variable so überschrieben, dass der UTF-8-String verschwindet. Das zeigen einmal deine Angaben und zum Anderen der Code.

Gerald

Wow. Ich denke ist alles nicht so schlimm. ZUrück zur Arbeitden Fakten.

Der Segfault, weisst du nun wodurch der zustande kam ? Da fehlt eine Abfrage auf ein momentan noch unbekantes Ereignis, wenn man weiss was das ist kann man den segfault ja vielleicht abfangen und was aussagefähiges Loggen. War es ein toter symlink ?

Zum Umlauteproblem: Das Plugin simuliert die gleiche Vorgehensweise wie der VDR um festzustellen ob es UTF-8 ist oder nicht.



Ergo müsste er eigentlich UTF8 detecten, wenn er das nicht tut, dürfte die locale des VDR anders aussehen als das was du gepostest hast.

EDIT: steht ja auch im Log de_DE und nicht de_DE.UTF8

Hallo,

zum Umlauteproblem:


Das klingt doch nach dem Problem, oder?

Der Symlink war nicht tot. Ich kann es jetzt gerade nicht nachvollziehen, Aufnahme läuft. Ich werde es aber nochmal checken.
Edit:

Es läuft jetzt. Ich habe auf die aktuelle SVN-Version aktualisiert. Daran könnte es liegen. Aber vielleicht war der Link wirklich tot?
Kann ich nicht mehr nachvollziehen.


Gruß,
Hendrik

export LANG=de_DE

Das ist das Problem. Das ändern auf de_DE.UTF-8

Quoted

Original von henfri
Es läuft jetzt. Ich habe auf die aktuelle SVN-Version aktualisiert. Daran könnte es liegen.

Also wurde ich für einen Fehler angemacht, den ich schon längst behoben hatte, Toll.

Gerald

Hallo Gerald,

du hast sicher Recht, dass der eine oder andere User seine Einstellung ändern sollte.
Aber auch du solltest deine Einstellung überdenken.

Wenn jemand ein Problem berichtet, dann solltest du das nicht als "anmachen" interpretieren. Das passiert dier aber oft. Warum?
In meinem speziellen Fall denke ich schon, dass ich versucht habe konstruktiv zu sein (inkl. (versuchtem) BT).

Zurück zum Thema:
Das Problem war nach einem neustart wieder da:


Also:


Ja, und nach einem Neustart existiert das Verzeichnis xml nicht mehr.

Quoted

Der Segfault, weisst du nun wodurch der zustande kam ? Da fehlt eine Abfrage auf ein momentan noch unbekantes Ereignis, wenn man weiss was das ist kann man den segfault ja vielleicht abfangen und was aussagefähiges Loggen. War es ein toter symlink?

Ich weiß nicht, ob es bei Ursprünglichen Versuch auch so war, aber du hast Recht: Versucht das Plugin auf einen toten symlink zuzugreifen, so stürzt es ab. Es wäre gut, dies abzufangen.

Gruß,
Hendrik

Quoted

Original von henfri
Ja, und nach einem Neustart existiert das Verzeichnis xml nicht mehr.

Versucht das Plugin auf einen toten symlink zuzugreifen, so stürzt es ab. Es wäre gut, dies abzufangen.

Ich werde das ganz bestimmt nicht abfangen, weil ich diese Vorgehensweise nicht unterstützen werde. Ich versuche das Downloaden von xml-Dateien, die ich schon mal heruntergeladen habe, zu verhindern, wenn jetzt bei jedem Neustart die xml-Dateien verschwinden, dann grenzt das schon an Sabotage.

Ursprünglich hatte ich die Directories überhaupt nicht aus dem Plugin heraus angelegt, sondern vorausgesetzt, dass sie beim Programmstart schon da waren, so wie das viele andere Plugins auch machen. Weil es dabei immer wieder zu Problemen kam, habe ich es in das Plugin eingebaut. Ich hätte ahnen müssen, dass sich das rächt. Der folgende Code ist dafür verantwortlich:


Es wird mit DirectoryOk geprüft ob das Verzeichnis "xml/updates" existiert und mit MakeDirs werden die fehlenden Verzeichnisse erzeugt. Die Funktion MakeDirs kommt mit dem toten Symlink nicht klar. Diese Funktion wird mir vom VDR zur Verfügung gestellt. Du kannst ja Klaus fragen ob er diese Situation abfangen möchte.

Gerald

Nur um es zusammenzufassen:

1.) Es ist ungünstig das a tvm2vdr ins tmp zu legen, wenn das beim Neustart des Rechners gecleant wird - alle Daten werden immer wieder neu geladen -> Traffic und Zeit (tvm wird den Traffic nicht so mögen)

2.) Evtl liegt dein epg.data in /tmp. Da du sagtest es verschwindet beim Neustart, ansonsten beendet sich der VDR evtl nicht sauber beim runterfahren, weil erst da wird das EPG wirklich auf Platte geschrieben.

3.) Der Crash scheint ein Bug im VDR zu sein, ich kann ihn nicht nachvollziehen, aber ich bin eh kein C Crack. Backtrace ist erforderlich um das zu beheben.

Hallo,

der Link nach /tmp/xml war nur ein Test um das Problem zu reproduzieren.
Ursprünglich hatte ich nach /video/tvm2vdr_xml verlinkt (und habe das auch wieder so eingestellt und es funktioniert).

Aber ich denke, wir sind uns einig, dass die Tatsache, dass das Plugin auf einen toten Symlink (ob der nun in tmp oder woanders liegt und ob es daran liegt, dass das Ziel gelöscht ist, oder ein NFS mount offline ist etc etc) trifft nicht crashen und den VDR mit sich reißen soll.

Offensichtlich liegt das Problem aber in einer vom VDR bereitgestellten Funktion, von daher müssen wir es hier nicht weiter verfolgen.

Gruß und danke für die Klärung,
Hendrik

Hallo,

ich habe von HelAu eine neue runvdr bekommen.
Jetzt sieht's so aus:


Das sieht doch schon besser aus.

Die epg.data habe ich sicherheitshalber gelöscht (sie liegt in /video)
Trotzdem habe ich jetzt anstelle der Umlaute zwei Fragezeichen.

Hat jemand noch eine Idee, woran das liegen kann?

Gruß,
Hendrik

Quoted

Original von henfri
Die epg.data habe ich sicherheitshalber gelöscht (sie liegt in /video)
Trotzdem habe ich jetzt anstelle der Umlaute zwei Fragezeichen.

Das sieht für mich so aus als würde es jetzt funktionieren, also die Umlaute kommen tatsächlich als UTF8 in die epg.data. Das sieht man schon daran, dass es zwei Zeichen sind. Nur scheint dein VDR nicht wirklich mit UTF8 klar zukommen.

Gerald

Hallo Gerald,

aber dann müssten doch alle, die das *_utf8.xsl verwenden dieses Problem haben, oder? Dafür habe ich aber nur sehr wenig zu diesem Thema gelesen.

Erwähntest du nicht, dass du auch utf8 verwendest?

Übrigens sieht's im live-plugin nochmal anders aus:
Küchenschlacht - der Wochenrückblick

Gruß,
Hendrik

Quoted

Original von henfri
aber dann müssten doch alle, die das *_utf8.xsl verwenden dieses Problem haben, oder? Dafür habe ich aber nur sehr wenig zu diesem Thema gelesen.

Nein, alle müssten das Problem nicht haben. Im Moment gehe ich davon aus, dass es ein Problem mit deinem VDR ist. Aus irgendwelchen Gründen scheint er nicht UTF8 zu sein.

Quoted

Original von henfri
Erwähntest du nicht, dass du auch utf8 verwendest?

Genau.

Gerald