search for: tm_zone

Displaying 5 results from an estimated 5 matches for "tm_zone".

2005 Jan 19
1
Re: [R-SIG-Mac] Formatting of time zone for POSIXct
...t;%Z"' on most Linux systems. so after reading that, you get the correct result: > format(Sys.time(),'%H:%M',usetz=TRUE) [1] "15:57 EST" Now, the reason why I'm CCing this to R-devel is that in fact the datetime.c is somewhat weird for non-GlibC2 systems as tm.tm_zone is not initialized at all, which I suspect is a bug. Either the docs should state that %Z should not be used at all or I'd propose the following patch to make it work (warning, it's a patch against R-devel): Index: src/main/datetime.c ===================================================...
2024 Oct 11
1
Time zones in POSIClt objects
...or registering a time > zone per element. It just seems to be ignored. I think that since POSIXlt is an interface to what the C standard calls the "broken-down" time (into parts, not in terms of functionality) and both the C standard [1] and the POSIX mktime() [2] ignore the tm_gmtoff/tm_zone fields (standard C because it's not defined there; POSIX because it defers to standard C), these fields exist for presentation purposes. They may be populated when constructing the time object, but not used for later calculations. Instead, the standard mktime() always uses the process-global t...
2007 Dec 02
1
Asterisk on Solaris
I submiited to the list last night, but it never showed up. Here we go again. I've tried building Asterisk 1.4.15 on Solaris based on instuctions here, http://forums.digium.com/viewtopic.php?t=5888. However, this is the message I get. This is Solaris on X86. Any ideas? [CC] stdtime/localtime.c -> stdtime/localtime.o stdtime/localtime.c: In function `localsub':
2004 Jan 11
1
strange behaviour when converting from char to POSIX (PR#6427)
On Sun, 11 Jan 2004, Dirk Eddelbuettel wrote: > On Fri, Jan 09, 2004 at 06:01:27PM +0100, christoph.schmutz@meteoschweiz.ch wrote: > > Full_Name: Christoph Schmutz, MeteoSchweiz, Switzerland > > Version: R1.7.1, R1.8.1 > > OS: windows2000, solaris sunOS 5.8 > > Submission from: (NULL) (141.249.133.6) > > > > > > > > I'm not sure if I
2024 Oct 10
2
Time zones in POSIClt objects
Thanks. On 10/10/24 16:13, Jeff Newmiller wrote: > POSIXt vectors do not support different time zones element-to-element. > I complained about this on this list a couple of decades ago, and was chastised for it. Evidently handling timezones per element was considered to be too impractically slow to be a standard feature. This is where it is unclear to me what the purpose is of the