PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4035

[Rampler]

Hallo,
bei jedem "get hm configCheck" kommt diese Meldung:

Code Auswählen Erweitern

PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4035

Der confgiCheck selbst läuft ohne Fehler ..

Viele Grüße
    Klaus

[betateilchen]

Erst lesen (und wenn es nur die Thread-Titel im Forumbereich sind!), dann schreiben...

https://forum.fhem.de/index.php/topic,70501.0.html

[rudolfkoenig]

@Rampler: Bitte "attr global stacktrace" setzen, und dann den "passenden" Maintainer mit der genauen Zeilenangabe benachrichtigen.

[Rampler]

@rudolfkoenig, erstmal danke, doch welches Modul hat jetzt die Meldung verursacht:

Code Auswählen Erweitern


2017.04.14 08:12:55 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4036.
2017.04.14 08:12:55 1: stacktrace:
2017.04.14 08:12:55 1:     main::__ANON__                      called by fhem.pl (4036)
2017.04.14 08:12:55 1:     main::AttrVal                       called by ./FHEM/10_CUL_HM.pm (7285)
2017.04.14 08:12:55 1:     main::CUL_HM_getMId                 called by ./FHEM/10_CUL_HM.pm (7304)
2017.04.14 08:12:55 1:     main::CUL_HM_getRxType              called by ./FHEM/98_HMinfo.pm (621)
2017.04.14 08:12:55 1:     main::HMinfo_burstCheck             called by ./FHEM/98_HMinfo.pm (2101)
2017.04.14 08:12:55 1:     main::HMinfo_configCheck            called by FHEM/Blocking.pm (153)
2017.04.14 08:12:55 1:     main::BlockingStart                 called by FHEM/Blocking.pm (78)
2017.04.14 08:12:55 1:     main::BlockingCall                  called by ./FHEM/98_HMinfo.pm (1327)
2017.04.14 08:12:55 1:     main::HMinfo_GetFn                  called by ./FHEM/98_HMinfo.pm (1634)
2017.04.14 08:12:55 1:     main::HMinfo_SetFn                  called by fhem.pl (3374)
2017.04.14 08:12:55 1:     main::CallFn                        called by fhem.pl (1718)
2017.04.14 08:12:55 1:     main::DoSet                         called by fhem.pl (1750)
2017.04.14 08:12:55 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (98)
2017.04.14 08:12:55 1:     main::CommandCmdAlias               called by fhem.pl (1149)
2017.04.14 08:12:55 1:     main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2440)
2017.04.14 08:12:55 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2017.04.14 08:12:55 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (539)
2017.04.14 08:12:55 1:     main::FW_Read                       called by fhem.pl (3379)
2017.04.14 08:12:55 1:     main::CallFn                        called by fhem.pl (685)


[rudolfkoenig]

Steht in der ersten Zeile unter die mit fhem.pl: 10_CUL_HM.pm
In der Zeile 7285 wird AttrVal mit einem nicht definierten Wert als Geraetename aufgerufen.

[Rampler]

DANKE !!

[Markus M.]

Steht in der ersten Zeile unter die mit fhem.pl: 10_CUL_HM.pm
In der Zeile 7285 wird AttrVal mit einem nicht definierten Wert als Geraetename aufgerufen.

Was ist dabei eigentlich vorher mal passiert? Das Verhalten beobachte ich erst seit Kurzem.
Würde es nicht mehr Sinn machen, einfach den Default Wert zurückzuliefern?
War das mal so?

[rudolfkoenig]

Ja, das war mal so, habe es auf Loredos "konsequenterweise..." Wunsch hin entfernt (da ReadingsVal diese Pruefung auch nicht hat).

Ich meine sowas sollte in AttrVal gemeldet werden, damit man nicht jeden Muell uebergibt, da es dadurch leicht zu den gefuerchteten/schwer lokalisierbaren ">$d< has no TYPE" Meldung zw. Fehler kommen kann.