wo könnte das her kommen? "PERL WARNING: ... Blocking.pm line 101"

[the ratman]

vollständig:

Code Auswählen Erweitern

2016.10.15 10:17:08 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/Blocking.pm line 101.
krieg ich seit dem update vom 13.10.2016 in mengen - nachdem ich sonst nix gemacht hab ...

[marvin78]

https://forum.fhem.de/index.php/topic,59030.msg504294.html#msg504294

Es gabe eine Änderung an Blocking. Es ist nur eine Warnung, deshalb nicht weiter schlimm.

[the ratman]

schon klar - mag nur auch keine warnings - drum wärs halt interessant.

[rudolfkoenig]

Habs gefixt. Btw. mich wuerde as auch interessieren, wo es herkommt, das wuerde man mit "attr global stacktrace" sehen.

[the ratman]

thx für die info

btw. der stacktrace ist ein ...
das logfile schaut dann so aus (mein gesamtes log seit ca. 16 uhr):

Code Auswählen Erweitern

2016.10.15 18:09:12 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/Blocking.pm line 101.
2016.10.15 18:45:11 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/Blocking.pm line 101.
2016.10.15 19:05:11 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/Blocking.pm line 101.
2016.10.15 19:06:35 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/Blocking.pm line 101.
2016.10.15 19:06:35 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/Blocking.pm line 101.
2016.10.15 19:12:27 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/Blocking.pm line 101.ich kann die zeiten nicht mal im "gedächtnisprotokoll" irgendwelchen geräten oder aufrufen zuordnen.

wenn du mich nach den üblichen verdächtigen frägst, würd ich blind mal sagen: netatmo oder philips hue, sofern die das modul überhaupt verwenden (will hier niemand nix unterstellen) *g*

[franky08]

Das ist aber kein Log mit stacktrace!

VG
Frank

[the ratman]

dann lügt folgende einstellung in "Global" bei mir

Code Auswählen Erweitern

stacktrace 1

[CoolTux]

Fehlt wohl global verbose 5, oder?

[the ratman]

cooltux, du fallst mir langsam negativ auf *g*

eh klar - hat ich auf 1 - sorry

[the ratman]

und schon haben mas ... ich hatte ja noch nen 3. verdächtigen immer *g*:

Code Auswählen Erweitern

2016.10.15 19:54:40 4: Connection accepted from telnetPort_127.0.0.1_34700
2016.10.15 19:54:40 5: Cmd: >{BlockingStart('8405')}<
2016.10.15 19:54:40 5: Cmd: >{PRESENCE_ProcessLocalScan('Ping_Fembotter|0|present')}<
2016.10.15 19:54:40 5: PRESENCE (Ping_Fembotter) - blocking scan result: Ping_Fembotter|0|present
2016.10.15 19:54:40 4: PRESENCE (Ping_Fembotter) - rescheduling next check in 2 seconds
2016.10.15 19:54:40 4: Connection accepted from telnetPort_127.0.0.1_34702
2016.10.15 19:54:40 5: Cmd: >{BlockingStart('8406')}<
2016.10.15 19:54:40 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/Blocking.pm line 101.
2016.10.15 19:54:40 3: stacktrace:
2016.10.15 19:54:40 3:     main::__ANON__                      called by FHEM/Blocking.pm (101)
2016.10.15 19:54:40 3:     main::BlockingStart                 called by (eval 29321) (1)
2016.10.15 19:54:40 3:     (eval)                              called by fhem.pl (1007)
2016.10.15 19:54:40 3:     main::AnalyzePerlCommand            called by fhem.pl (1026)
2016.10.15 19:54:40 3:     main::AnalyzeCommand                called by fhem.pl (955)
2016.10.15 19:54:40 3:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (275)
2016.10.15 19:54:40 3:     main::telnet_Read                   called by fhem.pl (3222)
2016.10.15 19:54:40 3:     main::CallFn                        called by fhem.pl (672)

[justme1968]

https://forum.fhem.de/index.php/topic,59030.msg504474/topicseen.html#msg504474

gruss
  andre

[rudolfkoenig]

@andre: ich wollte wissen, woher die WARNING kommt.
@the ratman:

2016.10.15 19:54:40 5: Cmd: >{BlockingStart('8406')}<

Ich habe nie geplant, dass der Benutzer BlockingStart selbst aufruft, eigentlich muss das System das selbst regeln.

[the ratman]

will heißen?
ich mach was falsch? nö, ruf ja nur das modul zum pingen auf. der rest muß von dem kommen ?!

[rudolfkoenig]

Sorry, hab dein Log falsch interpretiert.
Kannst du mir mit einem Minimalkonfig zeigen, wie ich das reproduzieren kann?

[the ratman]

ich hoff, ich versteh dich jetzt richtig.
gleich vorweg - ich kann nicht mal schwören, dass das das einzige "spinnende" modul ist, ich hab nach ca. 30 min. warten einfach das erstbeste modul mit der warnung genommen.
ansonsten ... ist n dumm-dämliches presence modul - in dem fall zum testen, ob mein tv an ist.
das problem is nur - immer scheint das nicht aufzutreten (da hätte ich das warning wesentlich öfters kriegen müssen) und ich hab nicht rausbekommen, was presence zu solchen spielchen veranlassen könnte.

hier mal der list des presence

Code Auswählen Erweitern

Internals:
   ADDRESS    192.168.178.29
   CHANGED
   DEF        lan-ping 192.168.178.29 2
   MODE       lan-ping
   NAME       Ping_Fembotter
   NOTIFYDEV  global
   NR         300
   NTFY_ORDER 50-Ping_Fembotter
   STATE      absent
   TIMEOUT_NORMAL 2
   TIMEOUT_PRESENT 2
   TYPE       PRESENCE
   Readings:
     2016-03-09 23:10:20   STATE           0
     2016-10-19 09:41:14   presence        absent
     2016-10-19 09:41:14   state           absent
   Helper:
     Running_pid:
       abortFn    PRESENCE_ProcessAbortedScan
       arg        Ping_Fembotter|192.168.178.29|0|4
       bc_pid     19284
       finishFn   PRESENCE_ProcessLocalScan
       fn         PRESENCE_DoLocalPingScan
       pid        26579
       timeout    60
       Abortarg:
Attributes:
   alias      Fembotter
   dblogexclude .*
   devStateIcon absent:it_television@red present:it_television@green
   event-on-change-reading .*