Mail Archives: cygwin/2002/01/21/13:29:45
Hi,
due to the problems with uids and gids beyond 65535, we're thinking
about changing the sizeof these datatypes from the current 16 bit
to a bigger size. We discussed that already internally and we have
a way to do it in a backward compatible way. Newer applications
using the new data sizes would not run on older Cygwin DLLs but that's
already true for many newer applications today so that shouldn't
matter (at least I'd still sleep well).
Already existing applications compiled using 16 bit uids/gids would
still run, provided that you're only using 16 bit clean uids/gids
with that applications. If /etc/passwd or /etc/group contain bigger
uids/gids then... shit happens.
We have three possible data sizes:
- 16 bit. Don't touch anything. Advantage: Nothing to do for us,
no compatibility problems at all.
- 32 bit. Coincidentally equal to sizeof int and sizeof long.
Advantage: Should even work with older software which often
silently assume that a uid/gid can be stored in a int.
- 64 bit. Advantage: Since the RIDs used in Windows are just
32 bit, one could create uids/gids with using the upper 32 bit
of the uid/gid as a domain/server identifier, e.g.
locadmin:10000000500:544:...
fooadmin:20000000500:544:...
So, please tell us what you think is the better approach from your
point of view. We're trying to get a picture.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:cygwin AT cygwin DOT com
Red Hat, Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -