Graham Dumpleton wrote:
On 12/01/2006, at 11:10 AM, Jim Gallacher wrote:
Jim Gallacher (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-98?
page=comments#action_12362399 ] Jim Gallacher commented on
MODPYTHON-98:
Applied
Ok, this is weird. I've run the tests on a couple of my qemu images and
I get the same output as Nicolas and Graham in the error log, but a
different output for my development machine. I think I'll rewrite the
test to just check the response from the request rather than rooting
around in the
FWIW, I use Python 2.3 on Mac OS X. Nicolas is probably using Win32
as usual.
I mention this as I wouldn't be surprised if different versions of Python
on different platforms behaved differently when given strange module
names for importing.
Take as an example prior case where someone was using
Jim Gallacher wrote ..
It's a strange one. When I move site-packages/PIL to
site-packages/PIL.bak (leaving PIL.pth as is) and run the tests I get
the same output as Graham and Nicolas. I'm just going to ignore this for
the time being and go with a refactored unit test.
I am making a guess
Graham Dumpleton wrote:
Jim Gallacher wrote ..
It's a strange one. When I move site-packages/PIL to
site-packages/PIL.bak (leaving PIL.pth as is) and run the tests I get
the same output as Graham and Nicolas. I'm just going to ignore this for
the time being and go with a refactored unit
Ahh, I don't have Installshield 10, It aint cheap either
:/
Eliminating the dependency on the MS dll's is possible in
a win32 build so I think i can mange that to in a win64
build :)
The installer should basicly only check if it is
installing on Windows XP Pro x64 or Windows 2003 Server
The event MPM is listed in the new features document for 2.2, which
rather implies that it should work and is to some degree supported; yet
configure will issue the doom and gloom messages about the code being
incomplete and that nobody should use it except developers wishing to
improve it.
The one potential issue I forsee; if someone borrowed the AP_STRINGIFY helper
in their source code. This only existed in 2.2.0, but if we are aiming at pure
source code compatibility (doesn't affect binary compatibility) I'll restore
this macro. Comments?
Bill
Modified:
Set a lower limit on expire time for objects with no expires, but have
last-modified.
I have the problem that new objects get ridiculously small expire times
from lastmodifiedfactor, this just sets a floor on it.
--
Brian Akins
Lead Systems Engineer
CNN Internet Technologies
---
Hi all,
I'm back after a few days without Internet access...
I also have the same test failure as Graham. Here is my error log :
[Thu Jan 12 20:11:24 2006] [error] [client 127.0.0.1]
req_add_empty_handler_string
[Thu Jan 12 20:11:24 2006] [notice] mod_python: (Re)importing module ''
[Thu Jan 12
You are not on the wright track by trying to solve the msjava.dll
dependency.
Just follow the instructions at:
http://msdn2.microsoft.com/en-us/library/ms235291.aspx
Steffen
http://www.sambarserver.info
- Original Message -
From: Fenlason, Josh [EMAIL PROTECTED]
To:
mod_dbd together with the apr_dbd framework, is listed in the new features
document for 2.2, which rather implies that it should work and is to some
degree supported.
As far as my and other win users experience, I hade to conclude that
mod_dbd/mod_authn_dbd is experimental.
Steffen
-
Greetings all,
I may finally have some time to work on some mod_cache issues that have
been nagging me. Mostly performance things. I really want to stop
maintaining my own version here, but to do that mod_cache needs to be
sped up a bit.
I'm setting up a dev environment now, so hopefully
Fenlason, Josh wrote:
Yep, I copied every and modified the configuration files accordingly.
I have it working on the XP box that it was built on. It won't run on
different XP and 2003 boxes.
I compiled it with Visual Studio 2005. (That's what is recommended,
right?)
Your other boxes are
Fenlason, Josh wrote:
Here is the path that requires msjava.dll:
Httpd.exe-libapr-1.dll-advapi32.dll-winsta.dll-netapi32.dll-dnsapi.
dll-iphlpapi.dll-mprapi.dll-activeds.dll-adsldpc.dll-credui.dll-sh
ell32.dll-shdocvw.dll-mshtml.dll-msjava.dll
When you see something nested from MS itself, it's
I'm offering to RM this package late friday or sometime Saturday if there's
no serious objection. Fixing or not fixing partial page results is obviously
not a regression, although I'm happy to wait an extra couple days if the fix
has been agreed upon, committed and is only undergoing some extra
Brian Akins wrote:
A short list I have (mostly mod_disk_cache):
-read_table and read_array seem slower than they should be
-thundering herd when a popular object expires
Thundering herd was one of the original design goals of the new cache
that was never fully followed through. With the
so folks can continue to use various things like the modperl etc built
upon ActiveState
Using VC6 or VS2005, in both cases you have to rebuild mod_perl for 2.2.0
mod_perl builds out-of-box with VS2005 and is working fine with Apache
2.2.0/Activestate.
Till now I did not find any issue not
I was finally able to get this working by following the instructions for
private assemblies in the link Steffen provided. I will just have to
ship the Microsoft.VC80.CRT directory from VS2005 with my binary. I
do have one question though. I have to drop the Microsoft.VC80.CRT
directory in
William A. Rowe, Jr. wrote:
I'm offering to RM this package late friday or sometime Saturday if there's
no serious objection. Fixing or not fixing partial page results is
obviously
not a regression, although I'm happy to wait an extra couple days if the
fix
has been agreed upon, committed and
On 01/12/2006 09:57 PM, William A. Rowe, Jr. wrote:
I'm offering to RM this package late friday or sometime Saturday if there's
no serious objection. Fixing or not fixing partial page results is
obviously
not a regression, although I'm happy to wait an extra couple days if the
fix
has
On 9/9/05, Daniel L. Rall [EMAIL PROTECTED] wrote:
This is a code-clarity improvement only.
* server/request.c
(ap_process_request_internal): Check the return value of hook
functions against the constant OK -- defined in httpd.conf as
Module has handled this stage -- instead of
It's a strange one. When I move site-packages/PIL to
site-packages/PIL.bak (leaving PIL.pth as is) and run the tests I get
the same output as Graham and Nicolas. I'm just going to ignore this for
the time being and go with a refactored unit test.
Jim
Graham Dumpleton wrote:
FWIW, I use
William A. Rowe, Jr. wrote:
In fact we are continuing on with Visual Studio 6, for the time being,
so folks
can continue to use various things like the modperl etc built upon
ActiveState.
Okay, that was not quite clear and is helpful to know. So you're saying
that if we build with the
Jess Holle wrote:
Okay, that was not quite clear and is helpful to know. So you're saying
that if we build with the latest MS dev/net studio modules built with MS
VC++ 6 won't work?
*potentially*. In practice they should interoperate. In fact mod_aspdotnet
already does, it's compiled
OK, try this on for size. Since Order,Allow,Deny are all hooked at
the access_checker stage, we should be able to add these directives back
in and allow them to function normally. The real problem is 'Satisfy'
because it had its fingers into the middle of
ap_process_request_internal(). So to
We tried to solve thundering herd problem wih cache-requester module
which I have not committed yet. It is currently available on source
forge.
I have not found enough time to work on it after summer of code was
over as I was busy with my thesis, internship. now I have just
relocated to calif
William A. Rowe, Jr. wrote:
I'm offering to RM this package late friday or sometime Saturday if there's
no serious objection. Fixing or not fixing partial page results is
obviously
Backport of ajp Cookie2 fix from HEAD.
* mod_proxy: Fix Cookie2 header problems that originates back
28 matches
Mail list logo
