[Octave-bug-tracker] [bug #46171] datevec fails with FFF and PM

[Nick Jankowski]

URL:
  <http://savannah.gnu.org/bugs/?46171>

                 Summary: datevec fails with FFF and PM
                 Project: GNU Octave
            Submitted by: nrjank
            Submitted on: Sat 10 Oct 2015 01:36:06 PM GMT
                Category: Octave Function
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: Nick Jankowski
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.0.0
        Operating System: Microsoft Windows

    _______________________________________________________

Details:

Was attempting to troubleshoot some code using datenum. it was failing on
trying to read a particular datestring that had both fractional seconds and
the PM designation. if I remove either, it works fine. Example:


>> datevec('06/01/2015 3:07:12 PM','mm/dd/yyyy HH:MM:SS PM')
ans =

   2015      6      1     15      7     12

>> datevec('06/01/2015 3:07:12.123','mm/dd/yyyy HH:MM:SS.FFF')
ans =

   2015.0000      6.0000      1.0000      3.0000      7.0000     12.1230

>> datevec('06/01/2015 3:07:12.123 PM','mm/dd/yyyy HH:MM:SS.FFF PM')
error: datevec: DATE not parsed correctly with given format
error: called from
    datevec at line 147 column 11


Note: don't have ML access right now to verify expected/compatible ML
behavior. 

(a side point: should datevec fail (for compatibility) if the month and day
are not zero padded? From the help I thought it should, but it does not?)


>> datevec('06/01/2015 3:07:12 PM','mm/dd/yyyy HH:MM:SS PM')
ans =

   2015      6      1     15      7     12

>> datevec('6/1/2015 3:07:12 PM','mm/dd/yyyy HH:MM:SS PM')
ans =

   2015      6      1     15      7     12





    _______________________________________________________

Reply to this item at:

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

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