axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adrian Dick (JIRA)" <axis-c-...@ws.apache.org>
Subject [jira] Reopened: (AXISCPP-653) xsd_unsignedLong not long enough to hold max SOAP value
Date Tue, 05 Jul 2005 14:35:12 GMT
     [ http://issues.apache.org/jira/browse/AXISCPP-653?page=all ]
     
Adrian Dick reopened AXISCPP-653:
---------------------------------


The fix for this has now broken the XSDElementNil testcase.

> xsd_unsignedLong not long enough to hold max SOAP value
> -------------------------------------------------------
>
>          Key: AXISCPP-653
>          URL: http://issues.apache.org/jira/browse/AXISCPP-653
>      Project: Axis-C++
>         Type: Bug
>   Components: SOAP
>     Reporter: Mark Whitlock
>     Assignee: Adrian Dick
>      Fix For: current (nightly)

>
> In AxisUserAPI.hpp...
> typedef unsigned long xsd__unsignedLong;
> typedef long long xsd__long;
> so a xsd__long is 8 bytes but a xsd__unsignedLong is only 4 bytes. According to the SOAP
spec xsd__unsignedLong should also be 8 bytes. So currently it cannot hold the maximum value
that is allowed for it in the SOAP spec.
> Discussing this with Adrian, it appears that unsigned long is the longest unsigned datatype
that is available on all platforms. So maybe xsd__unsignedLong should be converted to a class.
There is a similar problem with xsd__duration and some other xsd types.

-- 
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


Mime
View raw message