Re: Form of req.filename/req.hlist.directory on Win32 systems.

2006-04-17 Thread Nicolas Lehuen
Hi Graham,Here is the test handler I've used :from mod_python import apachedef handler(req): req.content_type = 'text/plain' req.write(req.hlist.directory+'\n') req.write(req.filename+'\n' ) return apache.OKIf I use :DocumentRoot c:\\apache22\\htdocsDirectory c:\\apache22\\htdocs # ... SetHandler

Re: Form of req.filename/req.hlist.directory on Win32 systems.

2006-04-17 Thread Graham Dumpleton
Was this with mod_python from subversion or 3.2.8? Want to qualify whether latest set of changes I checked in to support Files directive has caused it to behave differently as how it determines req.hlist.directory is different to before. Thanks. Graham On 18/04/2006, at 4:33 AM, Nicolas

Re: Form of req.filename/req.hlist.directory on Win32 systems.

2006-04-17 Thread Nicolas Lehuen
This was with the Subversion trunk.Ill do some tests with 3.2.8 and tell you the results.Nicolas2006/4/17, Graham Dumpleton [EMAIL PROTECTED]:Was this with mod_python from subversion or 3.2.8? Want to qualify whether latest set of changes I checked in to supportFiles directive has caused it to

It's that time of the year again

2006-04-17 Thread Ian Holsman
Google is about to start it's summer of code project what does this mean for HTTP/APR ? we need: - mentors and - project ideas. so.. if there is any niggly things or cool projects you haven't got the time to do yourself, but could devote 2-3 hrs/week to help someone else do, and could be

Re: It's that time of the year again

2006-04-17 Thread Nick Kew
On Monday 17 April 2006 07:13, Ian Holsman wrote: ideas so far (half joking): - mod_ircd - implementing a UDP protocol - a caching module implement CML (cache-meta-language) - a SEDA type MPM OK, let's play ... - Language bindings (mod_[perl|python|etc]) for new goodies like DBD and

Re: It's that time of the year again

2006-04-17 Thread Graham Dumpleton
On 17/04/2006, at 4:27 PM, Nick Kew wrote: On Monday 17 April 2006 07:13, Ian Holsman wrote: OK, let's play ... - Language bindings (mod_[perl|python|etc]) for new goodies like DBD and XMLNS This possibly ties up with something which I was intending to one day implement in mod_python.

Re: It's that time of the year again

2006-04-17 Thread Nick Kew
On Monday 17 April 2006 07:45, Graham Dumpleton wrote: On 17/04/2006, at 4:27 PM, Nick Kew wrote: On Monday 17 April 2006 07:13, Ian Holsman wrote: OK, let's play ... - Language bindings (mod_[perl|python|etc]) for new goodies like DBD and XMLNS This possibly ties up with

Re: It's that time of the year again

2006-04-17 Thread Graham Dumpleton
On 17/04/2006, at 6:43 PM, Nick Kew wrote: On Monday 17 April 2006 07:45, Graham Dumpleton wrote: On 17/04/2006, at 4:27 PM, Nick Kew wrote: On Monday 17 April 2006 07:13, Ian Holsman wrote: OK, let's play ... - Language bindings (mod_[perl|python|etc]) for new goodies like DBD and XMLNS

Standard MSIE tweaks for Apache

2006-04-17 Thread Bjørn Stabell
After switching to Apache 2.2.1 (the unreleased version) we found MS IE could no longer access our site (which has keepalive, mod_deflate, mod_proxy, and mod_ssl). At first I thought it was a keepalive or cipher problem, but it turned out to be a problem with IE (6.0) not being able to

Re: It's that time of the year again

2006-04-17 Thread Colm MacCarthaigh
On Mon, Apr 17, 2006 at 06:44:11PM +1000, John Vandenberg wrote: A cool project that appears to needs a coder is mod_bittorrent. There's already a mod_bittorrent, but it only produces .torrent files dynamically, it doesn't act as as a seed or participate in the p2p. There's mod_torrent too

Re: Standard MSIE tweaks for Apache

2006-04-17 Thread Joost de Heer
IE is still a pretty popular browser, it's relatively important to handle it well ;) Shouldn't that read: IE is still a pretty popular browser, it's relatively important that it handles things well.? Joost

Re: It's that time of the year again

2006-04-17 Thread Jeff McAdams
Ian Holsman wrote: ideas so far (half joking): - mod_ircd - implementing a UDP protocol - a caching module implement CML (cache-meta-language) - a SEDA type MPM mod_snmp would be very useful. -- Jeff McAdams They that can give up essential liberty to obtain a little temporary safety deserve

Re: It's that time of the year again

2006-04-17 Thread Jorge Schrauwen
I've seen a mod_snmp somewhere:http://www.mod-snmp.com/mod_snmp.htmldon't know how if its free and for what version though. On 4/17/06, Jeff McAdams [EMAIL PROTECTED] wrote: Ian Holsman wrote: ideas so far (half joking): - mod_ircd - implementing a UDP protocol - a caching module implement CML

Re: It's that time of the year again

2006-04-17 Thread Mads Toftum
On Mon, Apr 17, 2006 at 02:25:46PM +0200, Jorge Schrauwen wrote: I've seen a mod_snmp somewhere: http://www.mod-snmp.com/mod_snmp.html don't know how if its free and for what version though. SNMP module for Apache 1.3.x as you can see on www.mod-snmp.com vh Mads Toftum -- `Darn it, who

Re: Large file support in 2.0.56?

2006-04-17 Thread Jeff Trawick
On 4/15/06, Brandon Fosdick [EMAIL PROTECTED] wrote: I might have asked this before, but I've forgotten the answer, and so has google. Has any of the large file goodness from 2.2.x made it into 2.0.x? Will it ever? Different answer than you got before, but I think this is more accurate

Re: It's that time of the year again

2006-04-17 Thread Mads Toftum
On Mon, Apr 17, 2006 at 07:27:08AM +0100, Nick Kew wrote: - Update apxs to search web, download verify modules, get security and license info. More details from the discussions at apachecon EU last year: http://mail-archives.apache.org/mod_mbox/httpd-dev/200507.mbox/[EMAIL PROTECTED] vh

Re: Large file support in 2.0.56?

2006-04-17 Thread Colm MacCarthaigh
On Mon, Apr 17, 2006 at 09:09:12AM -0400, Jeff Trawick wrote: On 4/15/06, Brandon Fosdick [EMAIL PROTECTED] wrote: I might have asked this before, but I've forgotten the answer, and so has google. Has any of the large file goodness from 2.2.x made it into 2.0.x? Will it ever? Different

Re: Any volunteers?

2006-04-17 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: Since there doesn't seem to be mutch interest in this i'll post what i got in hopes of attracting some more poeple. FWIW - there is a new project in incubation... sources have recently been imported by the original authors (a small team of administrators at Merck who

Re: 2.0.56 candidate coming soon

2006-04-17 Thread William A. Rowe, Jr.
Colm MacCarthaigh wrote: I'm not sure if I'm stepping on anyone's toes here, if I am, I don't mean to be, I can remember a few different abandonded potential releases at this point, I just wanna get the basic fixes out there. Of course not :) Holiday weekend and all - if you are ready before

Re: Large file support in 2.0.56?

2006-04-17 Thread William A. Rowe, Jr.
Brandon Fosdick wrote: Nick Kew wrote: I haven't tried files that size, but that's far too small for LARGE_FILE to be relevant. I guess you knew that already, so does something else lead you to suppose you're hitting an Apache limit? It does seem like a rather small and arbitrary limit. I

Re: It's that time of the year again

2006-04-17 Thread William A. Rowe, Jr.
Ian Holsman wrote: so.. lets get brainstorming. Let's see HTTP get the prize for most ideas (and beat those java weanies) LOL! Ok, in all seriousness, error message localization is -sooo- long overdue, and we have a perpetual problem with apr_status_t extention. The next 2.0 release of

Re: It's that time of the year again

2006-04-17 Thread Brian Akins
An example I'd like to do (or mentor someone) is a mod_memcached that could serve as the basis of memcached based modules. It could handle all the configuration details, errors, and general heavy lifting of memcached. It would then be very easy to write other modules that had hooks into

Re: It's that time of the year again

2006-04-17 Thread Rian A Hunter
Quoting Ian Holsman [EMAIL PROTECTED]: ideas so far (half joking): - mod_ircd - implementing a UDP protocol - a caching module implement CML (cache-meta-language) - a SEDA type MPM http://www.kegel.com/c10k.html I think a SoC project that profiles Apache (and finds out where we fall short) so

Re: Any volunteers?

2006-04-17 Thread Jorge Schrauwen
Very interesting, lot of potention there...Might put mine on hold then... and see what comes of this.On 4/17/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:Jorge Schrauwen wrote: Since there doesn't seem to be mutch interest in this i'll post what i got in hopes of attracting some more

Re: It's that time of the year again

2006-04-17 Thread Colm MacCarthaigh
On Mon, Apr 17, 2006 at 12:34:29PM -0400, Rian A Hunter wrote: I think a SoC project that profiles Apache (and finds out where we fall short) so that we are able to compete with other lightweight HTTP servers popping up these days would be a good endeavor for any CS student. Right now, I'm

Re: It's that time of the year again

2006-04-17 Thread Garrett Rooney
On 4/16/06, Ian Holsman [EMAIL PROTECTED] wrote: Google is about to start it's summer of code project what does this mean for HTTP/APR ? we need: - mentors I'd be willing to help mentor. and - project ideas. A few ideas: in APR: - Improve the build system so that it can generate

Re: It's that time of the year again

2006-04-17 Thread Joachim Zobel
On Mon, 17 Apr 2006 16:13:06 +1000 Ian Holsman [EMAIL PROTECTED] wrote: so.. if there is any niggly things or cool projects you haven't got the time to do yourself, Yeah, my no 1. wish is a mod_tal (the existing sourceforge project was abandomed before start) that: 1. acts as an output

Re: It's that time of the year again

2006-04-17 Thread Garrett Rooney
On 4/17/06, Colm MacCarthaigh [EMAIL PROTECTED] wrote: On Mon, Apr 17, 2006 at 12:34:29PM -0400, Rian A Hunter wrote: I think a SoC project that profiles Apache (and finds out where we fall short) so that we are able to compete with other lightweight HTTP servers popping up these days would

Re: It's that time of the year again

2006-04-17 Thread Brian McCallister
On Apr 17, 2006, at 10:04 AM, Garrett Rooney wrote: I suspect that a significant problem with this sort of project will be lack of proper hardware for benchmarking purposes. From everything I've heard it's not all that hard to totally saturate the kind of networks you're likely to have

Re: It's that time of the year again

2006-04-17 Thread Garrett Rooney
On 4/17/06, Brian McCallister [EMAIL PROTECTED] wrote: On Apr 17, 2006, at 10:04 AM, Garrett Rooney wrote: I suspect that a significant problem with this sort of project will be lack of proper hardware for benchmarking purposes. From everything I've heard it's not all that hard to

Re: It's that time of the year again

2006-04-17 Thread Mads Toftum
On Mon, Apr 17, 2006 at 10:15:09AM -0700, Garrett Rooney wrote: Perhaps, but AFAICT infra@ doesn't have this kind of thing lying around at the moment, so unless someone is going to step up with hardware people can use it's kind of a showstopper. Correct. vh Mads Toftum -- `Darn it, who

Re: It's that time of the year again

2006-04-17 Thread William A. Rowe, Jr.
FWIW, in our earlier discussions we discussed segmented keys, that any provider wouldn't have to provide multiple keys (to be hooked) but would have to support segmented keys such that (for example) three UUID's would designate highest - narrower - narrowest lookup, and it would (of course) be

Re: It's that time of the year again

2006-04-17 Thread Brian Akins
Rian A Hunter wrote: This seems to be more viable for our threaded MPMs. For the prefork MPM, maybe a goal for 10,000 connections might be impractical. Using worker, we do many thousands of connections (ie, much more than 10k). I think Colm has published some numbers about his experiences.

Re: It's that time of the year again

2006-04-17 Thread William A. Rowe, Jr.
Garrett Rooney wrote: I suspect that a significant problem with this sort of project will be lack of proper hardware for benchmarking purposes. From everything I've heard it's not all that hard to totally saturate the kind of networks you're likely to have sitting around your house with

Re: It's that time of the year again

2006-04-17 Thread Brian Akins
Garrett Rooney wrote: To really benchmark it's going to require more stuff than your average college student has lying around the house. Simple dual opteron with GigE networking is more than sufficient. I can mentor by testing some changes if somebody needs it. -- Brian Akins Lead

Re: It's that time of the year again

2006-04-17 Thread Brian Akins
William A. Rowe, Jr. wrote: LOL - not to mention the converse. Even when eating all four 1GB network segments it's quite difficult to saturate anything but the NICs on one of Sun's T2000 loaner boxes until you add dynamic content to the mix :) Try smaller files. like 1 byte. That is how I

modules/debug/ still - bleh!!!

2006-04-17 Thread William A. Rowe, Jr.
Alright folks, both the Netware and Win32 maintainers asked that the directory NOT be named debugging. In vengance, for example, we would just toss out a .libs/ directory to describe lib resources? That's the effect here. So - can I get everyone to agree on modules/debugging/ before we tar

Jon Pokroy/VNUBPL/UK is out of the office.

2006-04-17 Thread Jon Pokroy
I will be Out of the Office Start Date: 13/04/2006. End Date: 24/04/2006. I will respond to your message when I return. For downloads issues, please contact Steffen Mueller: [EMAIL PROTECTED] For Italy relaunch issues, contact Ross McDonald: [EMAIL PROTECTED] For all other issues, contact

Re: It's that time of the year again

2006-04-17 Thread Esteban Pizzini
On 4/17/06, Jeff McAdams [EMAIL PROTECTED] wrote: Ian Holsman wrote: ideas so far (half joking): - mod_ircd - implementing a UDP protocol - a caching module implement CML (cache-meta-language) - a SEDA type MPMmod_snmp would be very useful. I have implemented snmp for Apache 2.0.x

modules/debug/ still - bleh!!!

2006-04-17 Thread William A. Rowe, Jr.
Alright folks, both the Netware and Win32 maintainers asked that the directory NOT be named debugging. In vengance, for example, we would just toss out a .libs/ directory to describe lib resources? That's the effect here. So - can I get everyone to agree on modules/debugging/ before we tar

Re: [VOTE] Release 2.2.1 as GA

2006-04-17 Thread Steffen
Also all is fine with building against APR 1.2.7. Steffen - Original Message - From: Steffen [EMAIL PROTECTED] To: dev@httpd.apache.org Sent: Tuesday, April 04, 2006 19:39 Subject: Re: [VOTE] Release 2.2.1 as GA Done. I build against APR and APR-util 1.3.0 and the Perl scripts

generalized cache modules

2006-04-17 Thread Brian Akins
Was playing with memcached and mod_cache when I had some thoughts. -mod_cache should be renamed to mod_http_cache -new modules mod_cache (or some inventive) name would be a more general purpose cache) So mod_http_cache would simply be a front end to mod_cache providers. These providers do

Re: It's that time of the year again

2006-04-17 Thread Parin Shah
- mod_cache_requestor (which i don't think really took off) and 2 active comitters. I still haven't given up on it. :-) I am trying to remove the libcurl dependency by creating mocked up connection and request. hopefully, it would take off one day :-)

Re: generalized cache modules

2006-04-17 Thread Davi Arnaut
On Mon, 17 Apr 2006, Brian Akins wrote: Was playing with memcached and mod_cache when I had some thoughts. -mod_cache should be renamed to mod_http_cache -new modules mod_cache (or some inventive) name would be a more general purpose cache) So mod_http_cache would simply be a front end to

Re: It's that time of the year again

2006-04-17 Thread Parin Shah
An example I'd like to do (or mentor someone) is a mod_memcached that could serve as the basis of memcached based modules. It could handle all the configuration details, errors, and general heavy lifting of memcached. It would then be very easy to write other modules that had hooks into

Re: generalized cache modules

2006-04-17 Thread Brian Akins
Davi Arnaut wrote: Something similar to the Squid Storage Interface [1] ? sorta. maybe more simple. simple fetch and store for now. Also, do you mean to use mod_memcached as an application cache (mod_cache working as a frontend for a site) or as a proxy cache ? Doesn't matter. current

Re: It's that time of the year again

2006-04-17 Thread Brian Akins
Parin Shah wrote: I have liked the idea of mod_memcached. I can work on it with you (if we have Soc student for this project, I can work with him as well ) To clarify, I really meant to say mod_memcache, the client part, not the server. Was just an idea, I can help in some way as well. I

Re: Suggestion to significanlty improve performance of apache httpd

2006-04-17 Thread Rodent of Unusual Size
No response has been sent to the originator; feel free to do so. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp! ---BeginMessage--- Dear Apache, This isn't a request for help (you

Re: Suggestion to significanlty improve performance of apache httpd

2006-04-17 Thread Colm MacCarthaigh
Hey Phil, we're always responsive to such suggestions, but I think we've beaten you to it, at least somewhat, see below for what may be useful resources. On Mon, Apr 17, 2006 at 04:16:45PM -0400, Rodent of Unusual Size wrote: Much Better Solution: *** * Modify Apache so

Re: It's that time of the year again

2006-04-17 Thread Ian Holsman
yeah.. thats the hard part of SoC. not coding it yourself in 20 minutes, and leaving it for your student to do ;-) On 18/04/2006, at 5:43 AM, Brian Akins wrote: Parin Shah wrote: I have liked the idea of mod_memcached. I can work on it with you (if we have Soc student for this project, I

Protocol handlers: Change in connection processing from 2.0 to 2.2?

2006-04-17 Thread Tyler MacDonald
Hi all, I have a protocol handler that worked perfectly in apache 2.0.53, but after upgrading to 2.2, something strange is happening. The protocol handler processed gnudip2 TCP update requests for yi.org dynamic DNS. The GnuDIP2 protocol requires that a password salt be sent by

Re: Protocol handlers: Change in connection processing from 2.0 to 2.2?

2006-04-17 Thread Paul Querna
Tyler MacDonald wrote: Hi all, I have a protocol handler that worked perfectly in apache 2.0.53, but after upgrading to 2.2, something strange is happening. The protocol handler processed gnudip2 TCP update requests for yi.org dynamic DNS. The GnuDIP2 protocol requires that a

Re: Protocol handlers: Change in connection processing from 2.0 to 2.2?

2006-04-17 Thread Tyler MacDonald
Paul Querna [EMAIL PROTECTED] wrote: Add/Change your configuration to the Following: Listen 1234 GnuDIP2 AcceptFilter GnuDIP2 none This will disable the Accept Filter that by default waits for data. See also the docs: http://httpd.apache.org/docs/2.2/mod/core.html#acceptfilter

Re: Protocol handlers: Change in connection processing from 2.0 to 2.2?

2006-04-17 Thread Paul Querna
Tyler MacDonald wrote: Paul Querna [EMAIL PROTECTED] wrote: Add/Change your configuration to the Following: Listen 1234 GnuDIP2 AcceptFilter GnuDIP2 none This will disable the Accept Filter that by default waits for data. See also the docs:

apxs not compiling with largefile support?

2006-04-17 Thread Tyler MacDonald
Here's another odd one... My apache is compiled with large file support. However, when apxs goes to compile a DSO, it doesn't pass the correct cflags in. This results in a bunch of syntax error before off64_t errors. To work around this, I'm doing this: APXS = /opt/apache2/bin/apxs APR_CONFIG =

Re: Protocol handlers: Change in connection processing from 2.0 to 2.2?

2006-04-17 Thread Tyler MacDonald
Paul Querna [EMAIL PROTECTED] wrote: Nope, mostly because with how the current API is structured, we don't know what module will handle the protocol until runtime. It could be one that wants Accept Filtering, or one that doesn't. If you could with 100% accuracy match a single Listener

Re: [PATCH] #39275 MaxClients on startup [Was: Bug in 2.0.56-dev]

2006-04-17 Thread Chris Darroch
Colm: The worker and event MPMs would use these to track their non-worker threads; and the parent process for these MPMs could monitor them as per option C to decide when the child process's workers were ready to be counted. +1, I think this could be very useful, I came accross the same