[
https://issues.apache.org/jira/browse/AXIS2C-964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12567338#action_12567338
]
Senaka Fernando commented on AXIS2C-964:
----------------------------------------
Hi Dimuthu,
I guess this is not solved yet. I think there is an issue when printing the
number to a string.
I sent these numbers,
1. 9223372036854775808
2. 92233720368
3. 9223372036854775
4. 922337203
5. 92233720
And, these are what went in the payload
1. 0
2. 2039407152
3. 2783138807
4. 922337203
5. 92233720
I think we'll have to come with some new uint64 to string logic. I think we can
support this at the util level. I will look into the possibility of doing that.
Also I found this,
sprintf (text_value_1, "%lu", (int)_RetULong->property_inULong);
inside adb_RetULong. I bet this leads to some nasty havoc.
Regards,
Senaka
> Support for uint64_t, int64_t required at codegen level
> -------------------------------------------------------
>
> Key: AXIS2C-964
> URL: https://issues.apache.org/jira/browse/AXIS2C-964
> Project: Axis2-C
> Issue Type: Improvement
> Components: code generation, wsdl2c tool
> Reporter: Senaka Fernando
> Fix For: 1.3.0
>
> Attachments: case12.zip, case12.zip, win_screen_shot_1.jpg
>
>
> Support for uint64_t, int64_t required at codegen level. I have added support
> at util level and fixed AXIS2C-919. Hope we can add this to the codegen tool
> too.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
