wetter-plugin Compile Fehler

Schade, net mal Nürnberg (Nuremberg auf englisch) ist drinnen

Hi Konni__,

bezüglich der Suche hast Du recht.
Wenn Du aber über
World -> Germany -> weitere deutsche Städte
suchst, findest Du Nürnberg (GMXX0096)

Exakter Link:
http://de.weather.com/weather/local/GMXX0096?letter=N

Bis dann
data

Die Compiler-Probleme ("redefinition of swap ...") bei gcc 2.95
können üblicherweise durch geschicktes Umstellen der include-Anweisungen
umgangen werden (alle vdr-includes als letzte)

sundin

Hi,

beim comppilieren hatte ich nur ein Problem mit einem fehlenden include, dann lief es durch.

Aber laufen tut's nicht so richtig. Ich habe den richtigen Code eingetragen, wenn ich das Plugin dann starte, beendet sich der vdr nach einiger Zeit mit "PANIC: watchdog timer expired". Solange bleibt das Menu stehen und eine Bedienung ist nicht möglich.

Als letzten Console-Log kann ich sehen:

url [URL]http://xoap.weather.com/weather/local/GMXX0133?cc=*&unit=m&dayf=4&prod=xoap&par=1004124588&key=079f24145f208494[/URL]

unter der url bekomme ich vernünftige XML-Daten.

~vdr/etc/plugins/weatherng wird noch angelegt, bleibt aber lehr.

In den Router-Logs kann ich eine Verbindung sehen, die nach 1 sec wieder geschlossen wird - soweit wohl auch OK.

Config: vdr-1.3.21 unter suse 8.1 mit aktuellen Kernel-Treibern für 2.4, direkter Internetzugang ohne Proxys.

any hints?

gruß
richf

EDIT: sorry, falsch gelesen - die Verbindung bleibt eine Minute stehen, bis sich vdr beendet.
Habs gerade mal vom vdr mit wget getestet - die Verbindung bleibt stehen, bis ich sie abbreche.

Was kann da schieflaufen, hoerzu2vdr hat keinerlei Probleme an seine Daten ranzukommen.

Zitat

~vdr/etc/plugins/weatherng wird noch angelegt, bleibt aber lehr.

Dort muss der images ordner reinkoppiert werden.

und wenn dort keine daten.dat erscheint dann hat er wohl irgendwelche probleme mit dem downloaden.

Hi BEEjay,

soll der image-ordner nicht nach ~vdr/etc/plugins/weather ?

Die Probleme mit dem Download kann ich bestätigen, habe aber noch keinen Anhaltspunkt, wo sie herkommen. Wie gesagt, mit wget bekomme ich auch keine Daten, der bleibt genauso hängen. hoerzu2vdr wiederum hat keinerlei downloadprobleme.
Ich werde an der Ecke mal weitersuchen.

Gruß
richf

hi richf

ja der ordner kommt in das verzeichniss nicht nur die images Da hast du recht.

Sorry hatte mein kaffee noch nicht *g*

hi BEEjay

um mißverständissen vorzubeugen:

der image ordner nach "~vdr/etc/plugins/weather"

die daten aus dem download nach "~vdr/etc/plugins/weatherng"

OK so?

Gruß
richf

Hui,

bin grade auf der Arbeit dort kann ich es leider jetzt nicht so einsehen, weil ich weis jetzt nicht ob es weatherng oder weatherheisst weil das Verzeichniss wird ja angelegt wenn die Daten runtergeladen wurden.

und in das Verzeichniss kommen die Bilder rein

Hi,

die Images müssen nach weatherng, wie der folgende coredump zeigt.

[#0 0x401ac80b in strlen () from /lib/libc.so.6
#1 0x400c1bdc in std::string::string(char const*, std::allocator<char> const&) ()
from /usr/lib/libstdc++.so.5
#2 0x4048c2c3 in Magick::throwException(MagickLib::_ExceptionInfo&) ()
from /usr/local/lib/libMagick++.so.6
#3 0x402b3b1c in LoadMagick (
Filename=0x89401bc "/usr/local/vdr/etc/plugins/weatherng/images/14.png", height=128,
width=128, colors=16) at /usr/local/include/Magick++/STL.h:2225
#4 0x402bad07 in cWetterOsd::Show() (this=0x893fdc0) at /usr/include/g++/bits/basic_string.h:781
#5 0x080f3ec5 in main (argc=20, argv=0xbffff454) at vdr.c:810
#6 0x401514a2 in __libc_start_main () from /lib/libc.so.6

Der tritt jetzt auch dann auf, wenn die Images genau dort liegen.

Könnte es daran liegen:
Magick++-config --version
6.1.3

Gruß
richf

Ich mein das ich die selbe Version benutze.

Kann es sein das du keine png unterstüzung mit kompiliert hast?

Läd er einfach die Bilder denn rein?
Also kommt auf der Konsole

Sowas wie
"This Picture has 16 colors" ?

Hi,

ich habe jetzt die aktuelle version von imagemagic installiert, aber noch das gleiche verhalten.

Der Consoleoutput:

url http://xoap.weather.com/weather/local/GMXX0133?cc=*&unit=m&dayf=4&prod=xoap&par=1004124588&key=079f24145f208494
hoehe:244 max weite: 313
left: 54 Width: 624
day: 1
Stadt: Villingen-Schwenningen, Germany
./run: line 11: 11050 Segmentation fault (core dumped) ./vdr -w 60 $* -L PLUGINS/lib -l 3 ...

Ich habe übrigens in contrib/Utilities.h ein #include <ctype.h> eingefügt, da er sonst beim compilieren "isalnum" und "isxdigit" als undeclared angemeckert hat.

Gruß
richf

HI,

sag mal welche gcc version hast du eigendlich, weil ich benutze gcc >3

Das Problem hatte ich leider noch nicht gehabt, weil der hängt wohl echt beim laden der png's :(.

Hi,

gcc --version
gcc (GCC) 3.2

bisher problemlos, text2skin, osdpip usw. alle laufen damit und die benutzen ähnliche Mechanismen wie Du.

Mein Downloadproblem ist übrigens gelöst (sonst käme ich ja nicht bis zum coredump), die MTU des Interfaces war zu groß eingestellt, 1500 verkraftet der Provider wohl nicht. Hoerzu2vdr lief problemlos, da es wohl nur kleine Files holt.

Gruß
richf

Ja ich benutze die Engine vom Text2Skin das stimmt.

Aber normalerweise sollte das auch funktionieren wenn du diebilde raus dem dir bekommst zeigt er dir denn da die daten wenigstens an ?

Jetzt wirds seltsam. Ich habe den Imagefolder aus dem Directory rausgenommen und bekomme folgenden Output:

url http://xoap.weather.com/weather/local/GMXX0133?cc=*&unit=m&dayf=4&prod=xoap&par=1004124588&key=079f24145f208494
hoehe:244 max weite: 313
left: 54 Width: 624
day: 1
Stadt: Villingen-Schwenningen, Germany
./run: line 11: 13330 Segmentation fault (core dumped) ./vdr -w 60 $* -L PLUGINS/lib -l 3

Der Callstack:

(gdb) bt
#0 0x401ac80b in strlen () from /lib/libc.so.6
#1 0x400c1bdc in std::string::string(char const*, std::allocator<char> const&) ()
from /usr/lib/libstdc++.so.5
#2 0x4048c2b3 in Magick::throwException(MagickLib::_ExceptionInfo&) ()
from /usr/local/lib/libMagick++.so.6
#3 0x402b3b1c in LoadMagick (
Filename=0x8eb4a34 "/usr/local/vdr/etc/plugins/weatherng/images/14.png", height=128,
width=128, colors=16) at /usr/local/include/Magick++/STL.h:2225
#4 0x402bad07 in cWetterOsd::Show() (this=0x8eb43d8)
at /usr/include/g++/bits/basic_string.h:781
#5 0x080f3ec5 in main (argc=20, argv=0xbffff424) at vdr.c:810
#6 0x401514a2 in __libc_start_main () from /lib/libc.so.6

ll ~vdr/etc/plugins/weatherng:
total 12
drwxr-xr-x 2 root root 22 Feb 16 11:40 .
drwxrwxr-x 12 root root 4096 Feb 16 11:39 ..
-rw-r--r-- 1 root root 4175 Feb 16 11:40 daten.dat

Kannst Du Dir ein Bild daraus machen?

Gruß
richf

#3 0x402b3b1c in LoadMagick (
Filename=0x8eb4a34 "/usr/local/vdr/etc/plugins/weatherng/images/14.png", height=128,
width=128, colors=16) at /usr/local/include/Magick++/STL.h:2225
#4 0x402bad07 in cWetterOsd::Show() (this=0x8eb43dcool
at /usr/include/g++/bits/basic_string.h:781
#5 0x080f3ec5 in main (argc=20, argv=0xbffff424) at vdr.c:810
#6 0x401514a2 in __libc_start_main () from /lib/libc.so.6

Also ich bin kein Profi PRogrammierer

aber ich glaube der hat schon probleme mit der STL das er wohl nicht mit strings arbeiten kann?

Ich weis jetzt leider den aufruf von laod magick nicht ob er dort std::string benutzt.

Aber es sieht mir danach aus das er nen problem hat damit.

Wieso das nur bei dem so ist kann ich echt nicht sagen :(.

Aber seltsam ist es wirklich

Hi,

das string handling baim Aufruf von LoadMagick(filename.c_str() ...) funktioniert noch. Dann wird in LoadMagick eine Exception geworfen und dabei hat er ein Problem beim allocieren der Exception: throwException(MagickLib::_ExceptionInfo&).
Hierfür macht ein ein strlen(x) auf einen char*, der wohl ins leere zeigt.

Das im Moment eine Exception geworfen wird, kann ich verstehen - das Image ist ja nicht da. Das er aber die Exception nicht generieren kann, ist wohl das Problem

Gruß
richf

Mit dem diff läuft es bei mir.

hi Marc Twain ich pack das auch bei mir mit auf dem Webspace drauf.