This is the mail archive of the cygwin-developers@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: HEADS UP cygserver maintainers


On Sun, Mar 09, 2003 at 12:04:57PM +1100, Cygwin (Robert Collins) wrote:
> 
> ===
> ----- Original Message -----
> From: "Corinna Vinschen" <vinschen at redhat dot com>
> To: <cygwin-developers at cygwin dot com>
> Sent: Sunday, March 09, 2003 3:44 AM
> Subject: HEADS UP cygserver maintainers
> 
> 
> > Hi,
> >
> > cygserver_shm.cc is still using uid_t and gid_t datatypes.  This must
> > be changed to either __uid16_t/__gid16_t or __uid32_t/__gid32_t.
> Since
> > the datatypes uid_t and gid_t are changing their size according to the
> > definition of __CYGWIN_USE_BIG_TYPES__ (see include/cygwin/types.h),
> > their usage is disallowed inside of Cygwin (as is e. g. off_t as
> well).
> >
> > It would be helpful to correct this as soon as possible.  I guess
> since
> > cygserver isn't really used so far, it doesn't make sense to use the
> > old 16 bit datatypes anymore but instead to define these functions
> > just with 32 bit types.
> 
> Yep, I agree - 32 bit should be used in cygserver. (How do we handle
> compatability with 16 bit client programs though? Or do we require that
> they are compiled with 32-bit?)

Good question.  Are there any apps outside which already use cygserver?
If not, we don't care.

> I don't mean existing binaries - they can simply recompile.
> 
> As for who does this, I'll try to make time :[.  (Adds to the queue..)

Thanks.  There's some time though.  My patches to enable 32/64 are
waiting for the release of 1.3.21 first.

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin at cygwin dot com
Red Hat, Inc.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]