Sender: richdawe AT bigfoot DOT com Message-ID: <378249B5.89204688@tudor21.net> Date: Tue, 06 Jul 1999 18:23:49 +0000 From: Richard Dawe X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i586) X-Accept-Language: de,fr MIME-Version: 1.0 To: djgpp-workers AT delorie DOT com Subject: Re: Request: S_IFSOCK & S_ISSOCK in sys/stat.h References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp-workers AT delorie DOT com Hello. Eli Zaretskii wrote: > We need to establish whether libsocket supports all the features that > the existence of S_IFSOCK indicates. This support can be degenerate, > like what we do in `mknode', but it must be there, or else some > program that ifdef's code conditioned on S_IFSOCK will do the wrong > thing. > > I don't know enough about either sockets or libsocket to tell how > close we are to that goal. Can you look into this issue and post here > what you find? libsocket is not near that goal yet. No code exists to support S_IFSOCK or S_ISSOCK(). I hope to add stat() support for sockets sometime. I'm confused what you mean about 'mknode' (mknod() in libc/compat/sys/stat/mknod.c?). I'm sorry, but I have heard the term "degenerate" only in a Physics/Chemistry context, and I'm not sure what you mean here. I agree that just #define'ing S_IFSOCK is too simplistic and will break things (hence my concern about autoconf scripts). > If having S_IFSOCK without libsocket can be a problem, we could make > include some internal header that will be empty in djdev > and will be replaced by libsocket installation; then this internal > header could define S_IFSOCK. So this seems the like the best solution given that the support isn't in libsocket yet. I suggest lsck/stat.h, but the name isn't important. Bye, -- --------------+----------------------+------------------------------------ Richard Dawe | richdawe AT bigfoot DOT com | http://www.bigfoot.com/~richdawe/ --------------+----------------------+------------------------------------