setregid() and setreuid() implementation proposal

Corinna Vinschen
Wed Jan 22 11:24:00 GMT 2003

On Wed, Jan 22, 2003 at 11:29:19AM +0100, Corinna Vinschen wrote:
> On Tue, Jan 21, 2003 at 08:40:07PM -0500, Christopher Faylor wrote:
> > On Tue, Jan 21, 2003 at 08:27:01PM -0500, Pierre A. Humblet wrote:
> > >Wouldn't this (post 1.3.19) instead be the right time to kick in the 
> > >uid32 code? Corinna had indicated in the fall that it was "just" (my
> > >words) a matter of introducing a few macros to split that change from 
> > >the offset64 stuff?
> Hmm, I was trying to avoid that but I'm not getting to change newlib
> for the necessary fpos_t changes.  And, honestly, I hate digging in
> newlib. 
> But it's not *that* simple:
> - is still using __aclent16_t instead of __aclent32_t.
> - Create a new define, say __CYGWIN_USE_32BIT_IDS__
> - Set this define in some Cygwin header (cygwin/types.h?) or
>   in gcc's specs file.
> - Change Cygwin's Makefile so that new applications are linked
>   against the new functions (same way as for regcomp/posix_regcomp
>   et al)

Ooops!  Another really *really* big problem:  struct stat is using
uids and gids as well.  Using 32 bit ids with 32 bit offset stuff
would require to introduce a new struct __stat32_2 plus access
functions.  We would have to support three variations of struct
stat then :-(((


Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                      
Red Hat, Inc.

More information about the Cygwin-developers mailing list