On Mon, 18 Jun 2001, Andrew Gilmartin wrote:
I have PerlAuthenHandler handler that sets a cookie on authentication
success. The cookie records, in part, the time of the last access to
the site. Therefore for each access the cookie is updated. When a new
document is accessed or a CGI script
On Tue, 19 Jun 2001, Christian Gilmore wrote:
Doug,
Will this patch make it into 1.26?
yes.
If so, is there a slated release date for 1.26?
soon-ish. you can always configure: PerlSetEnv PERL_DESTRUCT_LEVEL 2
in the meantime.
On Wed, 20 Jun 2001, Nenad Steric wrote:
Hi,
Thanks for your answer, saved me days of probably fruitless fidling around with
modperl.
Your solution solved my problems (see Sending Cookies on Page-Reload)
the question remains if this violates some RFC's (or breaks some browsers),
and if
On 21 Jun 2001, Randal L. Schwartz wrote:
Uh, it seems a bit fishy to me. nothing's changed, but by the way,
set this cookie please. Why change a cookie if nothing else has
changed?
don't gimme this 'fishy' mumbo jumbo, i'm willing to accept a valid reason
why set-cookie shouldn't be
On 19 Jun 2001, Vivek Khera wrote:
Drat. Not here. I just sucked down the latest mod_perl CVS with this
patch, and I still lose 9M per USR1... Lemme try some tracing to see
what gives here. (FreeBSD 4.3, perl 5.005_03)
i mentioned earlier in the thread 5.005_03 has leaks. although,
On 22 Jun 2001, Jay Thorne wrote:
Hmm. I've tried this on perl 5.5.x and 1.25 on a linux box, and I still
get the 4meg leak per HUP
hi, for the nth time, 5.005 leaks, 5.6.1 does not.
On Thu, 14 Jun 2001, Paul G. Weiss wrote:
I know that this is an ongoing problem, but I seem to remember that
someone somewhere had a patch that reduced the size of the memory leak on
restarts to a manageable size. Has this patch been applied to the CVS
version? If not, can some kind soul
On Thu, 21 Jun 2001, Paul G. Weiss wrote:
I've done it with 5.6.1. There was a fairly detailed thread on it last
week on how it was done. In order to avoid a memory leak on restart you
need to build with a bleed modperl though. If you can start and stop your
server you're fine with 1.25.
ah ha, right, since i always have PERL_DEBUG=1, perl_destruct_level is
always set to 2. good find! it should always be 2 for dso, this patch
seems to fix USE_APXS too.
--- src/modules/perl/mod_perl.c 2001/06/14 04:49:08 1.137
+++ src/modules/perl/mod_perl.c 2001/06/19 01:59:18
@@ -259,8
On Fri, 6 Jul 2001, Ged Haywood wrote:
Hi there,
On Thu, 5 Jul 2001, Knox, Laurie A, NPONS wrote:
I was going to upgrade it to 1.25, but I don't have the Apache src.
Why don't you just get it?
there should be no need if apache was properly installed with a header
tree. mod_perl can
On Thu, 28 Jun 2001, Jim Woodgate wrote:
[Thu Jun 28 16:04:01 2001] [error] Can't load
'/usr/contrib/lib/perl5/site_perl/5.6.1/i686-linux/auto/Apache/Request/Request.so'
for module Apache::Request: libapreq.so.0: cannot load shared object
^
file: No
On Wed, 23 May 2001, Julian Gilbey wrote:
On Mon, May 21, 2001 at 06:36:54PM +0100, Julian Gilbey wrote:
We've just upgraded a SunOS machine from Apache 1.3.9 + mod_perl 1.21
(dynamically linked) to Apache 1.3.19 + mod_perl 1.25 (statically
linked). I have a CGI/Perl script, handled as
On Sat, 7 Jul 2001, Stas Bekman wrote:
On Fri, 6 Jul 2001, Doug MacEachern wrote:
all tests pass cleanly.
cool.
under bleed-perl (one week old compilation) (the rest is the same) there
are some problems: (perl build args are at the end
this patch should fix the problem. you should also be able to
s/PerlSetEnv/SetEnv/g, unless Embperl needs these variables before the
fixup phase.
Index: src/modules/perl/mod_perl.c
===
RCS file:
On Mon, 9 Jul 2001, Christian Gilmore wrote:
Doug,
I didn't see in the announcement that the below fix is included in
1.25_01. Can you please confirm?
the patch has not been committed and will probably wait until after
1.26. i'm concerned that the current patch might introduce bugs
On Mon, 9 Jul 2001, Robin Berjon wrote:
cfg = (axkit_dir_config *)
ap_get_module_config(s-module_config, XS_AxKit);
try s-lookup_defaults instead of s-module_config
see also: modperl-2.0/src/modules/perl/modperl_pcw.c
where you can see howto access all of the config apache has
On Tue, 3 Jul 2001, James G Smith wrote:
The current code I have uses %INC, but I wanted to write
something like the following:
sub use : immediate {
# do stuff here if logging
return CORE::use(@_);
}
you could just override CORE::GLOBAL::require. you don't need to
override the
On Sun, 8 Jul 2001, Ged Haywood wrote:
Hi there,
On Fri, 6 Jul 2001, Knox, Laurie A, NPONS wrote:
I read somewhere that there were potential problems when running
mod_perl and PHP together in Apache, but I haven't been able to find
that info again Is this an issue?
I fear it is.
On Tue, 10 Jul 2001, Gerald Richter wrote:
Yes, this fixes the problem :-)
cool.
Embperl doesn't need them before the fixup phase, but sometimes you want
different values for the environment variables for different directories,
which doesn't work with SetEnv
really? glancing at
On Tue, 10 Jul 2001, Gerald Richter wrote:
The docs says:
SetEnv directive
Syntax: SetEnv variable value
Context: server config, virtual host
Status: Base
Module: mod_env
Compatibility: SetEnv is only available in Apache 1.1 and later.
Sets an environment variable, which is then
On Tue, 10 Jul 2001, Christian Gilmore wrote:
Hrm. Ok, I'll have to release new versions of my modules that have tests
for mod_perl 1.26. At what release level do you expect this patch to be
committed?
well, i don't want to make any promises like i did for 1.26 :)
On Fri, 6 Jul 2001, Stef Telford wrote:
Hello,
I hope this is the right place to put this. I have some code that takes data
from a database and encrypts it via Blowfish and CBC. Not a problem so far,
the problems comes with sending it to the client.
...
Now, if i look at the
On 6 Jul 2001, Peter Rooney wrote:
machine 1:
CGI.pm version 2.46
machine 2 (the new machine):
CGI.pm version 3.02
3.02 is alpha, the README says:
Version 3 of CGI.pm is in alpha state. It has significant performance
improvements over the 2.X series, but is not stable. If you find a
On Sun, 8 Jul 2001, Brooklyn Linux Solutions CEO wrote:
Is there a way to know that headers have already been sent
before send headers out?
you can check for things that should be empty until send_http_header is
called, e.g.
unless ($r-header_in('Content-type')) {
#header has not been
On Mon, 9 Jul 2001, Louis-David Mitterrand wrote:
Hi,
After upgrading my installation to Apache-1.3.20 and mod_perl-1.25 as
as a module I can't start apache anymore when httpd.conf contains:
PerlRequire /etc/apache/perl/handler.pl
And that file (for debugging purposes) is
On Tue, 10 Jul 2001, Doug MacEachern wrote:
unless ($r-header_in('Content-type')) {
i meant header_out, not header_in
On Tue, 10 Jul 2001, Robin Berjon wrote:
Hi,
I've been looking around for a way for a Perl section (or code called from
it, or perhaps even loaded through PerlModule) to know the current
VirtualHost in which it is, at server startup (ie without a request object
handy).
Apache-server
On Tue, 10 Jul 2001, Dave Hill wrote:
Hi,
I am using mod_perl-1.25_01 on Tru64 unix with apxs.
The default packaging creates the DSO mod_perl as libperl.so. This
causes problems on Tru64 unix as the loader cannot differentiate between
libperl.so which is part of the PERL
On Tue, 10 Jul 2001, Alberto Canzi wrote:
Hi I need to use the ap_pool structure. In my Apache Module writing book
is explained how to use it in C but nothing is said about using it in
Perl.
How does it work ? How may I use it in Perl?
what do you need to use it for from Perl?
much of
On Tue, 26 Jun 2001, Adi Fairbank wrote:
Is it correct that when the Apache/mod_perl parent process swaps to disk, a
large part of it (swapped pages) becomes unshared? Even after the kernel
restores the pages from swap, do they remain unshared? So once the parent
process becomes
On Tue, 26 Jun 2001, Bolt Thrower wrote:
My apologies if you've seen this twice.
For a particular Location, I'd like to selectively (i.e., based on
arbitrary criteria) determine whether a visitor needs authentication.
So I set up a Location section in httpd.conf as follows:
On Wed, 11 Jul 2001, Louis-David Mitterrand wrote:
Will I have to build a debugging-enabled libperl to get relevant
information? Or is this enough to understand the problem?
libperld would help, all i can tell is that something in %SIG is being
caught, which normally shouldn't happen at
On Mon, 9 Jul 2001, Surat Singh Bhati wrote:
Hi,
I am not able to run the mod_perl scriptsd as with
Apache::PerlRun, Apache::Registry is working fine.
PerlRun says :
filename not found or unable to stat
and gives the 404 error.
The file is exists there with proper
On Wed, 11 Jul 2001, Neil Mansilla wrote:
I've successfully performed the same APXS make with mod_perl 1.25 and
1.25_01, but it breaks with the following error with 1.26:
perl Makefile.PL USE_APXS=1 \
WITH_APXS=/usr/local/apache_1.3.20/bin/apxs \
PERL_STACKED_HANDLERS=1
On Thu, 12 Jul 2001, The Doctor wrote:
Why is this going on?
you forgot to post your perl -V and Makefile.PL options
On Thu, 12 Jul 2001, Javier Chicharro wrote:
I've compiled mod_perl-1.26 (and I tried with 1.25 too) for Apache
1.3.20 in a Solaris 8. When I start apache I get this error :
you forgot to post your perl -V and Makefile.PL options
On Wed, 11 Jul 2001, Bruce Kleinman wrote:
I'm a mod_perl newbie trying to get my first installation working, and I'm
hitting a brick wall. I can get Apache to come up, but as soon as I try to
access it, just using the machine and port as the URL, I get a core dump.
make test doesn't work
On Thu, 12 Jul 2001, Javier Chicharro wrote:
perl Makefile.PL APACHE_SRC=../apache_1.3.20/src DO_HTTPD=1 USE_APACI=1
your original post had an error trying to load
/opt/apache/libexec/libperl.so, but these options are for a static
build. do you have an old modperl dso configured?
On Thu, 12 Jul 2001, Ged Haywood wrote:
Hi again,
On Thu, 12 Jul 2001, Javier Chicharro wrote:
Yes, I compiled my Perl using Solaris cc.
Is there any reason you don't want to compile static?
is there any reason he should? the only issue using dso with solaris (and
any other Perls
On Fri, 13 Jul 2001, Jie Gao wrote:
This is different from what I have been hearing for the past few years:
Solaris' malloc is better than perl's.
you're right, i just found this in the 5.6.1 announcement:
:On some systems (IRIX and Solaris among them) the system malloc is
:
On Sat, 30 Jun 2001, Stas Bekman wrote:
As we see at the list, sometimes users have a problem to start the server
in the 'make test' stage and when they see:
server failed to start! (please examine t/logs/error_log)
many times this log file doesn't exist. So let's check whether the
On Fri, 6 Jul 2001, Ken Williams wrote:
[EMAIL PROTECTED] (Doug MacEachern) wrote:
this is a 1.26 canidate, test reports most appreciated as always..
I just tested on Darwin (Mac OS X) with Apache 1.3.20 and using a simple
'perl Makefile.PL EVERYTHING=1' . All tests pass, with no warnings
On Sun, 22 Jul 2001, Richard L. Goerwitz III wrote:
I apologize if this problem has already been identified and solved.
After upgrading from mod_perl 1.25 to mod_perl 1.26 I fired up an
Apache server instance that uses a config file with an extensive
set of Perl/Perl sections. I'm using the
On Fri, 13 Jul 2001, Jie Gao wrote:
On Thu, 12 Jul 2001, Doug MacEachern wrote:
pitty perl -V does not report usebincompat5005, if you are trying to build
modperl as a dso, Makefile.PL should have warned you:
Your current configuration will most likely trigger core dumps
The error log message is:
[Wed Jul 11 09:04:59 2001] [error] (2)No such file or directory:
access to /tools/ failed for nr2-216-196-142-76.fuse.net, reason:
User not known to the underlying authentication module
question is where does this error message come from? its not from apache
On Fri, 13 Jul 2001, Louis-David Mitterrand wrote:
* On Wed, Jul 11, 2001 at 08:09:20AM -0700, Doug MacEachern wrote:
On Wed, 11 Jul 2001, Louis-David Mitterrand wrote:
Will I have to build a debugging-enabled libperl to get relevant
information? Or is this enough to understand
On Sun, 15 Jul 2001, Joan Wang wrote:
I am getting the same exact problem on RedHat7.0.
I was wondering if there is a solution to this access permission
problem?
sounds like it, when 'make make test' are done as root, things break.
The strace.out looks like this:
accept(16,
which
On Mon, 16 Jul 2001, Louis-David Mitterrand wrote:
* On Wed, Jul 11, 2001 at 08:09:20AM -0700, Doug MacEachern wrote:
libperld would help, all i can tell is that something in %SIG is being
caught, which normally shouldn't happen at startup. are you assigning
anything to %SIG
On Mon, 16 Jul 2001, Adi Fairbank wrote:
Actually, I don't want child processes to inherit the page locks across a
fork. I just wanted to experiment with performance issues when only the
parent process is locked in memory. (I have a theory that when the parent
process swaps to disk, the
On Wed, 18 Jul 2001, Arthur M. Kang wrote:
Is there a reverse to the($res,$password)=$r-get_basic_auth_pw
function? Is there anyone to globally set or reset the values that come
out of $r-get_basic_auth_pw? Can I set a new password to come
out? You can do it with the user
On Tue, 24 Jul 2001, brian moseley wrote:
hiya. trying to build the latest cpan version of libapreq
with perl 5.6.1 + use5005threads, apache 1.3.20, mod-perl
1.25. got this error:
Request.xs: In function `upload_hook':
Request.xs:230: `thr' undeclared (first use in this function)
try
On Mon, 30 Jul 2001, Mauricio Amorim wrote:
Hi, my name is Mauricio
2) I install mod_perl 1.1.26 with the following options:
cd mod_perl_1.1.26
perl Makefile.PL APACHE_SRC=../apache.1.3.20/src USE_APACI=1 USE_DSO=1
you should have seen this warning:
Your Perl is uselargefiles enabled,
On Thu, 16 Aug 2001, Stas Bekman wrote:
The definitive answer is there for at least 2 years: If in doubt compile
statically, which covers Solaris as well. Why having a special case?
because solaris is a special case. as is any platform where perl defaults
to using its own malloc. the
On Thu, 16 Aug 2001, Stas Bekman wrote:
Currently what I've is:
* How do I build on Solaris with DSO?
= Build perl and mod_perl using the system malloc
that should be any platform where perl defaults to using its own malloc,
that is, if:
% perl -V:usemymalloc
reports:
usemymalloc='y'
On Thu, 16 Aug 2001, Alex Povolotsky wrote:
This is perl, v5.6.1 built for sun4-solaris
# perl -V:usemymalloc
usemymalloc='n';
that's fine.
Seems like I'm suffering from dying children problem... My main apache
dies sometimes, bringing neraly everything (well, except
server-status)
On Wed, 8 Aug 2001, Jay Buffington wrote:
Hi,
In my httpd.conf file I have:
Location /foo/
SetHandler perl-script
PerlTypeHandler foo
PerlHandler bar
/Location
and then in the foo and bar files I have:
--file foo.pm-
package foo;
sub handler {
On Wed, 8 Aug 2001, Andrei A. Voropaev wrote:
Looks like the problem is caused by 'abort'. I did not do much digging yet but looks
like
abort calls 'croak'. Unrelational to segv we expirienced strange
Bizzare copy of ARRAY in aassign in Carp/Heavy.pm line 79 messages at random
instead of
On Wed, 8 Aug 2001, Bob Foster wrote:
Hi,
I'm using mod_backhand frontend and mod_perl backend (on 127.0.0.1). Many
complex scripts are working fine but I'm getting behavior I don't
understand with this simple script:
#!/usr/local/bin/perl
print Content-type: text/html\n\n;
print
On Fri, 10 Aug 2001, Dave Rolsky wrote:
Well, mod_perl 2.0 will require (or does currently require) Perl to be
built with ithreads support and this wasn't introduced until 5.6.0 so I
wouldn't hold my breath. Actually, I suspect Doug will be recommending
that people use 5.8.0 since there's
On 12 Aug 2001, Wayne Pascoe wrote:
cc -funsigned-char -DMOD_SSL=208104 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing
-I/usr/local/include -DEAPI -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include
`./apaci` -L/usr/lib-o httpd buildmark.o modules.o
modules/standard/libstandard.a
On Tue, 14 Aug 2001, Vyacheslav Zamyatin wrote:
Hello all,
Here is a small patch that prevents crash in the following example.
$referer = 'http://some.host.com';
$uri = Apache;:URI-parse($req,$referer);
$page = $uri-rpath;
If parsed uri don't have path at all, it'll dump core
On Tue, 14 Aug 2001, Aleksandr Vladimirskiy wrote:
Hi all,
I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I
get the following error in my logs:
[Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal
Segmentation Fault (11)
It looks like the child
On Sun, 9 Sep 2001, The Doctor wrote:
THAT is the problem, and thanks to you Doug, the same problemed appeared in
BSD/OS and the above FIXES the problem!!!
great news. this has come up a bunch in the past, but nothing was done
about it. i've added the following sanity check to
On Sat, 18 Aug 2001, David Wheeler wrote:
Hey All,
I've got a PerlTransHandler where I want to disable, under certain
circumstances (that is, whenever the content type isn't 'text/html') the
content handler. However, this code doesn't do the trick:
$r-handler('default-handler');
On Wed, 26 Sep 2001, Matt Sergeant wrote:
Robin Berjon thought I should post this as a heads-up to anyone thinking
what I thought: XS or pure perl code will always be faster than backticks
or system() calls.
Wrong.
matt your benchmark is severly flawed. for starters, your xs and
external
On Wed, 26 Sep 2001, Matt Sergeant wrote:
As does backticks, surely? If you can tell me a way to make the code faster,
damn I'll do it as we have a *lot* of emails to process :-)
maybe, i don't know in what way your code uses sv_catpv.
and who knows what else.
Nothing else. I detailed
The URL
http://perl.apache.org/dist/mod_perl-1.99_01.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_01.tar.gz
size: 368151 bytes
md5: 8db81a4cc572544eb427f2beb1beceea
This is the first public release of mod_perl version 2.0-tobe.
Apache version 2.0.35
On Sun, 7 Apr 2002, Dave Rolsky wrote:
On Sun, 7 Apr 2002, Dave Rolsky wrote:
I also found a few tiny bugs in Apache::compat.
- The read() call in send_fd_length needs to be CORE::read.
- In the last elsif in size_string, the size variable is missing its
dollar sign ($).
Here's
On Fri, 12 Apr 2002, Stas Bekman wrote:
If you read the rest of the post I mention it (without telling the name
:). The problem with this module is that it's useful only after you have
the core file. which is not good, because (as I've already explained):
it's important to mention
On Thu, 11 Apr 2002, Randy Kobes wrote:
perl Makefile.PL MP_AP_PREFIX=C:\Apache2 MP_GENERATE_XS=1
note that MP_GENERATE_XS=1 is the default, no need to specify it anymore.
PerlSwitches -Mblib=C:\Apache2
or:
PerlModule Apache2
sounds like the largefiles issue, you should have seen this warning during
the build:
Your Perl is uselargefiles enabled, but Apache is not, suggestions:
*) Rebuild mod_perl with Makefile.PL PERL_USELARGEFILES=0
*) Rebuild Apache with CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
On Fri, 12 Apr 2002, Stas Bekman wrote:
You can get a backtrace if you run the process under debugger without
dumping a core file. No special setup required. I was thinking to attach
the debugger on SIGSEGV event. Is it too late? I see certain gnome apps
failing and they ask you if you
you might actually be hitting a problem i just found on solaris with 2.0
and perl 5.6.1. a problem that is fixed in 5.8.0-tobe, where
certain DynaLoader and XSLoader combo prevents modperl from closing all of
the dlhandles. try adding this to your startup.pl before use-ing any
other
On Thu, 18 Apr 2002, Darragh Sherwin wrote:
I did this with the enviromental varible CFLAGS=-DUSE_ITHREADS
...
MP_CCOPTS=-DUSE_ITHREADS
you can't do that. and that is the source of your problems.
if you are going to use a threaded mpm, *perl* needs to be built with
ithreads enabled.
On Thu, 18 Apr 2002, Stas Bekman wrote:
Also why do you need to use MP_AP_PREFIX? Use MP_APXS= instead. You
don't need Apache sources to build mod_perl as DSO.
MP_AP_PREFIX is not the source tree, it is the install tree. all modperl
needs is the include/ directory from the install tree, it
On Fri, 10 May 2002, Randy Kobes wrote:
You're right - PerlSendHeader On should be there ... I'll
modify the draft accordingly. Thanks.
actually, the 2.0 config is:
PerlOptions +ParseHeaders
PerlSendHeader On is just alias of that for backwards compat.
the issue with all segfaults on win32 is related to the use of the
internal perl variable PL_sv_no. not sure what the real problem is, but
avoiding use of PL_sv_no has cured all segfaults on win32. the fixes have
been checked into cvs.
there are still a few tests that fail, but none that
On Mon, 13 May 2002, Alessandro Forghieri wrote:
There is a residual crash at dir_config.t (WinNT SP6 - MS Visual
Studio 6 SP3).
all tests pass for me with both 5.6.1 and bleedperl, httpd-2.0 from cvs on
xp with msdev 6.0. i also tried 5.6.1 with no debug symbols, still all
pass. would
On Sat, 11 May 2002, Tom Kralidis wrote:
% perl Makefile.PL MP_AP_PREFIX=/usr/local/src/apache/httpd-2.0.36
MP_AP_PREFIX needs to be a directory where apache is installed, not the
source tree. when apache is installed it puts all headers into the
installed include/ directory.
On Mon, 13 May 2002, Alessandro Forghieri wrote:
I think apache may be (sometimes?) picking up whatever mod_perl.so is under
SERVER_ROOT/modules during the test run.
this is fixed in cvs now.
So, disregard my previous message, my failed line is now:
as is this.
On Mon, 13 May 2002, Tom Kralidis wrote:
modperl_apache_includes.h:46:22: apr_lock.h: No such file or directory
oh right, 1.99_01 will not compile with 2.0.36, since apr_lock.h has been
removed from apache. you can use modperl from cvs or wait for 1.99_02,
which should be released soon-ish.
On Mon, 20 May 2002, Jie Gao wrote:
I've found Apache 2.0.36 doesn't work with mod_perl-1.99_01 on redhat 7.1.
you can use modperl from cvs with .36 or wait for modperl 1.99_02
(sometime this week).
With apache 2.0.35, I'm getting:
...
Cannot load
On Sun, 28 Apr 2002, Ken Williams wrote:
Insecure dependency in eval while running with -T switch.
Callback called exit.
this has been fixed in modperl cvs, just remove the 'use
ExtUtils::testlib;' line in t/docs/startup.pl
On Mon, 20 May 2002, Perrin Harkins wrote:
Apache::SizeLimit or Apache::GTopLimit is a better way to do it, since
it results in fewer unnecessary restarts. However, it's still a good
idea to restart periodically, because some of the shared memory seems to
become unshared over time no
On Sat, 27 Apr 2002, sagar wrote:
Hi
I have installed apache-1.3.12, openssl-0.9.5a and apache-1.3.12+ssl-
1.40 and configured mod_perl-1.26 on freeBSD 4.1 with apache by giving
the following:
%perl Makefile.PL APACHE_SRC=../apache_1.3.12/src DO_HTTPD=1
USE_APACI=1 EVERYTHING=1
On Mon, 20 May 2002, Peter Rothermel wrote:
I've run into a problem with mod_perl configuration instructions
with for Registry scripts. I've built mod_perl and copied the
blib directly under my Apache2 (server root) directory.
sounds like a bug that has been fixed in cvs. try the cvs
On Fri, 3 May 2002, Peter Rothermel wrote:
I tried the mehod attribute and now I get this error:
Error message:
Can't locate object method via package Apache::AuthDerivedHandler.
method handlers were broken in _01, this has been fixed in cvs and will be
in 1.99_02
On Tue, 14 May 2002, Alessandro Forghieri wrote:
ii) It does however crash on my testbed app (which runs as standard CGI,
FastCGI and
moperl1). The crash itself appears to happen when a number of
nearly-simultaneous requests
arrive to the server and is fatal to modperl (but the
On Mon, 20 May 2002, Jie Gao wrote:
Just got one from cvs and 'make test' hangs on apr/util:
...
apr/util
likely the call to APR::generate_random_bytes, could be blocking on
/dev/random or similar (strace would tell you). i've disabled the test
in cvs for the moment, as i've
On Sat, 18 May 2002, Jaberwocky wrote:
I'm having some problems with this. Apache seg faults on the call to parse...
..
#1 0x80c5ad8 in XML_GetBuffer ()
did you build apache with --disable-rule=EXPAT ?
On Mon, 20 May 2002, Peter Rothermel wrote:
Thanks for the info. Latest from cvs works fine.
Any idea how close _02 might be to release?
hopefully in a day or three.
On Tue, 14 May 2002, Douglas Younger wrote:
Hello,
Has anyone written a proxy handler in 2.0 similar to example 7-12 of the
O`Reilly book? I've tried converting it without much luck. I don't need the
add-blocker stuff, just a generic proxy handle that I can add some
additional lines
On Fri, 17 May 2002, Jie Gao wrote:
use Apache::Constants qw(:common :response M_GET M_POST AUTH_REQUIRED REDIRECT);
the :response group in 1.x consists of names which apache has deprecated
in 1.3.x and removed in 2.0, for which there are HTTP_* names that replace
the old names. so for
what version of perl? what modperl Makefile.PL options?
if you're using modperl as a dso, you'll need at least perl 5.6.1 and
modperl-1.26 to prevent this leakage on restarts.
On Tue, 21 May 2002, Dan Wilga wrote:
I am using Perl 5.6.1, modperl 1.25, and yes it's a DSO. It's compiled with:
with 1.25, you can also set the PERL_DESTRUCT_LEVEL environment variable
to 2, either before starting the server:
export PERL_DESTRUCT_LEVEL=2
apachectl start
or using
On Tue, 21 May 2002, Alessandro Forghieri wrote:
The execution order turns out to be: 1+2 and *then* 3. It looks like a
thread is allocated to this (client,handler) pair, so Frame 1 and 3 are
running in the same thread, separate from the thread that's running 2.
there should never be
the #perl directive is disabled if modperl is built as dso, Makefile.PL
prints a message about this. won't be an issue with 2.0 thanks to apr
optional functions. but in 1.x, the modperl .so cannot resolve symbols
from mod_include.so. at least, it can't on all platforms and can't if one
On Wed, 22 May 2002, Dan Wilga wrote:
Interesting. When I do that, I get the same problem I did when I
tried to run with 1.25_01 and 1.26: Apache core dumps. I think I'll
have to try compiling it again with the latest version of mod_perl,
and perhaps not as a DSO.
possible that your are
On Wed, 22 May 2002, Alan Burlison wrote:
Thanks Doug. I'm using the Apache/perl/mod_perl that will ship as part of
Solaris 9, so I was a little concerned that we'd screwed something up :-)
maybe solaris 9 should include 2.0 instead ;-)
From your description, I'm guessing that the root
On Wed, 22 May 2002, Alan Burlison wrote:
I have another little problem I'm trying solve, which will be really neat
if I can get it to work. You may or may not know that Solaris has a fair
share scheduler, which means you can limit the total proportion of CPU
that a particular user can
701 - 800 of 852 matches
Mail list logo
