Re: a question regarding <sys/shm.h>
- From: Robert Watson <rwatson@xxxxxxxxxxx>
- Date: Wed, 31 Jan 2007 10:52:02 +0000 (GMT)
On Wed, 31 Jan 2007, Dag-Erling Smørgrav wrote:
Pascal Hofstee <caelian@xxxxxxxxx> writes:Any additional sugestions/objections are always greatly appreciated.
On 32-bit platforms (i386, powerpc), int is a 32-bit signed integer while size_t is a 32-bit unsigned integer.
On 64-bit platforms (amd64, sparc64 etc), int is a 32-bit signed integer while size_t is a 64-bit unsigned integer.
In both cases, changing this structure member from int to size_t will break the ABI.
This doesn't mean you shouldn't do it, just that it should be done with care.
If we do decide to go ahead with the ABI change, there are a number of other things that should be done simultaneously, such as changing the uid and gid fields to uid_t and gid_t. I would very much like to see the ABI change happen, and the first step (breaking out kernel from user structures) has been done already as part of the MAC work. The next step is to add routines that translate internal/external formats, which isn't hard, but requires a moderate pile of code to do (as well as great care :-).
Robert N M Watson
Computer Laboratory
University of Cambridge_______________________________________________
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: a question regarding <sys/shm.h>
- From: Peter Jeremy
- Re: a question regarding <sys/shm.h>
- From: Fabian Keil
- Re: a question regarding <sys/shm.h>
- References:
- a question regarding <sys/shm.h>
- From: Pascal Hofstee
- Re: a question regarding <sys/shm.h>
- From: Peter Jeremy
- Re: a question regarding <sys/shm.h>
- From: Pascal Hofstee
- Re: a question regarding <sys/shm.h>
- From: Dag-Erling Smørgrav
- a question regarding <sys/shm.h>
- Prev by Date: Re: sysctl(3) interface
- Next by Date: Re: top delay value
- Previous by thread: Re: a question regarding <sys/shm.h>
- Next by thread: Re: a question regarding <sys/shm.h>
- Index(es):