Re: CRT fd limitation in Squid NT port

HI Andrey,

At 22.28 05/07/2005, Andrey Shorin wrote:

> > I think that changes should be deeper: My opinion is that we should
> > remove any direct reference to FD concept creating a virtualized
> > interface between Squid and the OS.
> > And this isn't a so simple thing to do ... :-(
>
>Well, that's what the whole idea is about. FileDescriptor class whould
>save HANDLE value internally in fh member (see above examples). On the
>other hand, existing calls to write/read in squid code won't e broken.
>
>Looks like I didn't catch your way of thinking about virtualized
>interface between Squid and the OS. By the way, do you concern only NT
>port or HEAD?

The target is to have only one source tree, no more a separate
Windows source tree.

There are still some fundamental steps to do for this goal:

- IPC virtualized support common to Windows and *nix OSes, already
partially done from Robert Collins in the current nt-3_0 branch
- Windows native socket supports and Squid FD concept virtualization,
this all to be done.

I thing that 3.0 release is too near for the second step (with the
current development resources), but the first could be done in time for 3.0.
For the second step, the target should be the 3.1 release.

Regards

Guido

-
========================================================
Guido Serassio
Acme Consulting S.r.l. - Microsoft Certified Partner
Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY
Tel. : +39.011.9530135 Fax. : +39.011.9781115
Email: guido.serassio@acmeconsulting.it
WWW: http://www.acmeconsulting.it/
Received on Tue Jul 05 2005 - 14:50:39 MDT