The URL
http://perl.apache.org/dist/mod_perl-1.99_08.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_08.tar.gz
size: 653469 bytes
md5: e32ef1bf6493673a83362ae2f1f1a86b
Changes since 1.99_07:
Correct ModPerl::RegistryCooker to reset %INC, after compile for
The URL
http://perl.apache.org/dist/mod_perl-1.99_07.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_07.tar.gz
size: 610901 bytes
md5: e1be9ce97a9fe52564d6b436dcacb375
Changes since 1.99_05:
add support for pod directives (=pod,=back,=cut) and __END__
On Tue, 27 Aug 2002, Phil Lobbes wrote:
Hi,
I noticed in 'lib/Apache/Build.pm' that the -Ae option was being added
even if the compiler was gcc. This options causes an error something
like the following:
... missing '(' after predicate ... error
In the code below
On Sat, 17 Aug 2002, pascal barbedor wrote:
Hi
when compiling modperl 1.99_05 (from today cvs)
with MP_DEBUG=1
there is un unresolved external
RequestIO.obj : unresolved external symbol _times
RequestIO.dll fatal LNK error
this has been fixed in cvs. just s/times/PerlProc_times/g in
On Tue, 27 Aug 2002, Phil Lobbes wrote:
Hi,
I just recently joined the mail list and did a quick check but didn't
seen any report of this problem:
Versions: perl-5.6.1 (non-threaded)
apache-2.0.40(mpm-prefork)
mod_perl-1.99_05
OS: HPUX 11
Compiler: gcc
On Mon, 19 Aug 2002, Alessandro Forghieri wrote:
Greetings.
This happens on win32.
If the following is inserted in httpd.conf:
Perl
/Perl
I get, reasonbly enough:
Syntax error on line 961 of D:/Apache2/conf/httpd.conf:
Perl sections not yet implemented in modperl-2.0
Tough,
On Tue, 20 Aug 2002, Pierre Laplante wrote:
Does any body has performance data regarding
mod_perl 2.0 vs mod_perl 1.0?
i have not done any benchmarking, nor have i seen number from anybody
else. maybe josh chamas will add 2.0 to his benchmark matrix soon?
What is the stability of
On Wed, 28 Aug 2002, Alex Lee wrote:
Stas,
I am sorry, I got too excited when I saw the segmentation fault.
Here is the output of 'bt':
Program received signal SIGSEGV, Segmentation fault.
0x75a10 in php_xbithack_handler (r=0x927840) at mod_php4.c:778
778 if
The URL
http://perl.apache.org/dist/mod_perl-1.99_05.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_05.tar.gz
size: 577620 bytes
md5: ccf3b20a1e48b42750a66c8169cd0a36
Changes since 1.99_04:
fix PerlOptions +ParseHeaders to only parse once per-request
On Sun, 30 Jun 2002, Andreas J. Koenig wrote:
Program received signal SIGSEGV, Segmentation fault.
0x400d8076 in chunk_free (ar_ptr=0x4016ca40, p=0x82fd0a0) at malloc.c:3097
3097malloc.c: No such file or directory.
(gdb) bt
#0 0x400d8076 in chunk_free (ar_ptr=0x4016ca40, p=0x82fd0a0)
On Mon, 24 Jun 2002, Andreas J. Koenig wrote:
This stack trace is all I have. I cannot reproduce this SEGV at will,
so it will be difficult to obtain additional information. All I can do
is let the webserver run in -X mode and wait. I have no hints (yet)
what kind of request triggers it.
...
On Sat, 15 Jun 2002, Douglas McCarthy wrote:
I can't get Apache2 to start with mod_perl.
I could on Linux, but am having trouble on NT.
The launch gets stuck in startup.pl
Apache finds startup.pl but complains that it can't locate Apache.pm in
INC. Trouble is, it's there.
you shouldn't
The URL
http://perl.apache.org/dist/mod_perl-1.99_03.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_03.tar.gz
size: 391039 bytes
md5: 36f7beae83234a20217096046e3d73ff
Changes since 1.99_02:
win32 fix for the global Apache-request object to make sure it
On Thu, 13 Jun 2002, Stathy G. Touloumis wrote:
Is there an idea of when the TIPool API will be available for mod_perl 2.0?
probably never now that threads::shared has been implemented in perl-5.8,
which can be used to provide the same functionality (i think).
threads::shared came to be after
On Tue, 11 Jun 2002, Paul G. Weiss wrote:
OK, until I can decide whether to take a chance on FreeBSD-current
or to convince my employers who were so enamored of FreeBSD that
we should rebuild the server with Linux, I'm going prefork.
worth skimming the [EMAIL PROTECTED] archives. if the
On Thu, 13 Jun 2002, Andreas J. Koenig wrote:
this might be worth a try. since the segv is something stdio, must be one
of std{out,err} getting corrupted somehow. ap_error_log2stderr does
this:
API_EXPORT(void) ap_error_log2stderr(server_rec *s) {
if ( s-error_log != NULL
On Thu, 13 Jun 2002, Andreas J. Koenig wrote:
Program received signal SIGSEGV, Segmentation fault.
0x400ed761 in _IO_fflush (fp=0x877f1e0) at iofflush.c:43
43 iofflush.c: No such file or directory.
(gdb) bt
#0 0x400ed761 in _IO_fflush (fp=0x877f1e0) at iofflush.c:43
also, if possible
seems to be an Apache::Request issue with perlio. i can get a similar
segv with the modperl test change below.
system() triggers a PERL_FLUSHALL_FOR_CHILD; with the Apache::Upload
filehandles still alive. there is some ugly code to import the FILE* from
ApacheUpload_fh to a PerlIO, which
also note that the problem goes away if PERL_FLUSHALL_FOR_CHILD happens
after the Apache::Upload handles have gone out of scope. the change below
does not trigger and segvs, all tests pass. andreas, you could try to
make sure your Apache::Upload handles have gone out of scope (or are
patch below also cures (when calling system() with Apache::Upload handles
still alive). seems PerlIO_importFILE() should have a mode argument, in
this case we only want to allow reading on the given FILE*
--- Request/Request.xs~ Sun Jan 20 09:27:35 2002
+++ Request/Request.xs Thu Jun 13
On Wed, 12 Jun 2002, Jaberwocky wrote:
No, all I really want to do is print to STDERR
you can use warn() instead which writes to stderr and always autoflushes.
or turn on autoflush of STDERR yourself, from perlfunc.pod:
$oldfh = select(STDERR); $| = 1; select($oldfh);
or update modperl-2.0
On Tue, 11 Jun 2002, Paul G. Weiss wrote:
I had already thought of that. Strace shows that the
correct libperl.so is the one that is being loaded. Just
to make sure I deleted all others and did
ln -s /usr/lib/perl5/5.6.1/i386-freebsd-thread-multi/CORE /usr/lib
but strace tells me
On Mon, 10 Jun 2002, John Bass wrote:
Hello,
Does anyone have a solution for the cgi_header_out function within
mod_perl 2.
I have found it is used by Apache:Session, and would like to use this
module.
i was going to ask, why on earth would Apache::Session use cgi_header_out,
but then
On Tue, 11 Jun 2002, Paul G. Weiss wrote:
I suspect that pre-fork would work too, but I'm desparately
trying to get threads working.
you should try a different os then. i'm sitting next to the guy who wrote
worker mpm, he says the freebsd thread library does not work well enough
for use
On Tue, 11 Jun 2002, Andreas J. Koenig wrote:
PAUSE is suffering from a SEGV since I installed RC1. After I upgraded
yesterday to snapshot 17165 I finally caught the following within gdb.
I'd appreciate further instructions where to go from here.
test case?
#4 0x816fc96 in Perl_my_popen
On Tue, 4 Jun 2002, Mladen Turk wrote:
Hi,
Enables compilation witch current CVS.
fix applied to cvs, thanks.
On Wed, 5 Jun 2002, Alvar Freude wrote:
probably it's the same as on FreeBSD: if you use a DSO mod_perl, for each
restart (apachectl graceful or apachectl restart) it eats all the memory
your mod_perl modules use. Try to build it statically; at least on FreeBSD
it helps, and OSX is FreeBSD
The URL
http://perl.apache.org/dist/mod_perl-1.27.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.27.tar.gz
size: 372525 bytes
md5: bd07f4f1065eb0d0a8d8004219357d8c
Changes since 1.26:
workaround Cwd bug in 5.8.0-RC1 that breaks apache configuration on
The URL
http://perl.apache.org/dist/mod_perl-1.99_02.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_02.tar.gz
size: 378436 bytes
md5: b08c12adc1a8ae4ce7a111f8d5fe0b43
Changes since 1.99_02:
pass the PATH and TZ environment variables at startup by
On Tue, 28 May 2002, Geoffrey Young wrote:
Doug MacEachern wrote:
thanks, i've applied a variation of your patch to cvs and will be in 1.27
if anybody wants to work up a similar patch for Apache::PerlRun, that'd be
nice too.
this seems to work ok as PerlRun and RegistryNG
On Fri, 24 May 2002, Udlei Nattis wrote:
hi
i updating modperl-2.0-cvs and problem persist
now i change DynaLoader in DBI.pm to XSLoader but problem persist :(
you shouldn't need to change DBI.pm
the output of perl build/config.pl (normally should use t/REPORT) might
help. and your DBI
sounds like the XSLoader vs. DynaLoader issue which only exists in 5.6.x.
try updating modperl-2.0-cvs, there is a better workaround in there for
the issue now.
On Fri, 24 May 2002, Jie Gao wrote:
Segmentation fault happens when accessing /export/softwares/data, a
subdirectory which does not have an .htaccess file itself, but a
subdirectory of which has an .htaccess file containing:
hmm. you might want to try building modperl with MP_DEBUG=1 and
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
On Wed, 22 May 2002, Dan Wilga wrote:
Oh ho! That's it. Now when I gracefully restart, the memory loss is
only about 29 Kb -- a very reasonable number.
much better. with the modperl test suite, i only see a wee bit of leakage
on the first restart, then no leakage on restarts after that.
On Thu, 23 May 2002, Joe Yates wrote:
Perl/v5.7.3
what does your perl -V say ?
never tried the released version of 5.7.3 on win32, but i've been
rsync-ing perl-current which compiles/links and passes all test.
rsync.exe -auvz --delete rsync://ftp.linux.activestate.com/perl-current/
thanks, i've applied a variation of your patch to cvs and will be in 1.27
if anybody wants to work up a similar patch for Apache::PerlRun, that'd be
nice too.
On Fri, 12 Apr 2002, Jesse Erlbaum wrote:
Hello Doug All --
One of my programmers (Dave Kaufman) brought to my attention a small
On Thu, 23 May 2002, Jie Gao wrote:
and make test says BAD_GATEWAY is not exported by Apache::Constants.
are you actually using that constant? i only was using it as an example.
Also perl-status doesn't seem to be functioning:
Apache::Status doesn't work with 2.0 yet.
I am also
On Wed, 22 May 2002, Doug MacEachern wrote:
On Thu, 23 May 2002, Jie Gao wrote:
and make test says BAD_GATEWAY is not exported by Apache::Constants.
are you actually using that constant? i only was using it as an example.
if you are, you need to change it to HTTP_BAD_GATEWAY.
one
On Wed, 22 May 2002, Doug MacEachern wrote:
Apache::Status doesn't work with 2.0 yet.
actually, it kinda does after added SERVER_VERSION to Apache::compat.
Enabled mod_perl Hooks does not work, nor does Compiled Registry
Scripts, but everything else seems to.
On Sun, 14 Apr 2002, Sreeji K Das wrote:
Hi Stas,
Thanx for the reply. However, I had already read the
doc. and done everything mentioned there. I had
recompiled perl with -Ubincompat5005 as mentioned.
wondering if this is the XSLoader vs DynaLoader mentioned earlier today.
there is a
On Thu, 23 May 2002, Jie Gao wrote:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 15349)]
0x4031575d in modperl_mgv_lookup (symbol=0x0) at modperl_mgv.c:134
134 if (!symbol-hash) {
(gdb) bt
#0 0x4031575d in modperl_mgv_lookup (symbol=0x0) at
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 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
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 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 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 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
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 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
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
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
i had a bad feeling about this. we should not be implementing escape_html
to begin with, the functionality should all be in apache. i'm going to
back out the patch. anybody care to make a doc patch to explain the
problems with escape_html before the patch went in? thanks.
On Fri, 28 Sep 2001, Philippe M . Chiasson wrote:
Aie ! There is a slight problem with this patch, as was pointed out by Stas a while
ago.
Blame it on the annoying TZ lag introduced in e-mail when living in Singapore ;-)
This patch works, but doesn't preserve ARRAY context, thus:
ok.
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
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 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 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
1 - 100 of 852 matches
Mail list logo
