* src/ModMonoWorkerRequest.cs: pretend the client is HTTP/1.0 so that
System.Web does not tries to send chunked content. Apache will take care
of that. If the Flush is final, call CloseConnection. Implemented
sendfile support
* src/ModMonoRequest.cs: added SEND_FILE command an increased version
number.
* src/Mono.WebServer/MonoWorkerRequest.cs: use the IntPtr version of
SendResponseFromFile if no override is available.
* src/Mono.WebServer/XSPWorkerRequest.cs: removed TODO.
* src/ModMonoApplicationHost.cs: SendFile support.
svn path=/trunk/xsp/; revision=49050
* src/Mono.WebServer/MonoWorkerRequest.cs: default encoding will be
latin1.
* src/Mono.WebServer/XSPWorkerRequest.cs: if we're running on linux, use
send, setsockopt and sendfile from libc. No more buffering done but
for the headers. Use TCP_CORK. Use sendfile() for SendResponseFromFile
when possible.
* src/Mono.WebServer/ApplicationServer.cs: catch a possible error.
* src/Mono.WebServer/XSPApplicationHost.cs: pass the socket handle to
the worker request.
* src/Mono.WebServer/InitialWorkerRequest.cs: work directly on the
input buffer instead of calling ReadByte().
* src/Mono.WebServer/Makefile.am: add -unsafe flag.
svn path=/trunk/xsp/; revision=48957
* XSPWorkerRequest.cs: if we get a 0, don't pretend we read up to 'size'.
* XSPApplicationHost.cs: returning 0 in Read is fine.
svn path=/trunk/xsp/; revision=48870
* XSPWorkerRequest.cs: if we get a -1 when reading the request, the
client closed or there was an error. For a 0 we just return what we
have so far.
svn path=/trunk/xsp/; revision=48866
* src/Mono.WebServer/XSPApplicationHost.cs: if reading from the socket
returns 0 bytes, signal it returning a -1 in Read.
svn path=/trunk/xsp/; revision=46405
* tools/asp_state/asp_state.cs: find configuration filename to match the
executable name and path plus ".config", that fix not finding the oldnamed
"asp_state.exe.config" what make it work for asp-state2.exe, besides it was
looking for the configuration file in the current dir, not the dir containing
the executable. Also for first timers like me be a bit more verbose and don't
start if some command line arguments are passed (I tried a asp-state --help
and got baffled).
svn path=/trunk/xsp/; revision=46162
* src/Mono.WebServer/BaseRequestBroker.cs: keep a cache of the buffers
passed through remoting instead of creating a new one in all the cases.
svn path=/trunk/xsp/; revision=45810
* configure.in:
* src/Mono.WebServer/AssemblyInfo.cs: renamed into...
* src/Mono.WebServer/AssemblyInfo.cs.in: ...this.
* src/Mono.WebServer/Makefile.am: don't use -keyfile, as csc does not
support it. Now 'distcheck' passes and the build works on windows.
svn path=/trunk/xsp/; revision=45297
* src/XSPApplicationHost.cs: Removed file.
* src/InitialWorkerRequest.cs: Removed file.
* src/XSPWorkerRequest.cs: Removed file.
* src/Makefile.am: Modified file.
* src/Mono.WebServer/Makefile.am: moved some 'meat' to Mono.WebServer.
xsp.exe is now just 'server.cs' + classes in Mono.WebServer.
svn path=/trunk/xsp/; revision=45285
* configure.in: HEAD is now 1.1.x
* server/AssemblyInfoModMono.cs.in:
* server/XSPApplicationHost.cs:
* server/InitialWorkerRequest.cs:
* server/AssemblyInfo.cs.in:
* server/Makefile.am:
* server/server.cs: this is now Mono.WebServer.dll. xsp.exe is there
just to pass the options to the new assembly. Most of the patch by
Brian Ritchie.
svn path=/trunk/xsp/; revision=44599
* configure.in: put the full path to mono in RUNTIME
* */Makefile.am: s.$libdir.$prefix/lib, since that's what mono
uses. Also, for scripts, use RUNTIME rather than just `mono'.
svn path=/trunk/xsp/; revision=44211
* server/ModMonoWorkerRequest.cs: implemented IsClientConnected.
* server/ModMonoRequest.cs: added IsConnected and increased version
number.
* server/BaseRequestBroker.cs:
* server/ModMonoApplicationHost.cs: Close the current connection before
stopping the server when a shutdown request is received.
* server/XSPApplicationHost.cs:
* server/IWebSource.cs: IsConnected is now part if IWorker interface.
svn path=/trunk/xsp/; revision=44206