Robert Collins wrote:
> I have some info from Corinna V on setting sockets to non-block i/o that I
> hope to get going shortly. Where can I find what the type field in
> fd_table[]. _means_? ie is type=3 a listening socket... With that I should
> be able to fix comm_setNonBlock..
enums.h, and the source where the types are used of course.
enum {
FD_NONE,
FD_LOG,
FD_FILE,
FD_SOCKET,
FD_PIPE,
FD_UNKNOWN
};
So no, not quite. Type 3 is any type of socket, not only listening
sockets.
> I'm happy to do this, although we will be running a production cache soon -
> but maintaining both dev and stable shouldn't be too bad, and a CVS branch
> would be useful.
Ok. I'll create a SourceForge "cygwin" branch for you until we are ready
to accept this into the main release. If you create yourself a
SourceForge account ans send the accound name or it to me then you will
be given write access there.
> I had a look at Romeo's work, the reason I didn't start with it is that his
> work was built under MS Visual C, and I want to keep the code happily
> building under the gcc environment, so users don't need to spend $$$ just to
> build it. I have squid running quite happily, with no blocking issues now,
> as a service, built under, and linked to Cygwin. Do you know if Romeo did
> any tuning within the win32 system? All I could see in the code was the
> direct service support, and creating a sd structure in parallel with the
> fd_table to hold the win32 socket information. If nothing else was added, I
> think that with non-blocking I/O the cygwin/mingw32 port should be easier to
> maintain, and more open for development.
I think all he did is what you say: Splitted the filedescriptors into
file and socket filedescriptors, and added code for installing Squid as
a NT service.
/Henrik
Received on Wed Jun 21 2000 - 14:20:43 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:12:31 MST