Seit kurzem habe ich beim Neustart von FHEM die folgenden Fehlermeldungen im Log:
2020.12.09 13:59:19 1: PERL WARNING: Subroutine import redefined at FHEM/Meta.pm line 654, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine InitMod redefined at FHEM/Meta.pm line 670, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine Load redefined at FHEM/Meta.pm line 706, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine SetInternals redefined at FHEM/Meta.pm line 878, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine Get redefined at FHEM/Meta.pm line 901, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine GetModuleSourceOrigin redefined at FHEM/Meta.pm line 919, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine GetKeywordDesc redefined at FHEM/Meta.pm line 940, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine ModuleIsCore redefined at FHEM/Meta.pm line 956, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine ModuleIsInternal redefined at FHEM/Meta.pm line 961, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine GetModuleFilepath redefined at FHEM/Meta.pm line 993, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine ModuleIsPerlCore redefined at FHEM/Meta.pm line 1049, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __CopyMetaToInternals redefined at FHEM/Meta.pm line 1085, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __PutMetadata redefined at FHEM/Meta.pm line 1096, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __GetMetadata redefined at FHEM/Meta.pm line 1121, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __GenerateKeywordsFromSupportCommunity redefined at FHEM/Meta.pm line 2426, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __GetPackages redefined at FHEM/Meta.pm line 2521, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __GetMaintainerdata redefined at FHEM/Meta.pm line 2556, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __GetSupportForum redefined at FHEM/Meta.pm line 2770, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __GetUpdatedata redefined at FHEM/Meta.pm line 2956, <$fh> line 3456.
2020.12.09 13:59:19 1: PERL WARNING: Subroutine __SetXVersion redefined at FHEM/Meta.pm line 3206, <$fh> line 3456.
Was könnte die Ursache für diese Fehlermeldungen sein?
Grüße
Stefan
Zitat von: Karflyer am 09 Dezember 2020, 14:06:57
Was könnte die Ursache für diese Fehlermeldungen sein?
Es sind keine "Fehlermeldungen", sondern "warnings", die den Hinweis beinhalten, dass eine vorhandene Funktion durch eine andere überschrieben wurde. Hier eben bestimmte Funktionen (wahrscheinlich) aus fhem.pl durch solche aus Meta.pm.
Ist in dem Fall normal, wenn man Module hat, die Meta einbinden (was z.B. manche der von mir betreuten Module seit einiger Zeit tun).
ZitatEs sind keine "Fehlermeldungen", sondern "warnings", die den Hinweis beinhalten, dass eine vorhandene Funktion durch eine andere überschrieben wurde. Hier eben bestimmte Funktionen (wahrscheinlich) aus fhem.pl durch solche aus Meta.pm.
Ist in dem Fall normal, wenn man Module hat, die Meta einbinden (was z.B. manche der von mir betreuten Module seit einiger Zeit tun).
Erst einmal Danke für die Info. Wenn ich das richtige verstehe, wirft der Perl-Interpreter die Meldung (Warnung). Lässt sich im Modul, dass diese Warnung letztendlich verursacht, nicht aussteuern dass die Meldung unterdrückt wird?
Ich finde es einfach schöner, dass das Log beim starten von FHEM 'clean' ist, also keine Warnungen beinhaltet die nicht relevant für den weiteren Betrieb von FHEM sind.
Grüße
Stefan
Das mit dem Wunsch kann ich nachvollziehen, aber falls es überhaupt möglich wäre, die Meldung zu unterdrücken, so hielte ich es nicht für zielführend. Meta.pm ändert Funktionen von fhem.pl (afaik nix dramatisches). Aber falls da was schief geht, ist dann nicht unbedingt fhem.pl schuld (=> Rudi), sondern Meta.pm (anderer Maintainer).
Ergo sollte im Fehlerfall zu erkennen sein, wer (vermutlich) das Problem verursacht hat.
Allgemeine Anmerkung: Es wundert mich hin und wieder schon, wie viel Aufwand getrieben wird, nur um ein "clean" Log oä. zu haben. Klar ist es nett, wenn das Log überschaubar ist, aber aussagefähig sollte es andererseits doch auch bleiben, schließlich will man damit nachvollziehen können, warum wann was passiert. Hier ist es ein "Block", der dann auch schnell überflogen und als (vergleichsweise) harmlos beurteilt werden kann; ist eine halbe Mausraddrehung, und dann hat man es auch schon wieder vergessen...
Jetzt wird's philosophisch :)
ZitatAllgemeine Anmerkung: Es wundert mich hin und wieder schon, wie viel Aufwand getrieben wird, nur um ein "clean" Log oä. zu haben. Klar ist es nett, wenn das Log überschaubar ist, aber aussagefähig sollte es andererseits doch auch bleiben, schließlich will man damit nachvollziehen können, warum wann was passiert. Hier ist es ein "Block", der dann auch schnell überflogen und als (vergleichsweise) harmlos beurteilt werden kann; ist eine halbe Mausraddrehung, und dann hat man es auch schon wieder vergessen...
Ich bin in diesem Punkt anderer Meinung. Sind es echte Fehler die den Betrieb von FHEM beeinträchtigen, sollen die natürlich im Log auftauchen. Ist ein 'Perl Warning' gar kein 'Achtung, hier läuft was schief' sondern nur ein dezenter Hinweis vom Interpreter, dass er hier etwas tut, was vom normalen Geschehen abweicht, aber das keineswegs ein Fehler ist, brauche ich es als normalsterblicher Anwender (also kein Programmierer) nicht zu sehen. Es beunruhigt hier eher, als dass es hilft. Das ist jetzt aber meine persönliche Meinung.
Ich werde also damit leben müssen, dass die Perl-Warnings auftauchen ;)
Grüße
Stefan