memGzip Fehler aus FHEMWEB

[betateilchen]

Letzte Woche, bevor ich am Donnerstag ins Wochenende verreist bin, war noch alles in Ordnung.

Nach meiner Rückkehr finde ich jede Menge dieser Meldungen

Code Auswählen Erweitern

2015.10.04 21:24:03 1: memGzip: Wide character in memGzip at ./FHEM/01_FHEMWEB.pm line 449

im Logfile und die Auslieferung einiger InfoPanel-Seiten funktioniert nicht mehr.
Da ich - wie gesagt - in der Zwischenzeit nicht zuhause war, hat sich an meinem fhem in der Zeit auch definitiv nichts verändert.
Die Meldung führt offenbar auch regelmäßig zum kompletten Absturz von fhem, da es immer die letzte Meldung im Log ist, bevor ich dort einen Neustart finde.

[betateilchen]

Nachtrag: Es gibt in diesem Zusammenhang noch eine zweite - ähnliche Meldung - im Logfile:

Code Auswählen Erweitern

Wide character in syswrite at fhem.pl line 664.

Nach dieser Meldung stürzt fhem dann definitiv ab.

[rudolfkoenig]

Irgendein Modul schleust UTF-8 Daten in FHEM ein.

[betateilchen]

ja... die Tagesschau...*grummel*

Trotzdem bleibt die Frage, ob/wie man sowas in fhem abfangen könnte.

Testweise hatte ich in der fhem.pl die Zeile

Code Auswählen Erweitern

        my $ret = syswrite($hash->{CD}, $wb);

in

Code Auswählen Erweitern

        my $ret = syswrite($hash->{CD}, encode("utf8",$wb));

geändert, dann gab es erstmal keine Fehlermeldung und keine Abstürze mehr. Das Ergebnis sah dann zwar nicht 100% so aus, wie ich mir das dachte, aber die Änderung hat mich zumindest auf die Spur des Verursachers geführt.

[betateilchen]

Vielleicht könnte man zumindest um das syswrite() ein eval bauen, damit fhem nicht komplett abstürzt.

[rudolfkoenig]

Tagesschau? Bahnhof?
Bist du sicher, dass ein eval hilft? Ich meine das haben wir beim letzten Mal versucht, und es hat nicht geholfen.

[betateilchen]

Tagesschau: Ich nutze den RSS Feed der Tagesschau, um Nachrichtenschlagzeilen in einem Ticker in einigen meiner InfoPanel devices anzuzeigen. Seit dem Wochenende müssen in diesem Feed merkwürdige Zeichen vorkommen (oder man hat das Encoding des Feeds geändert) die in fhem dann zum beschriebenen Problem führen.

Ob ein eval hilft? Ich habs noch nicht getestet, aber ich kann das ja gleich mal ausprobieren.

[betateilchen]

ok, ich habs getestet.

Die betreffende Stelle in der fhem.pl ad-hoc so geändert:

Code Auswählen Erweitern


        my $ret = "";
        eval { $ret = syswrite($hash->{CD}, $wb); };


Es wird dann beim Vorkommen von UTF8-Zeichen zwar kein verwertbarer Inhalt an den Browser geliefert, aber zumindest stürzt fhem nicht mehr komplett ab.

Man kann das natürlich noch "schön" machen, mit Log und so, aber mir ging es erstmal um die prinzipielle Funktion.

[knopf_piano]

Hi betateilchen,
danke für den "fix".
Hatte gestern auch die tagesschau-function im visier, die mir etliche Abstürze erzeugt hatte bzw. gar nix zur Ausgabe brachte.
Da jetzt beim Tablet-ui-Aufruf des tagesschau-outputs fhem komplett noch abgestürzt ist, war das wohl aufgrund eines nicht-utf8-Zeichens.
Jedenfalls funktioniert's jetzt wieder.
Grüße!

[betateilchen]

Jedenfalls funktioniert's jetzt wieder.

ja, heute sind die Tagesschau-Feeds wieder in Ordnung und enthalten keine "verbotenen" Zeichen mehr.

[knopf_piano]

hm,
doch nicht ganz,
ein anderer feed liefert

Code Auswählen Erweitern


Nach dem Fasching geht's rund

da verschluckt sich fhem auch wieder und ich krieg im log

Code Auswählen Erweitern


setreading newsIngolstadt2Readings feed_17 Nach dem Fasching geht's rund : Cannot open /media/infrastruct_server/fhem/my_fhem_cfg.cfg: Keine Berechtigung, ignoring its content
...




Was ich jetzt gemacht hab in der News-funktion, das Zeichen ''' erstmal zu ersetzen

Code Auswählen Erweitern


$h =~s /'/'/g;

--> geht.

Aber nur punktuelle abhilfe. Das nächste Sonderzeichen droht

Mein Versuch in 99_myUtils.pm mit

Code Auswählen Erweitern


use HTML::Entities;
...
decode_entities($h);


führt in fhem nicht zum Erfolg, obwohl der offline-testcode das tut, was es soll

Code Auswählen Erweitern


    #!/usr/bin/perl
    use strict;
    use warnings;
    use HTML::Entities;
    my $str = 'Nach dem Fasching geht's rund';
    decode_entities($str);

    exit 0;


Idee?

[betateilchen]

Mein Versuch in 99_myUtils.pm mit
führt in fhem nicht zum Erfolg,

Das funktioniert grundsätzlich schon, das Problem dabei ist, dass dann trotdem ein utf8 an fhem zurückgeliefert wird, was man auch im Log sieht, wenn man versucht, das Ergebnis im fhem Frontend darzustellen:

Code Auswählen Erweitern


2015.10.07 13:57:33 1: PERL WARNING: Wide character in print at fhem.pl line 820.
2015.10.07 13:57:33 1: DEBUG>Nach dem Fasching geht's rund


[knopf_piano]

 
hatt mal ein Projekt, aus der kette html -> xml -> pl -> xls/pdflatex.
Da hatt ich auch mit sowas gekämpft...

[betateilchen]

Das heutige update der fhem.pl hat meinen hier im System eingebauten Patch wieder zunichte gemacht 

ok, ich habs getestet.

Die betreffende Stelle in der fhem.pl ad-hoc so geändert:

Code Auswählen Erweitern


        my $ret = "";
        eval { $ret = syswrite($hash->{CD}, $wb); };


[knopf_piano]

Jep, ist mir im svn schon aufgefallen, daher hab ich kein update gemacht