search for: tzset

There is incompatibility between R strptime and musl libc. I posted about it on their mailing list, but they need more information I can't provide, so I'm forwarding the message here in hope R developers can help. Thanks. ---------- Forwarded message ---------- From: Rich Felker <dalias at libc.org> Date: Thu, Feb 4, 2016 at 2:07 PM Subject: Re: [musl] strptime() question To: Alba

It is setting TZ and using tzset(). R is not multi-threaded so it is safe. Simon figure out the important settings from the config.log and config.h files on a musl system: /* #undef USE_INTERNAL_MKTIME */ #define HAVE_TM_GMTOFF 1 #define HAVE_TM_ZONE 1 Does this help anyone debug the issue? Simon just went on vacation. On Th...

...ncompatibility between R strptime and musl libc. I posted > > about it on their mailing list, but they need more information I can't > > provide, so I'm forwarding the message here in hope R developers can > > help. Thanks. > > Generally, it's using the standard tzset() call to set the time zone > http://pubs.opengroup.org/onlinepubs/009695399/functions/tzset.html The tzset function doesn't really do much interesting; it just updates some global state to match the current value of the TZ environment variable, but most time.h functions do this already any...

Hi, A question regarding chroot, internal-sftp, and time zones: Is it possible to get the time stamps presented by the chrooted internal-sftp to always be aligned with the system global time zone setting? What is the reason this not done by default, that is couldn't the chrooted internal-sftp inherit the time zone information from the SSH daemon? /John -- John Olsson Ericsson AB

...in chunk_free (ar_ptr=0x40142d60, p=0x80f3948) at malloc.c:3097 #1 0x400ade46 in chunk_alloc (ar_ptr=0x40142d60, nb=24) at malloc.c:2594 #2 0x400ad5ce in __libc_malloc (bytes=15) at malloc.c:2696 #3 0x400b2a29 in __strdup (s=0x4013b731 "/etc/localtime") at strdup.c:43 #4 0x400dd3c0 in tzset_internal (always=0) at tzset.c:169 #5 0x400de0db in __tz_convert (timer=0xbfffee8c, use_localtime=1, tp=0x40148460) at tzset.c:582 #6 0x400d9c9c in localtime (t=0xbfffee8c) at localtime.c:43 #7 0x400d9bd8 in ctime (t=0xbfffee8c) at ctime.c:32 #8 0x80501b6 in skey_fake_keyinfo (username=0x80ed5d...

https://bugzilla.samba.org/show_bug.cgi?id=8198 Summary: rsync does not set TZ variable after chroot(), which confuses logging timestamps Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

https://bugzilla.mindrot.org/show_bug.cgi?id=2106 Bug ID: 2106 Summary: When TZ isn't explicitly set ls can give different time stamps Classification: Unclassified Product: Portable OpenSSH Version: 5.3p1 Hardware: Other OS: Linux Status: NEW Severity: normal

...bly. difftime: difference between times in secs. (The wrappers for the last two could handle POSIXtime and POSIXtm objects.) (Perhaps if these do not exist on a platform (unlikely) we can have less accurate alternatives in our code. They exist on Windows.) Possibly we might want to allow tzset: set a time zone, for the above functions or perhaps better just have tz as an argument to the conversion functions. Is this is a sensible design strategy? I am reluctant to add another set of date functions after packages date and chron, but cannot see how to easily leverage those to d...

Can anybody give me a hint why as.POSIXlt doesn't recognize the same timezones that zdump knows about (Linux Suse 8.1 and Suse 7.3)? Is there a workaround? R : Copyright 2002, The R Development Core Team Version 1.6.1 (2002-11-01) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type `license()' or `licence()' for

I am analysing some data collected over a number of months from Allentown, PA, which is just north of Philadelphia. I am using as.POSIXct for dates and times, and I need to get the timezone specification correct. Going on the documentation for DateTimeClasses, I believe one way to specify the correct time zone is tz="EST5EDT" I would be grateful for any advice on this. I ask

...at man strptime on my system says about this, but maybe it suggests that timezone information might be used if provided... %Z Timezone name or no characters if no time zone infor- mation exists. Local timezone information is used as though strptime() called tzset() (see ctime(3C)). Errors may not be detected. This behavior is subject to change in a future release. > Sys.getlocale() [1] "C" > version > Sys.getenv('TZ') TZ "US/Pacific" _ platform sparc-sun-solaris2.7 arc...

...LL) path = "$"; --- libc-5.4.44/libc/time/bsdtime.c.secenv Mon Oct 21 06:40:22 1996 +++ libc-5.4.44/libc/time/bsdtime.c Sat May 16 17:02:38 1998 @@ -1015,6 +1015,8 @@ (void) tzparse(GMT, sp, TRUE); } +extern char *__libc_secure_getenv(const char *); + #ifdef __STDC__ void tzset(void) @@ -1026,7 +1028,7 @@ register const char * name; void tzsetwall(void); - name = getenv("TZ"); + name = __libc_secure_getenv("TZ"); if (name == NULL) { tzsetwall(); return; <<<end of the patch>>>

https://bugzilla.samba.org/show_bug.cgi?id=2607 ------- Additional Comments From paul@debian.org 2005-04-14 07:32 ------- What timezone is your system running in? -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

Hi, I have just tagged 3.7.1-rc1, so it is ready for testing. As a reminder, when doing regression testing, use the 3.7.0 release as your baseline. Thanks, Tom

...d... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for acos... no checking for acos in -lm... yes Test Library Functions checking for strftime... yes checking for vprintf... yes checking for _doprnt... no checking whether byte ordering is bigendian... no checking for tzset... yes checking for mbstowcs... yes checking for opendir... yes checking for readdir... yes checking for chdir... yes checking for chroot... yes checking for getuid... yes checking for setlocale... yes checking for strerror... yes checking for strerror_r... yes checking for snprintf... yes checking...

..._ZNSt3__114error_categoryD2Ev 0000000000000000 DF *UND* 000000000000025d GLIBC_2.2.5 getgrgid_r 0000000000000000 DF *UND* 0000000000000035 GLIBC_2.2.5 isinf 0000000000000000 DF *UND* 0000000000000096 GLIBC_2.2.5 exp 0000000000000000 DF *UND* 000000000000008f GLIBC_2.2.5 tzset 0000000000000000 DF *UND* 000000000000002a GLIBC_2.2.5 sigprocmask 0000000000000000 DF *UND* 000000000000009f GLIBC_2.2.5 ceilf 0000000000000000 DF *UND* 00000000000000ee GLIBC_2.2.5 fseeko 0000000000000000 DF *UND* 0000000000000034 Base box 0000000000000000 DF *...

On Wed, Jul 13, 2016 at 04:48:51PM +0200, Sedat Dilek via llvm-dev wrote: > [ CCed all people who were involved in this thread ] > > Hi Tom, > > personally, I am interested to test the prebuilt-toolchains for > Ubuntu/xenial alias 16.04 LTS and Debian/Jessie v8.5.0 AMD64. > The available toolchains are incomplete and thus useless. > > Just as a fact: There is still no

Hello, I update my building scripts to build LLVM 4.0 RC1 (with clang, lldb, libc++, libc++abi, lld) on CentOS 6 and I got a lot of undefined symbols during linking LLDB. I'm using clang-3.9 and this configuration: -DLLVM_TARGETS_TO_BUILD="X86" -DCMAKE_BUILD_TYPE=Release -DCMAKE_C_COMPILER=/usr/bin/clang -DCMAKE_CXX_COMPILER=/usr/bin/clang++

From POSIXct to numeric and back with time zone I am running regressions on data which has time series with different time resolution. Some data has hourly resolution, while most has either daily or weekly resolution. Aggregation is used to make the hourly data daily, while liner interpolation is used to find daily data from the weekly time series. This data manipulation requires some careful