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