On 6/17/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I have included my collegue Ibrahim Tannir (username itannir)
> to the list of project developers. He will mainly take care
> about the Windos part of the code, improve it as the time goes
> by and hopefully arrange a decent build-s
On 6/17/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 17.06.2005 um 21:23 schrieb Stephen Deasey:
>
> >
> > Sounds like a plan for stage 1.
> >
>
> Let me then try this one and see how far I'll come :-)
>
> >
>
> > If there's any part of the code base we should be testing, it's this.
Am 17.06.2005 um 21:23 schrieb Stephen Deasey:
Sounds like a plan for stage 1.
Let me then try this one and see how far I'll come :-)
If there's any part of the code base we should be testing, it's this.
Yes. But this is also the most complex one...
Cheers
Zoran
On 6/17/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 17.06.2005 um 12:30 schrieb Zoran Vasiljevic:
>
> >>
> >> I see that quite a lot of plumbing must be done
> >> to get this working. We must keep the Sock for
> >
>
> Wrong. Not very many plumbings, as we have almost
> all in place.
>
> Am 17.06.2005 um 15:08 schrieb Bernd Eidenschink:
> > Welcome Tannir!
>
> His first name is: Ibrahim.
> (try again... :-)
I knew, I just, eh, wanted, I, test, test, aaarrgh ;-)
Welcome, Ibrahim! :-)
Am 17.06.2005 um 15:08 schrieb Bernd Eidenschink:
Welcome Tannir!
His first name is: Ibrahim.
(try again... :-)
Zoran
Welcome Tannir!
> Hi!
>
> I have included my collegue Ibrahim Tannir (username itannir)
> to the list of project developers. He will mainly take care
> about the Windos part of the code, improve it as the time goes
> by and hopefully arrange a decent build-system so we can build
> on Windows so ni
Hi!
I have included my collegue Ibrahim Tannir (username itannir)
to the list of project developers. He will mainly take care
about the Windos part of the code, improve it as the time goes
by and hopefully arrange a decent build-system so we can build
on Windows so nicely as we build on Unix :-)
Am 17.06.2005 um 12:30 schrieb Zoran Vasiljevic:
I see that quite a lot of plumbing must be done
to get this working. We must keep the Sock for
Wrong. Not very many plumbings, as we have almost
all in place.
The chages would be mainly in the driver.c SockRead()
to declare SOCK_READY at the
Am 17.06.2005 um 11:45 schrieb Zoran Vasiljevic:
Am 17.06.2005 um 10:07 schrieb Stephen Deasey:
Yeah, looks like a mult-stage project.
I see that quite a lot of plumbing must be done
to get this working. We must keep the Sock for
the request in the Request structure for later
use by the
Am 17.06.2005 um 11:08 schrieb Stephen Deasey:
File a bug report with Mozilla, Safari, Opera etc. "No visible
progress for large file uploads"... :-)
Actually, they're all pretty responsive these days, and when one of
them gets a good idea, the others are often quick to copy. The
undying gra
Am 17.06.2005 um 10:07 schrieb Stephen Deasey:
Yeah, looks like a mult-stage project.
I see that quite a lot of plumbing must be done
to get this working. We must keep the Sock for
the request in the Request structure for later
use by the Ns_ConnContent. Also, the Conn
structure must be expa
On 6/17/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 17.06.2005 um 10:07 schrieb Stephen Deasey:
>
> > You can of course fake it: as soon as the connection which accepts
> > the large file runs it begins a server push, the first page of which
> > contains an animated gif 'uploading...'
Am 17.06.2005 um 10:07 schrieb Stephen Deasey:
You can of course fake it: as soon as the connection which accepts
the large file runs it begins a server push, the first page of which
contains an animated gif 'uploading...'. Once the upload completes
the server pushes a new page which confirms
On 6/17/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 17.06.2005 um 09:24 schrieb Stephen Deasey:
>
> >
> > I believe this is pretty common, but I'm not sure if this is what you
> > want. An anonymous mapping is still going to account against the
> > processes memory budget, and I don't
On 6/17/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 17.06.2005 um 09:06 schrieb Stephen Deasey:
> >
> > However... Vlad's question about ns_getform has me wondering about
> > the common case of HTTP file upload. Consider a 10MB file upload --
> > just before the form parsing code does
Am 17.06.2005 um 09:24 schrieb Stephen Deasey:
I believe this is pretty common, but I'm not sure if this is what you
want. An anonymous mapping is still going to account against the
processes memory budget, and I don't think it's going to be any more
likely to be swapped out than malloc'ed mem
Am 17.06.2005 um 09:06 schrieb Stephen Deasey:
However... Vlad's question about ns_getform has me wondering about
the common case of HTTP file upload. Consider a 10MB file upload --
just before the form parsing code does it's thing, the situation is
that there is a file on disk containing the
On 6/16/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 16.06.2005 um 18:18 schrieb Zoran Vasiljevic:
>
> >
> > One can even explore the memmap machinery and see if we can
> > entirely drop the temp-file and use the system paging for that:
> > so if the input exceeds the maxinput, we just
On 6/16/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 16.06.2005 um 22:13 schrieb Stephen Deasey:
>
> >
> > It was at one point implemented with mmap:
> >
> > http://cvs.sourceforge.net/viewcvs.py/aolserver/aolserver/nsd/
> > driver.c?rev=1.34&view=markup
> >
>
> Aha! But it was taken o
20 matches
Mail list logo