apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 40020] - Add support for apr_uint8_t and apr_int8_t types
Date Mon, 09 Jul 2007 17:37:53 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40020>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40020


bondolo@jxta.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW




------- Additional Comments From bondolo@jxta.org  2007-07-09 10:37 -------
For the same reason that uint32 and int32 is used rather than unsigned int or
signed int--the size of "char" is not fixed. 

Admittedly char is almost always 8 bits except for some obscure embedded OSes
that are used Asia (native 16 bit chars) and are not likely targets for APR.

Using only the uint* and int* types for wire protocols has a nice symmetry and
specificness as well. ie.

struct foo {
  int8  version;
  uint8 type;
  int16 thing;
  uint16 length;
  int32 signature;
  uint32 control;
  int64 offset;
  uint64 time;
};



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


Mime
View raw message