[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xerces-c-dev
Subject:    [jira] Resolved: (XERCESC-1485) Validation of schema type datetime is locale dependent
From:       "cargilld (JIRA)" <xerces-c-dev () xml ! apache ! org>
Date:       2005-08-26 10:05:21
Message-ID: 93244599.1125050721229.JavaMail.jira () ajax ! apache ! org
[Download RAW message or body]

     [ http://issues.apache.org/jira/browse/XERCESC-1485?page=all ]
     
cargilld resolved XERCESC-1485:
-------------------------------

    Resolution: Fixed

Hi,
This is already fixed in the latest code (it was fixed in May).

David

> Validation of schema type datetime is locale dependent
> ------------------------------------------------------
> 
> Key: XERCESC-1485
> URL: http://issues.apache.org/jira/browse/XERCESC-1485
> Project: Xerces-C++
> Type: Bug
> Components: Validating Parser (Schema) (Xerces 1.5 or up only)
> Versions: 2.6.0
> Environment: W2K, Xercex-C 2.6, Default locale German
> Reporter: Frank Schusdziarra

> 
> Due to the usage of the locale dependent strtod function in \
>                 XMLDateTime::parseMiliSecond validation will fail, if
> - locale specifies another character than '.' as 'DecimalPoint'
> - subseconds are present
> Schema datatype mandates that seconds and subseconds are separated by a '.', but \
> strtod might expect a ',' (e.g. German locale) thus returning an error. Issue is \
> very much like XERCESX-993 (locale-sensitive function used to validate 'double' \
> type) - fix should be identical.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]