kann es sein das sich jetzt ein bug eingeschlichen hat ?
ausser auf "was läuft?" komm ich nicht mehr auf eine andere ansicht.
"server antwortet nicht"
ah
klar live will nicht deshalb :
kann es sein das sich jetzt ein bug eingeschlichen hat ?
ausser auf "was läuft?" komm ich nicht mehr auf eine andere ansicht.
"server antwortet nicht"
ah
klar live will nicht deshalb :
QuoteOriginal von mwa
Verstehe ich das richtig, dass du den blauen Zeilen durchgängig, also nicht vom den Kanalspalten unterbrochen haben willst?
Genau so dachte ich mir das, evntuell kannst Du Dir das ja bei zum Beispiel tvtv.de abschauen. Vielleicht kann man ja ohne Tabellen arbeiten stattdessen mit CSS und <li>.
Aber das ist geschmackssache und nur ein Vorschlag von mir.
Grüsse
TheChief
Funzt prima! Vielen Dank!
Gruß
iNOB
iNOB welche tntnet version ?
Geht hier auch ohne abstürze, Version:
Version: 1.6.3-4
Priority: extra
Section: universe/libs
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Uncompressed Size: 958k
Depends: libc6 (>= 2.4), libcxxtools6, libgcc1 (>= 1:4.1.1), libgnutls26 (>= 2.7.14-0), libstdc++6 (>= 4.4.0), zlib1g (>= 1:1.1.4)
Recommends: tntnet-runtime
Description: Tntnet libraries
Gruß, Carel
PS: allerdings mit Ubuntu 10.10.
sewhr merkwürdig, hab eben die "alte" version nochmal getestet. auch mit muiltischedule, aber erster patch.
da stürzt nix ab.
jetzt das ganze aus dem git komm ich nur auf die startseite.
tntnet:
Installiert: 2.0-1yavdr2
nee
jetzt hab ich das 2mal geswitcht.
alte funktioniert
neue gibt segfault
EDIT: ok ich hab den "fehler", hier fehlt glaube ich noch 1 patch
http://projects.vdr-developer.org/git/?p=vdr-plu…e.git;a=summary
dann halt von hier mal versuchen :
http://git.gekrumbel.de/?p=live.git;a=summary
![]()
Hi hotzenplotz,
läuft es jetzt bei dir?
Wenn nicht, kannst du mir vielleicht einen Backtrace schicken? Hier: http://www.vdr-wiki.de/wiki/index.php/Gdb gibt es eine Anleitung wie man die erzeugt.
Und am besten noch vorher die Debug-Infos im Live Plugin anschalten:
QuoteDisplay Morediff --git a/Makefile b/Makefile
index 0e5e0de..95aa58c 100644
--- a/Makefile
+++ b/Makefile
@@ -21,7 +21,7 @@ CXX ?= g++
### This variable is overriden in pages/Makefile because we don't want the
### extra warnings in the tntnet generated files. So if you change here
### something be sure to check pages/Makefile too.
-CXXFLAGS ?= -fPIC -O2 -Wall
+CXXFLAGS ?= -fPIC -g -O2 -Wall
LDFLAGS ?= -fPIC -g
ECPPC ?= ecppc
diff --git a/pages/Makefile b/pages/Makefile
index c70ecb6..66a6358 100644
--- a/pages/Makefile
+++ b/pages/Makefile
@@ -1,4 +1,4 @@
-CXX ?= g++ -v
+CXX ?= g++ -v -g
AR ?= ar
ECPPC ?= ecppc
edit:
und dann natürlich das Plugin nochmal compilieren...
Viele Grüße,
Martin
backtrace hab ich versucht, da stürzt aber im plugin nichts ab.
aber ich denke eher im git :
http://git.gekrumbel.de/?p=live.git;a=shortlog
fehlt noch was ?
ok doch nicht ....
gib mir ein paar minuten
[New Thread 0xaa7f4b70 (LWP 3552)]
[New Thread 0xa9ff3b70 (LWP 3553)]
[New Thread 0xa93f1b70 (LWP 3554)]
[New Thread 0xa87e9b70 (LWP 3555)]
[New Thread 0xa7bffb70 (LWP 3582)]
[New Thread 0xa73feb70 (LWP 3584)]
[Thread 0xadffbb70 (LWP 3521) exited]
[New Thread 0xa69ffb70 (LWP 3586)]
[Thread 0xac7f8b70 (LWP 3524) exited]
[Thread 0xa87e9b70 (LWP 3555) exited]
[New Thread 0xa87e9b70 (LWP 3614)]
[Thread 0xacff9b70 (LWP 3523) exited]
[New Thread 0xa61feb70 (LWP 3616)]
[Thread 0xa87e9b70 (LWP 3614) exited]
[New Thread 0xa59fdb70 (LWP 3625)]
[Thread 0xa73feb70 (LWP 3584) exited]
Display More
sorry ich kann dem ganzen nicht mehr entlocken.
es steht einfach nur "server antwortet nicht" oben im live fenster.
aber mehr passiert nicht.
bis zum startfenster komme ich, ab da geht nichts mehr.
wie gesagt. bis vor zwei tagen mit der ersten version des patches war alles in ordnung.
das gab es aber im syslog :
und vdr startet neu
Hi hotzenplotz,
hmm, das ist etwas wenig Information... und hilft mir leider nicht weiter.
Wie hast du das denn erzeugt? Meiner Erfahrung nach funktioniert das Debuggen am besten mit "Core Dumps". Dafür muss man vor dem starten des VDRs, am besten in dem Skript von dem der VDR gestartet wird "ulimit -c unlimited" ausführen. Wenn der VDR crasht wird dann ein Core-Dump im Verzeichnis erstellt in dem der VDR gestartet wurde. Der Core-Dump heißt meistens "core" oder "vdr.XXX.core" oder so ähnlich, den kann man dann mit gdb laden: "gdb vdr core" und dann "backtrace" eingeben.
Hast du das so gemacht?
Oder gibt es sonst noch etwas, was besonders an deinem VDR ist? Hast du besonders viele Kanäle? Kanalnamen mit außergewöhnlichen Zeichen?
Ansonsten fällt mir im Moment nicht viel ein...
Viele Grüße,
Martin
huch falsche thread - bitte löschen
sieht bei mir soweit alles gut aus nur 127.0.0.1ist erlaubt - so soll es sein smile
edit : doch der richtige thread nur die falsche seite ![]()
notiz an mich selbst : kaffe kochen
Hi
QuoteOriginal von mwa
tadi:
Danke fürs aufnehmen ins zentrale git-Repository. Bin mal gespannt wann die ersten Beschwerden kommen
Die sind leider schon da:
Quote[i][Aus einer Email von Rolf Ahrenberg (vdr mailingliste)]
Btw, I've been lately experiencing deadlocks in live - one thread will eat up to 100% CPU load and all HTTP request will fail afterwards until VDR restart. Especially, the new multischedule will trigger this easily.
Ich komme z.Z. nicht wirklich ernsthaft dazu, dem hinterher zu debuggen. Daher wäre ich froh, wenn ihr mal danach schauen könntet.
Allerdings um Patches einzupflegen reicht mit die Zeit schon ![]()
Grüße
Tadi
und ich dachte schon das wäre voodoo bei mir
Hi tadi,
ich würde versuchen da mehr rauszufinden, aber ich habe die E-Mail von Rolf Ahrenberg nicht gefunden. Kannst du mir da noch den Betreff oder noch besser ein Link auf ein Archiv oder ähnliches posten oder schicken?
Grüße,
Martin
Hi mwa
QuoteOriginal von mwa
ich würde versuchen da mehr rauszufinden, aber ich habe die E-Mail von Rolf Ahrenberg nicht gefunden. Kannst du mir da noch den Betreff oder noch besser ein Link auf ein Archiv oder ähnliches posten oder schicken?
Das was ich zitiert habe, ist alles was von Rolf kam. Es war keine E-Mail auf der VDR-Mailingliste sondern ein Abschnitt in einer E-Mail an Winni, die zudem Updates für die finnische Locale enthielt und demnächst ins git gemerged werden.
Grüße
Tadi
Hi mwa
Ah, da kam noch was von Rolf auf die Nachfrage von Winni bzgl. der tntnet Version:
QuoteOriginal von Rolf Ahrenberg
For example the initial recordings scanning takes a pretty long time and if you cancel the request before the updated page appers - none of the live's pages work anymore and a restart is required. Haven't seen any of those 100% CPU loads with deadlocks anymore after the patch I sent (those plasebo "if(timer != 0)" -> "if(timer)" changes) and setting channel groups for multischedule. Empty channel groups for the multischedule still breaks the plugin for an unknown reason.There're still a couple layout quirks with Win7/Firefox-3.6.13: - "Setting page: Streamdev stream type": an additional vertical line on the right side
"MultiSchedule": colored backgrounds of "Time" columns are drawn behind the channel columns and there's no left edge line on the "Time" column.
Das klingt als hätte er wohl einen ersten work arround gefunden. Ich habe die Version von Winni (enthält den work arround und die finnische Locale) ins 'Hauptgit' übernommen. Viellecht kannst Du ja mal checken ob es das war.
Grüße
Tadi
Hi,
im Anhang der erwähnte Patch von Rolf. Ich bin noch nicht so richtig dazugekommen mir das anzusehen.
Ich schreib mal Rolf, ob er sich hier reinhängen kann.
Gruß,
winni
Don’t have an account yet? Register yourself now and be a part of our community!