axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Frank Huebbers (JIRA)" <>
Subject [jira] Commented: (AXIS2C-919) primitive types - long vs. int64_t
Date Sun, 20 Jan 2008 19:56:34 GMT


Frank Huebbers commented on AXIS2C-919:

Hi Senaka,

I need these type defs especially for long (int64_t) and unsigned longs (uint64_t). We have
several member variables with very large values, i.e., they need more than 4 bytes to be represented.
In the current form, these values would be truncated on 32-bit windows machines which is not

The other primitive types would be nice to have defined as I have suggested as well because
it would give the programmer a choice to further optimize the code. But I see that in some
situations it is better to leave them as they are. 

To give the typedefs more flexibility, it might make sense to add another option on the WSDL2C
tool which would allow someone to either use the primitive types as they are now (i.e., int,
and longs) or using ansi fixed sized types (int32_t, int64_t, ...). This would probably be
the best solution.

Let me know your thoughts.

Thanks Senaka.


> primitive types - long vs. int64_t
> ----------------------------------
>                 Key: AXIS2C-919
>                 URL:
>             Project: Axis2-C
>          Issue Type: Improvement
>          Components: wsdl2c tool
>    Affects Versions: Current (Nightly)
>            Reporter: Frank Huebbers
> I'm running into a problem with Axis2/C regarding the primitive types used in certain
situations, especially when using Axis2/C cross platform and cross implementation. Specifically,
I have several primitive types which are longs to represent values in excess of 2GB. This
works fine on C# and Java (which we are using on our platforms). However, on C++ compiled
on a WinXP 32-bit system, the long type is only 4 bytes long (as the int type) and thus not
sufficient to represent large numbers.
> The way I have gotten around this problem while keeping cross-platform compatibility
in mind are the following defines:
> #if defined(_WINDOWS)
> // Windows doesn't have any of the standard ANSI size invariant
> // Ansi types
> typedef unsigned __int8  uint8_t;
> typedef __int8            int8_t;
> typedef unsigned __int16 uint16_t;
> typedef __int16           int16_t;
> typedef unsigned __int32 uint32_t;
> typedef __int32           int32_t;
> typedef unsigned __int64 uint64_t;
> typedef __int64           int64_t;
> #else
> // Non Windows platforms should have this header file, which should
> // give access to the ansi types like uint8_t etc.
> #include <stdint.h>
> #endif // !_WINDOWS
> Is it possible to use these ansi types instead of types which will invariably truncate
very large numbers, such as longs? I would consider this to be a very important improvement
to the generated code.
> Any further comments are highly appreciated.
> Cheers,
> Frank

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:
For additional commands, e-mail:

View raw message