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

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

[Octave-bug-tracker] [bug #36563] datevec compatability


From: Rik
Subject: [Octave-bug-tracker] [bug #36563] datevec compatability
Date: Thu, 31 May 2012 20:55:22 +0000
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0

Update of bug #36563 (project octave):

                  Status:                    None => Need Info              

    _______________________________________________________

Follow-up Comment #3:

Which version of Matlab was tested?  And do we want to follow their behavior
or their documentation?

The documentation for datevec
(http://www.mathworks.com/help/techdoc/ref/datevec.html) for release 2012A is
very specific about which formats are supported.

Quoting the documentation:

"DateVector = datevec(DateString) converts date string DateString to date
vector V. Input argument DateString must be in one of the date formats 0, 1,
2, 6, 13, 14, 15, 16, or 23 as defined in the section . This calling syntax is
provided for backward compatibility, and is significantly slower than the
syntax which specifies the format string. If the format is known, the V =
datevec(DateString, FieldSpecIn) syntax is recommended."

The list of formats can be found here
(http://www.mathworks.com/help/techdoc/matlab_prog/bspgcx2-1.html) with the
section title "Numeric Identifiers for Predefined Formats".

As a first step, I think it would be useful if someone with access to a modern
version of Matlab could verify all 32 formats using the examples in the table
of Predefined Formats.

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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