Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT cygwin DOT com Delivered-To: mailing list cygwin-developers AT cygwin DOT com Message-ID: <3E2EB12D.A2A9DD32@ieee.org> Date: Wed, 22 Jan 2003 09:56:45 -0500 From: "Pierre A. Humblet" X-Accept-Language: en,pdf MIME-Version: 1.0 To: cygwin-developers AT cygwin DOT com Subject: Re: setregid() and setreuid() implementation proposal References: <20030117120131 DOT GF1142 AT cygbert DOT vinschen DOT de> <20030116190119 DOT GD820 AT tishler DOT net> <20030117120131 DOT GF1142 AT cygbert DOT vinschen DOT de> <3 DOT 0 DOT 5 DOT 32 DOT 20030121202701 DOT 007db4f0 AT mail DOT attbi DOT com> <20030122014007 DOT GA23365 AT redhat DOT com> <20030122102919 DOT GA29236 AT cygbert DOT vinschen DOT de> <20030122112419 DOT GD29236 AT cygbert DOT vinschen DOT de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Corinna Vinschen wrote: > > > But it's not *that* simple: > > > > - sec_acl.cc is still using __aclent16_t instead of __aclent32_t. Those two structures have the same size and the same field offsets. Would you thumb your nose at a conversion of the style whatever aclXXX( __aclent16_t * acl) { __aclent32_t * acl32 = acl; acl32->a_id &= 0x0000FFFF; return (whatever) aclXXX32(acl32); } or would you insist on alloc and copying of everything before and after calling the aclXXX32 function? > 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 :-((( :-((( Pierre