[Astro] POSIX::tzset not implemented on this architecture at...

[Thorsten Pferdekaemper]

Hi,
ein "define astro Astro" macht seit kurzem das hier im Log:

Code Auswählen Erweitern


POSIX::tzset not implemented on this architecture at ./FHEM/95_Astro.pm line 1859.

...und das ist das letzte was FHEM dann tut.
Für mich ist das nicht wirklich schlimm, da das nur eine Wimdows-Testinstanz ist. Ich dachte aber, die Maintainer interessiert das vielleicht.
Gruß,
   Thorsten

[CoolTux]

Hallo Thorsten,

Welche Perl ersion verwendest Du unter Windows?

[Thorsten Pferdekaemper]

Hi,
das ist StrawberryPerl. "perl -v" sagt das hier:

Code Auswählen Erweitern


This is perl 5, version 26, subversion 2 (v5.26.2) built for MSWin32-x64-multi-thread

Gruß,
   Thorsten

[CoolTux]

Danke Dir.
Scheint aber so das es diese Funktion erst gar nicht gibt unter Windows Perl.
Weiß jemand ob es generell das POSIX unter Windows Perl gibt?
Muss da mal schauen.

[CoolTux]

https://mid.as/kb/00057/posix-tzset-not-implemented-on-this-architecture

Scheint nur Strawberry Perl zu betreffen.

[Loredo]

tzset() wird aus Portabilitätsgründen explizit aufgerufen. Theoretisch ruft localtime() diese Funktion ebenfalls auf, womöglich hat localtime() bei StrawberryPerl eine spezielle Handhabung dafür.
Ich setze den Befehl mal als optional, so dass er nur ausgeführt wird, wenn er auch vorhanden ist. Entweder funktioniert die Veränderung der Zeitzone unter Windows damit oder nicht - im Zweifel bleibt es einfach bei der im System eingestellten Zeitzone, was sicherlich für die meisten auch kein Beinbruch ist. Die Funktion kommt ohnehin nur dann zum tragen, wenn man eine andere Zeitzone in FHEM konfiguriert hat oder beim Getter eine andere Zeitzone mit angeben möchte.

[Thorsten Pferdekaemper]

Hi,
ich bin jetzt mal wieder darüber gestolpert. Die Änderung hilft nichts, es kommt immer noch zum selben Fehler. In 95_Astro.pm findet man jetzt diese Zeile:

Code Auswählen Erweitern


    tzset() if ( exists &{'tzset'} );

Das "if exists" bringt aber nichts, da die Funktion schon existiert aber halt beim Aufruf den Fehler produziert. Man müsste also entweder wirklich auf's OS abfragen oder sowas machen:

Code Auswählen Erweitern


eval { tzset() };

Das mit dem eval habe ich ausprobiert.
Allerdings habe ich Hinweise darauf gefunden, dass man das tzset gar nicht mehr braucht:

TL;DR: Starting with Perl v5.8.9 (released in 2011) calling tzset when changing $ENV{TZ} isn't needed anymore.

Das ist aus https://stackoverflow.com/questions/38276673/when-does-a-perl-script-need-to-call-tzset-before-calling-localtime

Letzteres habe ich allerdings nicht ausprobiert. Mit dem eval wäre man daher wahrscheinlich auf der sicheren Seite.

Wie vorher schon gesagt: Meine Windows-FHEM ist nur Spiel und Test. Für mich ist das also nicht wirklich wichtig.
Gruß,
   Thorsten

[Loredo]

Ja, der explizite Befehl ist wie gesagt für die Kompatibilität da.
Ich habe das Eval mal in der Git Version hinzugefügt, wird dann bei Zeiten mal den Weg ins SVN finden.

[Christoph Morrison]

Ja, der explizite Befehl ist wie gesagt für die Kompatibilität da.
Ich habe das Eval mal in der Git Version hinzugefügt, wird dann bei Zeiten mal den Weg ins SVN finden.

Ist das eigentlich geschehen?