in reply to Re^5: svg line graphs
in thread svg line graphs

Got some info from the Strawberry folks {not the developers about fixing it, but someone else at cpan mentioning the problem}:
"tzset" is common Perl command which our MIDAS scheduling software utilizes when calculating times and time zones.

...

We understand that from around June 2010, tzset is no longer recognized or implemented in Strawberry Perl. We have no idea why this is the case, as there is very little information available from the developers of Strawberry Perl. It is unknown whether this is just a bug/glitch in Strawberry Perl, or if this common functionality has been permanently and intentionally removed.

I'm guessing that, since it is now a decade later and no tzset, that it has been permanently removed. I wonder if there's a workaround? tzset seems simple enough:
"tzset" This is identical to the C function "tzset()" for setting the current timezone based on the environment variable "TZ", to be used by "ctime()", "localtime()", "mktime()", and "strftime()" functions.
But what's amusing {perhaps} I can't find a man page for the C tzset() function on my system {Ubuntu 18.04.3}

Replies are listed 'Best First'.
Re^7: svg line graphs
by BernieC (Pilgrim) on Jan 29, 2020 at 21:41 UTC
    Over on stackexchange there is a post on this very topic at tzset

    That post asks

    Notice how on my system, the hour changes without calling tzset. This holds true on recent versions of Perl in Ubuntu and Illumos, as well as Perl v5.8.8 on Solaris 10.

    So if all my tests indicate that tzset has no effect, why / what other systems require tzset to be called explicitly? Do I still need to call tzset to remain compatible with certain environments, or is it now a thing of the past?

    and one of the replies says
    TL;DR: Starting with Perl v5.8.9 (released in 2011) calling tzset when changing $ENV{TZ} isn't needed anymore.
    That seems to mean I could go into the code for SVG::TT::Graph and just edit out the call to tzset?

    I can download the module from CPAN and I guess i'll find out if it is as easy as perl Makefile.PL in the downloaded module directory.. but.. then on Unix I'd do something like "make", "make test" and "make install". I guess I'll find out if the gmake is up to the job.