[ http://issues.apache.org/jira/browse/MODPYTHON-78?page=all ]
Nicolas Lehuen updated MODPYTHON-78:
Summary: No support for Apache 2.2 yet (was: No support for Apache 2.1 yet)
Now that Apache 2.2 is out, and mod_python 3.2 close to release, maybe
Nicolas Lehuen (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-78?page=all ]
Nicolas Lehuen updated MODPYTHON-78:
Summary: No support for Apache 2.2 yet (was: No support for Apache 2.1 yet)
Now that Apache 2.2 is out, and
Hi Jim,1. I chose the colours to aid in reading, but I tried to regroup items logically. For example I chose a weird orange for environment variables. Anyway, I'm thinking that I could use colors to represent the dependencies (what data comes from the client, what data comes from the server, and
I'll have to wait for the Win32 source code tree to be released to build it and test your patch. Hopefully it'll be out soon.Is there a wait to use macro directives so that we don't need to maintain two separate branches ? A define that we could pass when building mod_python to select the Apache
Nicolas Lehuen wrote:
Is there a wait to use macro directives so that we don't need to
maintain two separate branches ? A define that we could pass when
building mod_python to select the Apache version we're building against,
maybe ?
If it's possible to make the code in connobject.c
Nicolas Lehuen wrote:
I'll have to wait for the Win32 source code tree to be released to build
it and test your patch. Hopefully it'll be out soon.
Is there a wait to use macro directives so that we don't need to
maintain two separate branches ? A define that we could pass when
building
I am trying to use the UPLOAD_HOOK in 2.06 to track the progress of the
upload. I understand the api doc. is out of sync, but from the Changes notes
I gathered something like the following should work:
my $req = Apache2::Request-new($r ,
UPLOAD_HOOK = sub {
Had a look at the glue source code, and it looks like the hook gets passed a
Param, and a data buffer. Using
my ($upload, $buffer) = @_;
$received = $received + length($buffer);
solved my problem...
Regards,
Franck
-Original Message-
From: Franck Mangin [mailto:[EMAIL PROTECTED]
* Joshua Slive wrote:
I highly doubt that many people use the bundled docs. They are not
browsable on a default configuration and certainly require the server to
be running before they are usable, which means they are of little help
to upgraders. We also build windows-help format docs,
Luc Pardon wrote:
Both apr and httpd ship with generic spec files included. The apr spec
files are designed so that you can install apr-0.x and apr-1.x side by
side without conflicts,
As far as the included apr spec files are concerned, this is simply
not true.
Last time I looked,
Ok, I've come to a conclusion; for the coming release, only msvcrt.dll
builds under Visual C++ 6.0 make sense as our binary distribution.
I'm not suggesting we dismiss the potential win of supporting our Studio
2005 compiler users(!) But let's quickly compare...
. binary users generally
Hi.
I just checked out the latest trunk of apr httpd on my mac, and can't
build it anymore. it is complaining about apr_socket_sendfile not being
defined.
so I checked .. and apr.h has APR_HAS_SENDFILE as 0.
the problem is sendfile_nonblocking calls apr_socket_sendfile ;(
Require directives in the form of:
require user joe bob jane
require ldap-user jmanager
require ldap-group bigboys
require valid-user
I might have misunderstood something here, but this sounds like you
are proposing to move all directives into the specific files for the
authproviders. (This
Dear All,
First of all, congratulation on the release of 2.2.
I use mod_auth_pgsql at http://anyterm.org/my.html, and found a problem
earlier in the year. To get reasonable performance you need to use the
module's caching mechanism, but this cache is not flushed or updated
when the database
On Saturday 03 December 2005 11:39, Phil Endecott wrote:
Has anyone looked at this? If no-one is working on this and you think
it would be a useful feature to add, I may be able to write something
with a bit of help.
This is beyond the scope of what we've done, which is why you didn't
find
From a build standpoint I agree.
But VC++ 2005 has improvements in Performance, MemoryManagement etc.
The optimizer seems to improve the performance quite significantly.
Contrary to what Microsoft would like, you can built the server with the
needed DLLs statically so there is nothing to ship
On 12/3/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
It seems that most of the communites are still in VC 6. Remember the key
reason we keep using it, MS dropped support for exporting makefiles. With
no makefiles, you are roped into supporting only version x or newer Studio
products.
Ian Holsman wrote:
Hi.
I just checked out the latest trunk of apr httpd on my mac, and
can't build it anymore. it is complaining about apr_socket_sendfile
not being defined.
so I checked .. and apr.h has APR_HAS_SENDFILE as 0.
the problem is sendfile_nonblocking calls apr_socket_sendfile
Nicolas Lehuen writes:
As for the colophon : I initially built this chart on Excel 2003, then
feeling a bit guilty, I decided to switch to OpenOffice 2 (developer
Guilt is good for the soul, my son. Shun the M$ beast...this is good
for the soul.
As for your pdf...after
As someone who knows all of the Windows build platforms well...
my 2 cents jives with your decision, Bill.
Using MSVC 6.0 at this point and keeping the makefiles
is the only 'sane' thing to do at this point.
There are ISSUES with just about any of the newer platforms
including the obvious
Steffen wrote:
From a build standpoint I agree.
But VC++ 2005 has improvements in Performance, MemoryManagement etc.
The optimizer seems to improve the performance quite significantly.
Contrary to what Microsoft would like, you can built the server with the
needed DLLs statically so there is
Olaf van der Spek wrote:
On 12/3/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
It seems that most of the communites are still in VC 6. Remember the key
reason we keep using it, MS dropped support for exporting makefiles. With
no makefiles, you are roped into supporting only version x or
[EMAIL PROTECTED] wrote:
As someone who knows all of the Windows build platforms well...
my 2 cents jives with your decision, Bill.
Using MSVC 6.0 at this point and keeping the makefiles
is the only 'sane' thing to do at this point.
Couple of months ago I've proposed a 'hand-written'
nmake
[EMAIL PROTECTED] wrote:
PS: Whatever became of that nifty perl script nmake makefile-to-project-file
conversion script you were working on? It was almost working fine
at one point? Maybe you should post that into a distribution and let
some other Perl wizard take it into the end zone. Might be
Paul Querna wrote:
Ian Holsman wrote:
Hi.
I just checked out the latest trunk of apr httpd on my mac, and
can't build it anymore. it is complaining about apr_socket_sendfile
not being defined.
so I checked .. and apr.h has APR_HAS_SENDFILE as 0.
the problem is sendfile_nonblocking calls
My intention is for this to be a wide open brainstorming thread.
I expect that we will be able to discuss several ideas in much more
detail at the Hackathon next week, but I really want to get all ideas
'on the table'.
I have a few things I would like to see, but I am sure there are perhaps
Paul Querna wrote:
* Async/Event MPM: Complete Async pipeline for static files. I believe
we can seriously give every existing single-threaded-event-based server
a run for their money on every existing benchmark. Toss in some dynamic
content, and a hybrid Event/Worker has serious
On Saturday 03 December 2005 19:36, Paul Querna wrote:
My intention is for this to be a wide open brainstorming thread.
I expect that we will be able to discuss several ideas in much more
detail at the Hackathon next week, but I really want to get all ideas
'on the table'.
Alas, I shall be
Hi all,
I just worked on a bug report and noticed that there is no setting for Apache
http-2.2 in the
product selection box of bugzilla. I think this should be either added or the
current text for
Apache http-2.0 should be exchanged against Apache http-2.x to avoid
confusing to the user.
On Sat, Dec 03, 2005 at 11:36:10AM -0800, Paul Querna wrote:
* A Perchild MPM/replacement: The SoC perchild-replacement project
didn't work out. We have a basic design that is sound, but we need to
actually write the code.
+1. Could you dig out a reference to the design? I kind of lost
Ruediger Pluem wrote:
Hi all,
I just worked on a bug report and noticed that there is no setting for Apache
http-2.2 in the
product selection box of bugzilla. I think this should be either added or the
current text for
Apache http-2.0 should be exchanged against Apache http-2.x to avoid
On Sat, Dec 03, 2005 at 11:36:10AM -0800, Paul Querna wrote:
* Async/Event MPM: Complete Async pipeline for static files. I believe
we can seriously give every existing single-threaded-event-based server
a run for their money on every existing benchmark. Toss in some dynamic
content, and
--On December 3, 2005 8:52:38 PM + Colm MacCarthaigh [EMAIL PROTECTED]
wrote:
* A threaded MPM to become the default: I would like mod_cgid
How about making the MPMs DSOable?
* Build upon the aaa framework to do some more useful things. Two
in particular I'd like, but they are
Justin Erenkrantz wrote:
--On December 3, 2005 8:52:38 PM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
* A threaded MPM to become the default: I would like mod_cgid
How about making the MPMs DSOable?
++1!
Nick Kew wrote:
On Saturday 03 December 2005 19:36, Paul Querna wrote:
My intention is for this to be a wide open brainstorming thread.
But we don't have a track record of round tuits.
Sort of the reason the thread is interesting, but I'd rather see code
to comment on. Interesting ideas,
William A. Rowe, Jr. wrote:
Nick Kew wrote:
On Saturday 03 December 2005 19:36, Paul Querna wrote:
My intention is for this to be a wide open brainstorming thread.
But we don't have a track record of round tuits.
Sort of the reason the thread is interesting, but I'd rather see code
to
I am trying to sketch out the issues with allowing MPMs to be loaded as
DSOs, specified from the conf file.
1) AP_MPM_WANT_*. These defines come from the mpm.h, and are used all
over the core. A significant number of them are for adding
configuration directives. The rest are generally changing
An idea, although I have no idea whether this can be done at all, or whether
this has been discussed before:
MaxMemoryPerChild.
Especially with things like PHP, occasionally a child process can 'explode'
and grow very large. As far as I'm aware, the only way to limit child
processes is
--On December 3, 2005 11:57:08 PM +0100 Joost de Heer
[EMAIL PROTECTED] wrote:
An idea, although I have no idea whether this can be done at all, or
whether this has been discussed before:
MaxMemoryPerChild.
http://httpd.apache.org/docs/2.2/mod/core.html#rlimitmem
HTH. -- justin
Justin Erenkrantz wrote:
--On December 3, 2005 11:57:08 PM +0100 Joost de Heer
[EMAIL PROTECTED] wrote:
An idea, although I have no idea whether this can be done at all, or
whether this has been discussed before:
MaxMemoryPerChild.
http://httpd.apache.org/docs/2.2/mod/core.html#rlimitmem
On Sunday 04 December 2005 00:14, Justin Erenkrantz wrote:
--On December 4, 2005 12:06:40 AM +0100 Joost de Heer
[EMAIL PROTECTED] wrote:
This applies to processes forked off from Apache children servicing
requests, not the Apache children themselves.
So not exactly what I proposed,
When going thrue the code, looking at apr_palloc and friends, one can see
that :
* in some places (few of them) , the returned pointer is checked against
NULL
* in other places (most of them), it is not.
I've always been told that checking return value is a good idea, (especially
with
On Sun, Dec 04, 2005 at 12:31:31AM +0100, Astrid 'Kess' Keßler wrote:
hm, together with a perchild-like mpm I could imagine a memory limitation per
child process ...
Not really necessary given that the whole point of a perchild-like mpm
is to run vhosts under different user ids, so it should
Thanks Paul,
I didn't realize the trunk wasn't 2.2.x.. otherwise I would have just
fixed it myself ;-)
Paul Querna wrote:
Paul Querna wrote:
Ian Holsman wrote:
Hi.
I just checked out the latest trunk of apr httpd on my mac, and
can't build it anymore. it is complaining about
Hi Phil,
A while back I wrote a auth wrapper which used a MD5 hash inside a
cookie to determine if the user was authenticated. If the cookie was
invalid or not present it would fall back to the regular auth method (in
your case a DB hit).
It also had a bit which sat just after the
Christophe Jaillet wrote:
When going thrue the code, looking at apr_palloc and friends, one can see
that :
* in some places (few of them) , the returned pointer is checked against
NULL
* in other places (most of them), it is not.
I've always been told that checking return value is
Paul Querna wrote:
My intention is for this to be a wide open brainstorming thread.
I expect that we will be able to discuss several ideas in much more
detail at the Hackathon next week, but I really want to get all ideas
'on the table'.
I have a few things I would like to see, but I am
On 12/3/05, Ian Holsman [EMAIL PROTECTED] wrote:
I'd also like to brainstorm a better solution to running Rails/Django
applications inside of the httpd process than the SCGI/FastCGI solution
which most people use.
Out of curiosity, what do you think is wrong with the current FastCGI
method of
Garrett Rooney wrote:
On 12/3/05, Ian Holsman [EMAIL PROTECTED] wrote:
I'd also like to brainstorm a better solution to running Rails/Django
applications inside of the httpd process than the SCGI/FastCGI solution
which most people use.
Out of curiosity, what do you think is wrong with the
Paul Querna wrote:
3) The scoreboard. Each group of MPMs handles it differently. The
Event MPM is also re-shaping what a 'connection' means, and this will
likely lead to more scoreboard changes. We need a better common API to
reading and writing to the scoreboard. It would also be nice
50 matches
Mail list logo