btw, eine Ahnung war es immer nur beim Booten auftritt ? Bei einem service vdr restart hatte ichs noch nie...
[yaVDR64-0.5.0-alpha1]vdr wird sporadisch beim starten gekillt
-
-
Moin!
In unstable ist es schon, testing baut noch.
Lars.
-
Moin!
btw, eine Ahnung war es immer nur beim Booten auftritt ? Bei einem service vdr restart hatte ichs noch nie...
Ich hab noch nicht mal eine Ahnung, warum es überhaupt crasht.
Ich arbeite nur drumrum...Lars.
-
moin leute,
leider habe ich heute abend keine zeit zu testen..Zitatbtw, eine Ahnung war es immer nur beim Booten auftritt ? Bei einem service vdr restart hatte ichs noch nie...
das kann ich aber so bestätigen.. nur beim booten..Zitatch arbeite nur drumrum...
dafür die daumen doppelt hoch..
ich hatte nämlich vor einigen wochen auch nochmal TomG von projects.vdr-developer.org/projects/plg-text2skin
angeschrieben.. leider hab ich noch keine antwort erhalten..
ich befürchte also wir sind hier auf uns gestellt und ohne deine hilfe Lars, wären wir wahrscheinlich völlig aufgeschmissen ... -
Moin!
leider habe ich heute abend keine zeit zu testen..
Wie immer: keine Eile, ihr habt ja das Problem, nicht ich.
Mittlerweile sind die Pakete auch in testing angekommen.ich hatte nämlich vor einigen wochen auch nochmal TomG von projects.vdr-developer.org/projects/plg-text2skin
angeschrieben.. leider hab ich noch keine antwort erhalten..
Es ist immer schade, wenn häufig benutzte Plugins verwaisen - aber es ist ja auch Urlaubszeit und jeder von uns hat mal keine Zeit. Ein paar Monate gehen da mal schnell ins Land.ich befürchte also wir sind hier auf uns gestellt und ohne deine hilfe Lars, wären wir wahrscheinlich völlig aufgeschmissen ...
Naja, irgendjemand hätte es schon gemacht... Ich versuche nur zu helfen, so gut ich kann.
Und außerdem lerne ich bei solchen Aktionen auch immer was, das ist viel wichtiger.Lars.
-
Bei mir siehts im Moment garnicht gut aus. Habe gerade mal ein dist-upgrade gemacht, und jetzt will der vdr garnicht mehr starten.
Weder mit xine noch mit softhddevice.
Syslog sagt:ZitatJul 18 22:16:14 YAVDR05 vdr: [10397] XVDR: XVDR Server started
Jul 18 22:16:14 YAVDR05 rsyslogd-2177: imuxsock begins to drop messages from pid 10397 due to rate-limiting
Jul 18 22:16:14 YAVDR05 kernel: [ 173.502057] vdr[10397]: segfault at 0 ip 00007ff71d0b5bad sp 00007fff3d8b6240 error 4 in libvdr-text2skin.so.1.7.27[7ff71d07f000+63000]
Jul 18 22:16:14 YAVDR05 kernel: [ 173.616741] init: vdr main process (10397) killed by SEGV signal
Weder VDR-Neustart noch Rechnerneustart helfen.kann da bei mir was schief gelaufen sein ? eigentlich hat er nur text2skin aktualisiert
pc-medusa
-
Zitat
Naja, irgendjemand hätte es schon gemacht... Ich versuche nur zu helfen, so gut ich kann.
wie gesagt, alle daumen hoch und vielen, vielen dank. -
Hi,
kann da bei mir was schief gelaufen sein ? eigentlich hat er nur text2skin aktualisiert
Ich habe mit
Codedpkg -i /var/cache/apt/archives/vdr-plugin-text2skin_1.3.2+git20120530-3yavdr0~precise_amd64.deb
die ältere Version von text2skin installiert und vdr startet wiederDie neue Version hat wahrscheinlich einen Fehler.
strike
-
Moin!
kann da bei mir was schief gelaufen sein ? eigentlich hat er nur text2skin aktualisiert
Am besten vdr-dbg und vdr-plugin-text2skin-dbg installieren und vdr-dbg aktivieren (siehe Doku) und dann den Coredump analysieren, d.h. einen vollen Backtrave erstellen (bt full).
Die andere hier im Thread können dir bestimmt besser erklären, was sie getan haben...EDIT: sonst kann ich den Fehler nicht lokalisieren und beheben...
Lars.
-
Zitat
Die andere hier im Thread können dir bestimmt besser erklären, was sie getan haben..
jo:
[yaVDR64-0.5.0-alpha1]vdr wird sporadisch beim starten gekillt//edit:
achja.. noch ein "bt full" hinterher -
Moin!
Ok, ich hab was gefunden, neue Version ist unterwegs...
Lars.
-
Aber nicht bitte bitte vergessen am Ende (wenn sich rausstellt das es die Lösung ist) zu sagen was es nun war Zumindest ich bin da jetzt doch ziemlich neugierig warum ein (eigentlich fehlerfreier) Code solche Probleme macht.
cu
-
Moin!
Ich finde an diversen Stellen im Netz, dass es keine gute Idee ist, std::string als static zu deklarieren und dabei mit irgendwas zu initialisieren.
Da scheint es keine vernünftige Reihenfolge zu geben.Ich hab jetzt die zwei Stellen (ChannelNames und SkinPath) so abgeändert, dass sie entweder "const char*" oder einen vdr::cString benutzen.
Ich hoffe, damit klappt es...Lars.
-
Gut -- VDR startet bei mir jetzt wieder
pc-medusa
-
Moin!
Für den Fall, dass ich mal wieder eine Version produziere, die den vdr immer beim Starten abstürzen lässt:
einfach in /etc/vdr/plugins/order.conf ein "-text2skin" einfügen (ob auf der Konsole oder per ssh ist egal).Dann gibt's zwar nur den default-Skin, aber besser als gar nichts...
Lars.
-
alles halb so wild -- zur Not haben wir noch YAVDR 0.4
( und jetzt sogar vdr-dbg aktiviert )
pc-medusa
-
Moin!
Für den Fall, dass ich mal wieder eine Version produziere, die den vdr immer beim Starten abstürzen lässt:
einfach in /etc/vdr/plugins/order.conf ein "-text2skin" einfügen (ob auf der Konsole oder per ssh ist egal).Dann gibt's zwar nur den default-Skin, aber besser als gar nichts...
Lars.
Habe ich probiert ging trotzdem nicht
-
Hallo,
gibt es einen aktullen status?
hat mit der neuen version von mini73 schon jemand dumps gefunden? -
Hi, also text2skin sieht jetzt gut aus ! Allerdings kommt jetzt das nächste Problem....
Code
Alles anzeigenwarning: Can't read pathname for load map: Eingabe-/Ausgabefehler. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". btCore was generated by `/usr/bin/vdr-dbg --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vd'. Program terminated with signal 11, Segmentation fault. #0 0x00007f713c21d1ea in __dynamic_cast () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (gdb) bt #0 0x00007f713c21d1ea in __dynamic_cast () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #1 0x00007f713c1ef290 in bool std::has_facet<std::ctype<char> >(std::locale const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #2 0x00007f713c1e4214 in std::basic_ios<char, std::char_traits<char> >::_M_cache_locale(std::locale const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #3 0x00007f713c1e43ee in std::basic_ios<char, std::char_traits<char> >::imbue(std::locale const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x00007f713083aadf in tnt::Worker::processRequest(tnt::HttpRequest&, std::iostream&, unsigned int) () from /usr/lib/libtntnet.so.10 #5 0x00007f713083b947 in tnt::Worker::run() () from /usr/lib/libtntnet.so.10 #6 0x00007f713083cb0a in cxxtools::DetachedThread::exec() () from /usr/lib/libtntnet.so.10 #7 0x00007f71362a1fcf in ?? () from /usr/lib/libcxxtools.so.7 #8 0x00007f713d169e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #9 0x00007f713b98e4bd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #10 0x0000000000000000 in ?? ()
Passiert aber lange nicht so häufig wie das text2skin Problem
-
Und der hier:
Code
Alles anzeigenwarning: Can't read pathname for load map: Eingabe-/Ausgabefehler. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/bin/vdr-dbg --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vd'. Program terminated with signal 11, Segmentation fault. #0 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007fac74912634 in cStreamdevServer::Action() () from /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.7.27 #2 0x00000000004e04f8 in cThread::StartThread (Thread=0x35edc20) at thread.c:257 #3 0x00007fac8368ee9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #4 0x00007fac81eb34bd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x0000000000000000 in ?? ()
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!