|
From: | John W. Eaton |
Subject: | Re: datestr failures |
Date: | Mon, 04 Nov 2013 16:48:52 -0500 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 |
On 11/04/2013 04:32 PM, Rik wrote:
On 11/04/2013 01:07 PM, Julien Bect wrote:On 04/11/2013 21:05, Rik wrote:Could somebody run Matlab under a fr_FR.utf-8 locale and report whether --- Code --- datestr ([1944, 6, 6, 6, 30, 0], 0) --- End Code --- reports 'Jun' or 'juin'?With Matlab R2012a, I get :datestr ([1944, 6, 6, 6, 30, 0], 0)ans = 06-Jun-1944 06:30:00Julien, Thanks for the confirmation; I guess Matlab really does set the LC_TIME parameter. I changed Octave to set LC_TIME to the 'C' locale and now all tests are passing even in the fr_FR locale (http://hg.savannah.gnu.org/hgweb/octave/rev/e432697a0621).
It's also possible that their implementation of datestr just uses English unconditionally regardless of the locale setting.
Could someone please try the attached MEX file with Matlab on a system that does not use the C or English locale settings?
Thanks, jwe
showlocale.c
Description: Text Data
[Prev in Thread] | Current Thread | [Next in Thread] |