Sind das Fehlermeldungen? Was bederuten die?

[Invers]

Ich bekomme über Putty laufend meldungen wie diese hier angezeigt. Was sit passiert? Was kann ich tun?

Code Auswählen Erweitern

^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*Test$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*eckenlampe.*aus.*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*eckenlampe.*aus.*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*echts.*aus.*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*echts.*aus.*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*ehlampe.*aus.*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*ehlampe.*aus.*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*TV.*icht.*aus.*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*TV.*icht.*aus.*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*TV.*icht.*(an|ein).*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*TV.*icht.*(an|ein).*$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*Test$/ at ./FHEM/91_notify.pm line 66.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE voiceRecognitionLastResult.*Test$/ at ./FHEM/91_notify.pm line 66.


[rudolfkoenig]

 

Was sit passiert?

Das notify hat eine kaputte Regexp, das * in der Regexp verhaelt sich anders als im Glob, was man vom Filesystem kennt.
Hab keine Ahnung wie das passieren konnte, da das notify die Regexp bei der Definition prueft.

Was kann ich tun?

Notify Definition posten, Regexp fixen.

[der-Lolo]

Auch ich hatte heute morgen wieder eine menge Meldungen

^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .*$/ at fhem.pl line 3593.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .*$/ at fhem.pl line 3593.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .*$/ at fhem.pl line 3593.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .*$/ at fhem.pl line 3593.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .*$/ at fhem.pl line 3593.
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .*$/ at fhem.pl line 3593.
2014.04.01 00:01:41 1: Perfmon: possible freeze starting at 00:01:40, delay is 1.66

Ich beschrieb das ganze schoneinmal...
Es scheint immer am Monatsanfang aufzutreten..
http://forum.fhem.de/index.php/topic,20857.msg143887.html#msg143887

[betateilchen]

Mich würde folgendes interessieren:

• welche Version fhem.pl setzt Ihr ein (Bei mir gibts in Zeile 3593 weit und breit nix, was damit zusammenhängen könnte)
• arbeitet Ihr mit Monatslogs?

[Invers]

Meine Meldungen sind aus Putty, aber ja, ich arbeite mit Monatslog.

Hier ein define, welches angemeckert wird.

Code Auswählen Erweitern

define Sprache_Stehlampe_aus notify *voiceRecognitionLastResult.*ehlampe.*aus.* set Stehlampe off;; set @ ttsSay Stehlampe ausgeschaltet
attr Sprache_Stehlampe_aus room Sprachbefehle


[der-Lolo]

In meinem Fall sind es Monatslogs - ich bin zwar nicht täglich beim update dabei, es vergeht aber auch selten eine Woche ohne update - heute morgen habe ich schon ein update gemacht...
Während des Fehlers war aktiv

2014.04.01 07:03:24 0: Server started with 153 defined entities (version $Id: fhem.pl 5238 2014-03-16 16:23:31Z rudolfkoenig $, os linux, user root, pid 1806)

und seit dem update heute morgen ist aktiv

2014.04.01 09:15:19 0: Server started with 153 defined entities (version $Id: fhem.pl 5340 2014-03-27 16:19:53Z rudolfkoenig $, os linux, user root, pid 6904)

[Invers]

So, ich wollte gerade mein Log ansehen. Da kam aber nichts. Nach langer Wartezeit rührte sich doch was. Mein Logfile kann ich wegwerfen. Das ist richtig vollgemüllt. Jetzt bereits 56 MB.

[betateilchen]

falsch:

Code Auswählen Erweitern

*voiceRecognitionLastResult.*ehlampe.*aus.*

richtig:

Code Auswählen Erweitern

.*voiceRecognitionLastResult.*ehlampe.*aus.*

Wie Rudi ja schon sagte:

Das notify hat eine kaputte Regexp, das * in der Regexp verhaelt sich anders

[betateilchen]

und seit dem update heute morgen ist aktiv

beim mir gab es heute gar keine anstehenden Updates - was mich sehr wundert. Aber das ist ein anderes Thema.

[rudolfkoenig]

Hier ein define, welches angemeckert wird.

Die Regexp ist kaputt (faengt mit * an), und duerfte eigentlich vom notify Modul nicht akzeptiert werden.
Aber wegen einer Perl-Haarspalterei wird dieses Problem nicht als Fehler sondern als Warnung ausgegeben, was wiederum vom notify Modul nicht abgefangen wird.
- Loesung (vom Benutzer durchzufuehren): Regexp fixen.
- Mein TODO: Warning irgendwie abfragen, weiss aber nicht wie, das im Web vorgeschlagene

Code Auswählen Erweitern

local $SIG{__WARN__} = sub { die $_[0] };
hat komische Nebeneffekte (wie FHEM Absturz )

[betateilchen]

Hab keine Ahnung wie das passieren konnte, da das notify die Regexp bei der Definition prueft.

Nein, tut es nicht. Eine Defintion wie z.B.

Code Auswählen Erweitern

define n_test notify *test {}

wird anstandslos angelegt.

Code Auswählen Erweitern


Internals:
   CFGFN     
   DEF        *test {}
   NAME       n_test
   NR         305
   NTFY_ORDER 50-notifytest
   REGEXP     *test
   STATE      2014-04-01 11:39:12
   TYPE       notify


[betateilchen]

ok - typischer Fall von überschnitten 

[betateilchen]

- Mein TODO: Warning irgendwie abfragen, weiss aber nicht wie, das im Web vorgeschlagene

wäre nicht eine Prüfung, ob die Regexp mit einem * anfängt, schon ein großer Schritt vorwärts?

[betateilchen]

In meinem Fall sind es Monatslogs

Vermutlich hängt es damit zusammen, dass beim ersten Logeintrag des neuen Monats neue Logfiles angelegt werden und dann die falsch angelegten notify ins Spiel kommen.

[Invers]

Vielen Dank, alle geprüft und korrigiert. Da hat sich wahrscheinlich bei copy/paste ein Fehler eingeschlichen, denn die waren nicht alle falsch, sondern nur einige. Gut, dass ich hier den richtigen zur Vorführung erwischt hatte.