Question

请考虑以下代码：

time_t t;
t = time( NULL );
elog << "timezone: " << getenv( "TZ" ) 
     << ", current local time: " << asctime( localtime( &t ));

如果我使用MSVC构建此代码，并在Windows DOS shell下运行它，我会得到正确的本地时间：

timezone: , current local time: Wed Jul 25 13:05:08 2012

但是如果我在像bash这样的cygwin shell下运行相同的程序，这段代码会返回GMT！

timezone: America/New_York, current local time: Wed Jul 25 18:05:08 2012

如果我在Linux或OsX中运行此程序，它也会返回正确的本地时间。

为什么？

@Update：现在是一年之后，我发现下面给出的答案并不总是有效。

对于某些程序来说，未设置的TZ似乎并不总是有效。我不知道为什么。但是有一个繁琐的解决方法。基本上，在您取消设置TZ之后，您必须检查本地时间确实不再返回GMT，但仅当您实际上不在GMT时区时，并且当您调用localtime（）时计算对time_t的手动调整或MAKETIME（）

u64 localTimeOffset = 0;

static void unsetTz()
{
   static bool unsetTZ = false;
   if ( !unsetTZ )
   {
      putenv( "TZ=" );
      unsetTZ = true;

      // unsetting TZ does not always work. So we have to check if it worked
      // and make a manual adjustment if it does not. For long running programs
      // that may span DST changes, this may cause the DST change to not take 
      // effect.
      s32 tzOffset = getTzOffset();

      if ( tzOffset )
      {
         static char timeBuf[48];
         char* s = &(timeBuf[0]);
         struct tm* timeInfoGMT;
         struct tm* timeInfoLocal;

         time_t zero = 86400;
         timeInfoGMT = gmtime( &zero );
         u32 GMTHour = timeInfoGMT->tm_hour;

         timeInfoLocal = localtime( &zero );
         u32 localHour = timeInfoLocal->tm_hour;

         if ( localHour == GMTHour )
         {
            // unsetting tz failed. So we have to make a manual adjustment
            localTimeOffset = tzOffset * 60 * 60;
         }
      }
   }
}

s32 getTzOffset()
{
   TIME_ZONE_INFORMATION tzInfo;
   GetTimeZoneInformation( &tzInfo );
   s32 tz = ( tzInfo.Bias / 60 );
   return tz;
}

致电当地时间：

  time_t t = getAtTimeFromSomewhere();
  t -= localTimeOffset;
  timeInfo = localtime( &t );

致电maketime：

 struct tm timestr;
 makeATMFromAStringForExample( time, timestr );
 time_t timet = mktime( &timestr );
 timet += localTimeOffset;

美好时光。

Answer 1

这花了我一些时间来弄清楚，我希望它对其他人有用。

像localtime这样的POSIX函数将使用环境变量TZ来确定要使用的时区。如果未设置TZ，则将使用系统的默认时区。

如果我在Linux或OS X下运行，TZ设置正确，一切正常。如果我在Windows上的shell中运行此程序，则TZ未设置，因此该函数返回操作系统的默认时区，这会再次产生正确的结果。

如果我在Cygwin shell中运行，TZ已设置 - 但由于我使用MSVC使用MSVC自己的stdc库构建程序 - 它无法解释Cygwin的TZ变量。所以它默认为GMT。

如果程序是在Cygwin下使用GCC构建的，我打赌它可以在Cygwin shell中正常工作。

所以答案是确保调用POSIX时间函数的程序如localtime()，如果你想让时间函数在Cygwin shell下工作，你必须取消设置TZ。

我是这样做的：

void getLocalTime()
{
   #ifdef WIN32
   static bool unsetTZ = false;
   if ( !unsetTZ )
   {
      putenv( "TZ=" );
      unsetTZ = true;
   }
   #endif // !WIN32

   time_t t;
   t = time( NULL );
   elog << "timezone: " << getenv( "TZ" ) 
        << ", current local time: " << asctime( localtime( &t ));
}

Answer 2

在Cygwin shell中使用export TZ=""可能是最好的方法。

@Update
嗨，Tunaki。谢谢你的编辑！

Answer 3

尝试在struct tm中设置 tm_isdst 标志。

如果夏令时生效，则夏令时标志（tm_isdst）大于零，如果夏令时无效则为零，如果信息不可用则小于零。

如果我记得很清楚，在Windows中它必须为-1才能正常工作。

localtime返回在cygwin shell上运行的Windows程序的GMT

3 个答案: