octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #51340] datevec jump hour on 29/03/2009 02:*


From: Juan Pablo Carbajal
Subject: [Octave-bug-tracker] [bug #51340] datevec jump hour on 29/03/2009 02:*
Date: Thu, 29 Jun 2017 19:08:14 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36

Follow-up Comment #14, bug #51340 (project octave):

Mike,

Ok got it now. Due to time changes some hours get lost and the system is aware
of this, even if my TZ is empty (I guess it is getting the CET from somewhere
else).

Regarding the "correct" behavior, I would say that date string should be read
'asis' no timezone awareness at all (I guess this really means that the
timezone is always UTC). Let the user do the conversion.

I guess since there is no metion of timezones in the mathworks documentation
that is what they do

https://ch.mathworks.com/help/matlab/ref/datevec.html

and I think they offer datetime (not implemented in Octave)

https://ch.mathworks.com/help/matlab/ref/datetime.html

to actually apply a timezone to a datestr or datevec

I would say this is the behavior implemented by the pair, strptime (system's.
It is timezone unaware),  and date (GNU program. It is timezone aware).



    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?51340>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]