Samuel,
Thanks for taking the time to respond. My question was more about how the
Apache socket API works. I'm actually not experiencing any problems. I was
just wondering if the ap_rwrite call could return some value less than the
number of bytes requested to be written. I wanted to know if
Mike O'Leary wrote:
I was just wondering if the ap_rwrite call could return some value less than the
number of bytes requested to be written. I wanted to know if I need to put
a loop around all of my ap_rwrite calls to verify that all the data is
sent.
Mike,
In answer to your question, yes, a
Mike O'Leary wrote:
Thanks for the info. I assume that ap_rwrite is writing directly to the
client which you mention is bad. What is the preferred method and why is
the ap_rwrite not preferred? Pardon me, I'm a newb.
Again, this is assuming you are writing an Apache 2 module. There are
Well, I thought this one would be easy to spot but it's not.
There's nothing I can do here to reproduce the reported behavior.
I wrote a Perl script client that sends your EXACT ( Palm Treo )
OPTIONS request as you had it documented in the last email.
I also wrote a simple Perl Server to
Hi All,
Can you explain me in brief of how the apache logs gets written.Does it have
any buffer mechanism while writing it into the file?I am sing Apache 2.2
with Worker model.When my webserver is overloaded i don't see my access logs
file growing for at least 1 min and again later on it
I have a feeling you have other components in play here and one
of them might be the culprit that is always adding the 'Connection: close'
to the OPTIONS request. Some home-grown and/or commercial filter or
something? Another ( invisible/broken ) Proxy in the mix that's automatically
adding
Nick Gearls wrote:
I'm interested
If you are still interested drop me a htpasswd entry and I'll give you
access to the review site. I am running late but I have two chapters
complete and ready to review. The original deadline for me to get the
initial draft finished is 30 May, but will slip
Believe I may have this working now.
The Treo was sending its Host header as follows:
Host:hostname.esri.com
(Note the lack of space betwen the colon and hostname. This probably
isn't valid but was corrected by Apache as it proxied the request on to
IIS. However, maybe the initial invalid
Hi Andrew!
buanzo:gZtiobxUnO/vc
Use that.
Too bad about the short notice, but I'll do my best.
Yours,
Andrew Ford wrote:
Nick Gearls wrote:
I'm interested
If you are still interested drop me a htpasswd entry and I'll give you
access to the review site. I am running late but I
I tried digging into the code a bit with gdb with mixed results. The
Treo actually would sync up properly sometimes even without the Host
fix in place as long as I was running in gdb. Maybe some sort of
timing issue?
Anwyays, I never saw it hit a backend-close = 1 line -- at least not
in
Hi,
for 2.2.9, it would be nice to fix the epoll issue PR 42829, IMHO. The
patch in the bug report works, even if it may not be the perfect
solution.
Cheers,
Stefan
On May 29, 2008, at 2:52 PM, Stefan Fritsch wrote:
Hi,
for 2.2.9, it would be nice to fix the epoll issue PR 42829, IMHO. The
patch in the bug report works, even if it may not be the perfect
solution.
From what I can see, there is no real patch available or fully
tested enough to warrant
On Thursday 29 May 2008, Jim Jagielski wrote:
for 2.2.9, it would be nice to fix the epoll issue PR 42829,
IMHO. The patch in the bug report works, even if it may not be
the perfect solution.
From what I can see, there is no real patch available or fully
tested enough to warrant anything
On May 29, 2008, at 4:46 PM, Stefan Fritsch wrote:
On Thursday 29 May 2008, Jim Jagielski wrote:
for 2.2.9, it would be nice to fix the epoll issue PR 42829,
IMHO. The patch in the bug report works, even if it may not be
the perfect solution.
From what I can see, there is no real patch
Chris,
Thanks for the info. I assume that ap_rwrite is writing directly to the
client which you mention is bad. What is the preferred method and why is
the ap_rwrite not preferred? Pardon me, I'm a newb.
Thanks,
Mike
On Thu, May 29, 2008 at 4:52 PM, Chris Kukuchka [EMAIL PROTECTED]
wrote:
On Thursday 29 May 2008, Jim Jagielski wrote:
https://issues.apache.org/bugzilla/attachment.cgi?id=21137 has
been in Debian testing and unstable for about 6 months without
problems. It is not an elegant solution but it works. Considering
that is is not clear how an elegant solution would
Stefan Fritsch wrote:
On Thursday 29 May 2008, Jim Jagielski wrote:
for 2.2.9, it would be nice to fix the epoll issue PR 42829,
IMHO. The patch in the bug report works, even if it may not be
the perfect solution.
From what I can see, there is no real patch available or fully
tested enough to
Believe I may have this working now.
The Treo was sending its Host header as follows:
Host:hostname.esri.com
(Note the lack of space betwen the colon and hostname.? This probably
isn't valid but was corrected by Apache as it proxied the request on to
IIS.? However, maybe the initial
18 matches
Mail list logo
