Da hättest du noch im gdb bt eintippen müssen.
tryouts
-
- [skindesigner]
- BooStar
-
-
Code
Alles anzeigenReading symbols from /usr/lib/xine/plugins/2.2/xineplug_decode_a52.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/xine/plugins/2.2/xineplug_decode_a52.so 0x00007f0beb408933 in poll () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) continue Continuing. [Thread 0x7f0bd7fff700 (LWP 3525) exited] [Thread 0x7f0bd73f5700 (LWP 3526) exited] [Thread 0x7f0bdc883700 (LWP 3524) exited] [New Thread 0x7f0bdc883700 (LWP 4199)] [New Thread 0x7f0bd7fff700 (LWP 4200)] [New Thread 0x7f0bd73f5700 (LWP 4201)] Program received signal SIGTERM, Terminated. 0x00007f0beb408933 in poll () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt full #0 0x00007f0beb408933 in poll () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x000000000040bf0e in ?? () No symbol table info available. #2 0x000000000040780d in ?? () No symbol table info available. #3 0x00007f0beb34176d in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #4 0x0000000000407dd5 in ?? () No symbol table info available. #5 0x00007fff8726ec48 in ?? () No symbol table info available. #6 0x000000000000001c in ?? () No symbol table info available. #7 0x000000000000000b in ?? () No symbol table info available. #8 0x00007fff8726fda2 in ?? () No symbol table info available. #9 0x00007fff8726fdb4 in ?? () No symbol table info available. #10 0x00007fff8726fdbb in ?? () ---Type <return> to continue, or q <return> to quit--- No symbol table info available. #11 0x00007fff8726fdd7 in ?? () No symbol table info available. #12 0x00007fff8726fde3 in ?? () No symbol table info available. Cannot access memory at address 0x7fff8726ec80
-
Das war irgendwie nichts. Schau mal im vdr-wiki unter gdb, wie man einen Backtrace erstellt.
-
Was hast du denn mit dem GIT gemacht???
Mangels Tarballs haben wir bei vdr4arch feste GIT-Revisionen paketiert. Die scheinen nun alle Invalid zu sein...
Nochmal für alle, die GIT noch nicht verstanden haben: Man löscht das Repository *niemals*! Der Sinn hinter Versionsverwaltung ist, dass man *jeden* Schritt nachvollziehen kann...
-
Ich habe das Paket mal eben repariert. Für mich sieht das eher so aus, als hätte er nachträglich Commits geändert.
-
Das geht aber aus gutem Grund nicht ohne das ganze Repository zu löschen. Eine Änderung eines Commits hat, bei einem kontinuierlich geführtem Repository, immer ein neues Commit zur Folge.
-
Uff...
ja sorry...ZitatDas geht aber aus gutem Grund nicht ohne das ganze Repository zu löschen. Eine Änderung eines Commits hat, bei einem kontinuierlich geführtem Repository, immer ein neues Commit zur Folge.
Ich hatte einmal alles komplett entfernt und neu hinzugefügt. Ich wusste nicht das so ein Problem nach sich zieht.. Kommt nicht wieder vor... -
Mit einem Backtrace kann ich leider nicht dienen, irgendwie funktioniert das nicht, wahrscheinlich sitzt der Fehler vor dem Gerät....
Im syslog erscheint aber dieses hier:
Code7 15:18:01 e-q5i kernel: [ 2479.367187] vdr[4181]: segfault at 80 ip 00007f39d60ab444 sp 00007f39977f5e40 error 4 in libvdr-skindesigner.so.2.0.6[7f39d6020000+130000] Dec 7 15:18:01 e-q5i kernel: [ 2479.500888] init: vdr main process (3766) killed by SEGV signal Dec 7 15:18:01 e-q5i kernel: [ 2479.642370] init: vdr-frontend main process (3918) terminated with status 1 Dec 7 15:18:01 e-q5i vdr-crash: vdr exit with signal SEGV
-
Bei yaVDR musst du irgendwelche debug-pakete installieren, dann klappt das mit dem backtrace. Wie das genau geht, musst du einen yavdr nutzer fragen oder die suche benutzen. Der logauzug bringt nicht viel.
-
-
Ich hatte es so gemacht wie hier beschrieben : http://www.yavdr.org/documentation/de/ch02s09.html
da tut sich aber nicht viel.Nach dem Post von seahawk bekomme ich sowas:
Code
Alles anzeigen[New LWP 3593] [New LWP 3573] [New LWP 3576] [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 -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -'. Program terminated with signal 11, Segmentation fault. #0 cView::ViewElementImplemented (this=0x0, ve=veBackground) at views/view.c:192 192 return tmplView->GetNumPixmapsViewElement(ve); #0 cView::ViewElementImplemented (this=0x0, ve=veBackground) at views/view.c:192 #1 0x00007ffd81a1c79e in cDisplayMenuView::DrawBackground (this=0x0) at views/displaymenuview.c:24 #2 0x00007ffd81a1bcf0 in cDisplayMenuRootView::Render (this=0x10e7abe0) at views/displaymenurootview.c:393 #3 0x00007ffd81a1bded in cDisplayMenuRootView::Action (this=0x10e7abe0) at views/displaymenurootview.c:597 #4 0x000000000050d92d in cThread::StartThread (Thread=0x10e7abe0) at thread.c:262 #5 0x00007ffd8b9cde9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #6 0x00007ffd8a3ff2ed in clone () from /lib/x86_64-linux-gnu/libc.so.6 #7 0x0000000000000000 in ?? () [New LWP 4071]
-
Und das ist ein wunderbarer backtrace.
Lars
-
Interessant ist, dass wenn ich den mplayer über @mplayer in der keymacros.conf aufrufe - der vdr abstürzt.
Rufe ich den mplayer über das Menü auf - nicht.
-
In dem Backtrace sieht man, dass einige this-Zeiger auf NULL stehen. Das deutet darauf hin, dass da irgendwie ein Menü unter gewissen Umständen nicht richtig initialisiert wird.
louis wird sich das sicherlich bei Gelegenheit ansehen.Lars.
-
Imsadi: bist du in der Lage, das Plugin selbst zu bauen? Falls ja, teste doch mal bittefolgendes: in der Datei views/displaymenurootview.c in der Zeile 393 in der Funktion "Render()" folgendes ergänzen:
Code
Alles anzeigenvoid cDisplayMenuRootView::Render(void) { + if (!view) + return; if (!view->DrawBackground()) { if (!defaultBackgroundDrawn) { defaultBackgroundDrawn = true; DrawBackground(); } } else { defaultBackgroundDrawn = false; }
Ciao Louis
-
In Menü sollten nur die aktiven Timer angezeigt werden.
-
Hallo Louis,
Klasse - das funktioniert - merci !!!
-
Hi,
toller Skin.
Mich hat nur gestört, dass man in der Progressbar bei der Wiedergabe von Aufzeichnung nicht gut gesehen hat, wo man genau steht.
Deshalb habe ich folgende Änderung gemacht.Diff--- displayreplay_org.xml 2015-01-04 20:10:01.996890465 +0100 +++ displayreplay.xml 2015-01-04 20:05:04.980883344 +0100 @@ -95,7 +95,7 @@ <progressbar> <area x="1%" y="72%" width="78%" height="3%" layer="2"> <drawrectangle x="0" y="0" align="center" valign="center" width="100%" height="{areaheight}/8" color="{clrWhite}" /> - <drawrectangle x="0" y="0" valign="center" width="{current}/{total}*{areawidth}" height="{areaheight}/4" color="{clrOwnCyan}" /> + <drawrectangle x="0" y="0" valign="center" width="{current}/{total}*{areawidth}" height="{areaheight}/2" color="{clrOwnCyan}" /> </area> </progressbar>
Damit ist der Balken, der die aktuelle Position anzeigt, doppelt so breit und schaut hinter dem Balken der Schnittmarken hervor.
Viele Grüße
schneisa -
Hi...
ZitatHi,
toller Skin.
Mich hat nur gestört, dass man in der Progressbar bei der Wiedergabe von Aufzeichnung nicht gut gesehen hat, wo man genau steht.
Deshalb habe ich folgende Änderung gemacht.
Danke das werde ich mir mal ansehen. Vllt kann ich das per global.xml alternativ anbieten, wenns mir gefällt ,
aber ich hatte schon gesehen das das mit den Schnittmarken ein wenig unübersichtlich ist... -
Hallo zusammen,
aus gegebem Anlass habe ich die tryouts mal wieder ein wenig bearbeitet.
Es gibt zwei Fixes:
1) volumpercentage angepasst
2) ein wenig mehr Platz für das Datum und Zeit in displaymenuschedules.xml spendiertAußerdem habe ich dem Skin weather Support beigebracht,
über
kann die Wetterinformation in "displaychannel.xml" ein und ausgestellt werden...Viel Spass...
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!