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

[Juan Pablo Carbajal]

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

Hi Mike,

Thanks for the effort. I still dot not understand how the current behavior is
acceptable. It just misbehaves for the period of 1 hour and for that day.

1. In the first assert indeed the "_" should be erased.

2. The element-wise comparisson was intentional to show that it fails in the
span of an hour

3. What do you mean by invalid time string/specification? '29/03/2009
02:00:00' is a valid time string.

4. I do not get any error with my system's strptime, it always works as
expected (I would expect Octave to do the same, but maybe it is a
compatibility issue). I gave the example program in comment #1

5. I get empty when getting TZ

>> getenv TZ
ans = 



6. The example in comment #9 works fine here.

>> getenv TZ
ans = 
>> fmt = "yyyy-mm-dd HH:MM:SS";
>> datevec ("2017-03-12 02:00:01", fmt)
ans =

   2017      3     12      2      0      1

>> datevec ("2017-03-12 03:00:01", fmt)
ans =

   2017      3     12      3      0      1


I understand that in the octave wrapper of strptime we are adding some TZ
awareness. I also assume this is an inherited bug from Matlab compatibility.
Right?

7. Setting TZ to UTC solves the original issue. I just wonder whether it will
be triggered somewhen else.

    _______________________________________________________

Reply to this item at:

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

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