when a user says:
perl -MApache::Test::Skeleton -e create My::Project
it will create the tree using the My-Project name as the top dir and all
the files in it using My-Project
Hmm, basically we reinvent h2xs or what was the new project to replace
h2xs?
exactly. I started down this road then
so I take it you're +1, save the below tweaks?
I haven't tested it, but looks ok, i can test it soonish, if you have a
cleaned up version that would be better.
attached.
it passes all tests for me with 5.8.0/bleedperl and prefork. 5.8.0/worker
is failing t/modperl/method.t with "not a CODE r
Stewart Gebbie wrote:
Hi,
In using mod_perl 1.28 on Linux (Slackware 8.1) with Apache
(Server: Apache/1.3.24 (Unix) mod_ssl/2.8.8 OpenSSL/0.9.6c mod_perl/1.28 PHP/4.3.1)
I have had problems with scripts that read from STDIN.
In particular the problem arises when attempting to call read() to rea
Hi Stas,
This message may be very much related to the "Apache->print()" thread
with on the mod_perl list, especially if Steve's patch propagates to
mod_perl 2.0 as well.
The question is :
Is using PerlIO really possible with mod_perl 2.0?
It seems that the TIE handle mechanism in mod_
Geoffrey Young wrote:
so I take it you're +1, save the below tweaks?
I haven't tested it, but looks ok, i can test it soonish, if you have
a cleaned up version that would be better.
attached.
it passes all tests for me with 5.8.0/bleedperl and prefork.
5.8.0/worker is failing t/modperl/met
perl -MApache::Test::Skeleton -e create My::Project
it will create the tree using the My-Project name as the top dir and all
the files in it using My-Project
I just saw this:
CGI::Wiki - A toolkit for building Wikis.
http://search.cpan.org/author/KAKE/CGI-Wiki-0.46/
I haven't looked at the co
Geoffrey Young wrote:
I haven't been following p5p that well lately, but what is the status of
5.8.1-RC4 wrt mod_perl.
I, for one, cannot get RC4 (or bleedperl) to work with worker on 2.0 or 2.1
I thought the problematic hash stuff was removed in RC3?
I built an exact same perl and tried with th
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
"Secretly, I'm hoping that Apache-Test becomes so popular that
end-users start wrapping their bug reports up in little,
self-contained, Apache-Test-based tarballs so anyone can reproduce
the problem."
to that end, I've creat
Stas Bekman wrote:
Geoffrey Young wrote:
"Secretly, I'm hoping that Apache-Test becomes so popular that
end-users start wrapping their bug reports up in little,
self-contained, Apache-Test-based tarballs so anyone can reproduce
the problem."
to that end, I've created a skeleton Apache-Test
Geoffrey Young wrote:
"Secretly, I'm hoping that Apache-Test becomes so popular that
end-users start wrapping their bug reports up in little,
self-contained, Apache-Test-based tarballs so anyone can reproduce the
problem."
to that end, I've created a skeleton Apache-Test tarball (attached),
Geoffrey Young wrote:
Kermit Tensmeyer wrote:
regarding changes in Build.pm to support threading.
In Apache::Build::mpm_name, gets the name by calling $self->apxs('-q' =>
'MPM_NAME');
How does apxs (either standalone or Apache::Build::apxs) figure out
MPM_NAME?
/usr/local/apache2/bin/apxs -
Stas Bekman wrote:
Geoffrey Young wrote:
I haven't been following p5p that well lately, but what is the status
of 5.8.1-RC4 wrt mod_perl.
I, for one, cannot get RC4 (or bleedperl) to work with worker on 2.0
or 2.1
I thought the problematic hash stuff was removed in RC3?
I built an exact sa
Kermit Tensmeyer wrote:
regarding changes in Build.pm to support threading.
In Apache::Build::mpm_name, gets the name by calling $self->apxs('-q' =>
'MPM_NAME');
How does apxs (either standalone or Apache::Build::apxs) figure out
MPM_NAME?
/usr/local/apache2/bin/apxs -q MPM_NAME
I assume tha
Hopefully Philippe will be back soon. Here is something to keep him busy :)
1)
Perl sections don't trap errors, the following code doesn't kill the startup
process (the error is logged)
use Foo::Bar::Car;
2)
Not sure if this is a bug or not (probably not), but it'd be nice to be able
to wri
Ed Ruben wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
Here is the error message I see in the error log file:
[Tue Aug 12 14:53:30 2003] [error] [client 10.0.3.131] Pseudo-hashes are
deprecated at
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thr
[EMAIL PROTECTED] wrote:
geoff 2003/08/12 13:34:22
Modified:ModPerl-Registry/t redirect.t
Added: ModPerl-Registry/t/cgi-bin redirect-cookie.pl
Log:
add set-cookie on redirect test
it also tests $r->status setting/Registry return code ignoring
Submitted by: geoff
Re
Stas Bekman wrote:
Hopefully Philippe will be back soon. Here is something to keep him busy :)
1)
Perl sections don't trap errors, the following code doesn't kill the
startup process (the error is logged)
use Foo::Bar::Car;
2)
Not sure if this is a bug or not (probably not), but it'd be ni
> "DW" == David Wheeler <[EMAIL PROTECTED]> writes:
DW> On Monday, July 28, 2003, at 03:44 AM, Stas Bekman wrote:
>> David Wheeler wrote:
>>> Hi All,
>>> I just ran into some very strange issues with connections to a
>>> PostgreSQL database (using DBD::Pg) getting unceremoniously dropped
>>
> "PH" == Perrin Harkins <[EMAIL PROTECTED]> writes:
PH> On Wed, 2003-08-13 at 16:07, David Wheeler wrote:
>> On Wednesday, August 13, 2003, at 12:32 PM, David Wheeler wrote:
>> The code that's causing the hangup looks like this:
PH> First, we all need to yell at you for not using Apache::DB
On Wednesday, August 13, 2003, at 01:24 PM, Perrin Harkins wrote:
On Wednesday, August 13, 2003, at 12:32 PM, David Wheeler wrote:
The code that's causing the hangup looks like this:
First, we all need to yell at you for not using Apache::DBI. Your code
is not doing anything that it doesn't do,
At 2:33 PM -0700 8/7/03, Stas Bekman wrote:
Dan, unfortunately I can't reproduce this problem (I think I did
some time ago, but not any longer). I've added a formal test to the
mod_perl test suite which works for me. Can you please get the
latest mod_perl 2.0 cvs
http://perl.apache.org/download/
On Wednesday, August 13, 2003, at 02:03 PM, Rudy Lippan wrote:
What version of DBD::Pg are you using for this test? Version of
mod_perl?
1.30 from CVS a couple of weeks ago, but I've seen it with 1.22, too.
Does this happen on every second request to httpd, or is it more
intermittent?
Intermitt
Stas Bekman wrote:
Ed Ruben wrote:
Stas,
Thank you for your quick reply, I appreciate it.
I put your test script, require.pl, in /var/www/cgi-bin and DID get the
error message:
[Wed Aug 13 10:19:13 2003] [error] [client 10.0.3.131] Pseudo-hashes are
deprecated at
/usr/lib/perl5/vendor_perl/5.8.0
Geoff,
Thanks for the fix to the test case.
I did get the error with your test case:
[Thu Aug 14 15:30:42 2003] [error] [client 127.0.0.1] Pseudo-hashes are
deprecated at /tmp/pseudohash-bug/t/ModPerl/RegistryPrefork.pm line 19.!
Here is the output of make test TEST_VERBOSE=1:
/usr/bin/perl -
On Wednesday, Aug 13, 2003, at 22:46 Europe/London, Perrin Harkins
wrote:
My idea would be to leave Apache::DBI as it is for use with legacy CGI
code and then add a new module to the distribution that is called
explicitly so it has no "distance" issues. Maybe call it
Apache::DBI::Factory?
There
Ed Ruben wrote:
Geoff,
I believe I did ask you asked, but it looks like RegistryPrefork.pm
should have been in the tarball you sent, but it wasn't. Please let me
know if I was supposed to use my own RegistryPrefork.pm.
drat, I forgot to add it to my MANIFEST.
anyway, here it is again...
--G
Just wanted to make sure this too is in the TODO:
1) Recursive sections:
http://www.gossamer-threads.com/archive/mod_perl_C1/dev_F4/%5BMP2_-_BUG_%5D_Issue_handing_Apache_config._error_messages_P70501/
and
http://mathforum.org/epigone/modperl/dartrimpcil
2) PassEnv/SetEnv propogation
http://ww
On Wednesday, August 13, 2003, at 01:35 PM, Perrin Harkins wrote:
Not sure I want to go into hacking DBD::Pg's internals at this
point...
Just remove the ping check from your _connect code and see what
happens.
Interesting. Exactly the same result:
=
Dan Wilga wrote:
perl Makefile.PL MP_COMPAT_1X=1 MP_AP_PREFIX=../httpd-2.0.47
Reading Makefile.PL args from @ARGV
MP_COMPAT_1X = 1
MP_AP_PREFIX = ../httpd-2.0.47
Configuring Apache/2.0.47 mod_perl/1.99_10-dev Perl/v5.8.0
Failed to obtain the MPM name at lib/Apache/Build.pm line 169.
Thanks
On Thu, 14 Aug 2003, Matt Sergeant wrote:
> On Wednesday, Aug 13, 2003, at 22:46 Europe/London, Perrin Harkins
> wrote:
>
> > My idea would be to leave Apache::DBI as it is for use with legacy CGI
> > code and then add a new module to the distribution that is called
> > explicitly so it has no "
On Thursday, August 14, 2003, at 01:15 PM, Rudy Lippan wrote:
Switching to connect_cached() seems to have made my problem with
Apache
1.3.28 go away Yay! Oh, and BTW, I am doing cleanup by running my
entire request in an eval:
Yes, but there still is the open question of what is happening in
th
Perrin Harkins wrote:
On Wed, 2003-08-13 at 17:30, Matt Sergeant wrote:
Unfortunately Apache::DBI is an ugly "action at a distance" hack :-)
I agree, but having everyone implement their own is worse. It leads to
lots of repeated work on solved problems. What would you suggest to fix
it?
My ide
On Thu, 14 Aug 2003, David Wheeler wrote:
>
> On Thursday, August 14, 2003, at 11:39 AM, David Wheeler wrote:
>
> >> Caching can be useful in some applications, but it can also cause
> >> problems and should be used with care. The exact behaviour of this
> >> method is liable to change, so if
On Wed, 2003-08-13 at 16:07, David Wheeler wrote:
> On Wednesday, August 13, 2003, at 12:32 PM, David Wheeler wrote:
> The code that's causing the hangup looks like this:
First, we all need to yell at you for not using Apache::DBI. Your code
is not doing anything that it doesn't do, and is actua
On Wed, 6 Aug 2003, Stas Bekman wrote:
> We should get the cvs version ready for a release, since
> once perl-5.8.1 is released we must release mp 1.99_10,
> 1.99_09 won't work with 5.8.1. Hopefully this won't happen
> this week. But it seems like Jarkko wants to release it
> any moment now.
>
> >
On Thursday, August 14, 2003, at 11:39 AM, David Wheeler wrote:
Caching can be useful in some applications, but it can also cause
problems and should be used with care. The exact behaviour of this
method is liable to change, so if you intend to use it in any
production applications you should
Ed Ruben wrote:
Stas,
Thank you and thanks Geoff.
I changed the warnings pragma to your suggestion, but unfortunately, it
still fails:
[Wed Aug 13 14:00:49 2003] [error] [client 10.0.3.131] Can't coerce array
into hash at
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/ModPerl/Registry
regarding changes in Build.pm to support threading.
In Apache::Build::mpm_name, gets the name by calling $self->apxs('-q' =>
'MPM_NAME');
How does apxs (either standalone or Apache::Build::apxs) figure out
MPM_NAME?
I assume that it would get it from the config file (the modperl version
being
On Wed, 2003-08-13 at 16:56, Vivek Khera wrote:
> Actually, there is a good reason not to use Apache::DBI sometimes.
> For me, I have common modules for my command line apps and the web app
> to manipulate my overall system. I had to roll my own cached file
> handle because Apache::DBI won't even
Stas Bekman wrote:
Now that ModPerl::MethodLookup handles mp1 methods as well, I've decided
to put together a package that will further assist the porting process.
All the needed bits are there already, this package just makes things a
bit easier to setup.
Notice that its purpose is to assist
so, give the patch a whirl. I'll commit next week if it works out for
you.
what I tested with worked fine. As at the moment we don't support Apache
2.1 I think it's fine if it fails with it.
coolio.
+1 to commit, but please write a doc for porting/compat.pod explaininig
the change in the be
On Wed, 13 Aug 2003, David Wheeler wrote:
> On Wednesday, August 13, 2003, at 12:32 PM, David Wheeler wrote:
>
> > I'm attempting to isolate the problem now.
>
What version of DBD::Pg are you using for this test? Version of mod_perl?
> The code that's causing the hangup looks like this:
>
> o
On Wednesday, August 13, 2003, at 12:32 PM, David Wheeler wrote:
I'm attempting to isolate the problem now.
The code that's causing the hangup looks like this:
our $dbh;
sub _connect {
eval {
warn "$$: Checking for DB handle.\n";
unless ($dbh && $dbh->ping) {
warn "$$: N
On Monday, July 28, 2003, at 03:44 AM, Stas Bekman wrote:
David Wheeler wrote:
Hi All,
I just ran into some very strange issues with connections to a
PostgreSQL database (using DBD::Pg) getting unceremoniously dropped
by my mod_perl application. I was getting error messages such as
these:
[Tue
quick followup
fresh virgin install yeilds the same error
adding MP_APXS to .makepl_args.mod_perl2 resolves -that- issue.
thanks
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Ayhan Ulusoy wrote:
[...]
I now have a test that reproduces the problem. Will post back as soon as I've
got a fix. Thanks for the detailed bug report.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://staso
after some investigation, I don't think it's perl. if I set
PERL_HASH_SEED to some value, everything is ok, and this patch fixes
the segfault
--- src/modules/perl/mod_perl.c 6 Aug 2003 06:46:35 - 1.175
+++ src/modules/perl/mod_perl.c 11 Aug 2003 13:52:58 -
@@ -33,7 +33,7 @@
On Wed, 13 Aug 2003, David Wheeler wrote:
> On Wednesday, August 13, 2003, at 02:03 PM, Rudy Lippan wrote:
>
> > What version of DBD::Pg are you using for this test? Version of
> > mod_perl?
>
> 1.30 from CVS a couple of weeks ago, but I've seen it with 1.22, too.
>
So then it is nothing tha
On Thu, 2003-08-14 at 03:33, Matt Sergeant wrote:
> Yeah basically that sort of thing, but also allow it to be used outside
> mod_perl by making sure you wrap all the cleanup stuff in if
> ($ENV{MOD_PERL}) {} and do the cleanup in END{} otherwise. That's the
> main reason I roll my own - because
-8<-- Start Bug Report 8<--
1. Problem Description:
Here is the error message I see in the error log file:
[Tue Aug 12 14:53:30 2003] [error] [client 10.0.3.131] Pseudo-hashes are
deprecated at
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/ModPer
Stas,
Thank you and thanks Geoff.
I changed the warnings pragma to your suggestion, but unfortunately, it
still fails:
[Wed Aug 13 14:00:49 2003] [error] [client 10.0.3.131] Can't coerce array
into hash at
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/ModPerl/RegistryPre
fork.pm line
Geoff,
I believe I did ask you asked, but it looks like RegistryPrefork.pm
should have been in the tarball you sent, but it wasn't. Please let me
know if I was supposed to use my own RegistryPrefork.pm.
Here is what I did:
1. Renamed the RegistryPrefork.pm that I had put in the vendor_perl
d
On Tuesday 12 August 2003 12:23 pm, Geoffrey Young wrote:
> Kermit Tensmeyer wrote:
> > How does apxs (either standalone or Apache::Build::apxs) figure out
> > MPM_NAME?
>
> /usr/local/apache2/bin/apxs -q MPM_NAME
yep, that works as expected
> >- symptoms -
> > perl Makefile.
Thanks Stas, & let me know if I can be of any help (I won't be here for
the next two weeks though).
Ayhan
-Message d'origine-
De : Stas Bekman [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 13 août 2003 10:29
À : Ayhan Ulusoy
Cc : [EMAIL PROTECTED]
Objet : Re: BINMODE does not seem to sup
Arthur Bergman wrote:
On Friday, August 8, 2003, at 01:08 am, Stas Bekman wrote:
I need to revive any safecwd code and make it work, there are
essentially two options.
option a)
store the cwd per thread
munge parameters to correct all relative parts into absolute parts
based on the cwd
(in open
On Wednesday, August 13, 2003, at 08:27 PM, Rudy Lippan wrote:
So then it is nothing that I did ;)
No, probably something I did. :-)
Intermittent.
But always on the second requst to the first process?
Nope.
It looks like something is happening to the Postgresql connection,
which
is throwing o
Stas,
Thank you for your quick reply, I appreciate it.
I put your test script, require.pl, in /var/www/cgi-bin and DID get the
error message:
[Wed Aug 13 10:19:13 2003] [error] [client 10.0.3.131] Pseudo-hashes are
deprecated at
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/ModPerl/Re
Geoffrey Young wrote:
> the todo dir seems a bit dated.
also remember that there is the STATUS file.
> can you summarize (in a new thread) the
> most pressing issues you see, then I can maybe jump on some of those.
besides small things that are better handled as they are reported to be a
proble
in addition to that, I'd like to add support for hook position.
that is, make it possible to have, say, content as APR_HOOK_FIRST but
translation as APR_HOOK_LAST.
What API were you thinking of?
something like MP_ALL_HOOK_FIRST (default), MP_ALL_HOOK_LAST,
MP_TRANS_HOOK_FIRST, etc. it's a
Randy Kobes wrote:
On Wed, 6 Aug 2003, Stas Bekman wrote:
We should get the cvs version ready for a release, since
once perl-5.8.1 is released we must release mp 1.99_10,
1.99_09 won't work with 5.8.1. Hopefully this won't happen
this week. But it seems like Jarkko wants to release it
any moment
Geoffrey Young wrote:
in addition to that, I'd like to add support for hook position.
that is, make it possible to have, say, content as APR_HOOK_FIRST but
translation as APR_HOOK_LAST.
What API were you thinking of?
something like MP_ALL_HOOK_FIRST (default), MP_ALL_HOOK_LAST,
MP_TRANS_
Stas Bekman wrote:
Geoffrey Young wrote:
Stas Bekman wrote:
Now that ModPerl::MethodLookup handles mp1 methods as well, I've
decided to put together a package that will further assist the
porting process. All the needed bits are there already, this package
just makes things a bit easier to s
Stas Bekman wrote:
Peter Poeml wrote:
Hi,
with the current CVS, perl 5.8.1-RC3 and APR as of apache 2.0.47, I get
the following error in t/apr-ext/uuid.
Might that be a mismatch of APR version and mod_perl version in terms of
APR being too old? However, apr_uuid_parse seems to be known:
# g -r apr
Dan Wilga wrote:
[Fri Jul 18 05:56:12 2003] [error] 16872: ModPerl::Registry:
304:Unknown error 304 at [module name and line number].
I traced this to an oversight in the file modperl_filter.c. It did
not consider the 304 to be a successful return. I made the following
modification, and now all'
Stas,
Thanks again for your efforts. Unfortunately, I am still getting the
warning.
Regards,
Ed Ruben
Keyhole Corp.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 13, 2003 12:38 PM
Cc: Ed Ruben; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTEC
On Wed, Aug 06, 2003 at 04:28:06PM -0700, Stas Bekman wrote:
> Now can you check why xs/APR/APR/Makefile.PL passes an empty LIBS string.
I see...
> my guess is that "$prefix/bin/apr-config" is not the location of
> apr-config, so it fails. where your apr-config is?
see below...
> what do you g
On Wed, 13 Aug 2003, David Wheeler wrote:
> >> You can see that this gets really ugly. Anyone seen anything like
> >> this,
> >> or have any idea what could be causing these problems?
> >
> > Try changing your ping method or removing the ping and see if the
> > problem persists.
>
> Not sure I w
Geoffrey Young wrote:
Geoffrey Young wrote:
hi all
I'm starting to work on this again (for the complete thread, in case
it's not fresh in your mind, see
http://marc.theaimsgroup.com/?t=10543174521&r=1&w=2)
anyway, I'm working through an implementation that uses
modperl_hook_t. as I'
hmm, could it be something that RH put into the perl core? I need to
figure out how to reproduce it. Your perl -V included in the original
report doesn't show anything special. I'll see if I can get it
reproduced.
As suggested by Geoff, this is probably some patch that RH backported
from 5.8
On Wednesday, Aug 13, 2003, at 21:24 Europe/London, Perrin Harkins
wrote:
On Wed, 2003-08-13 at 16:07, David Wheeler wrote:
On Wednesday, August 13, 2003, at 12:32 PM, David Wheeler wrote:
The code that's causing the hangup looks like this:
First, we all need to yell at you for not using Apache:
well, it's a compile-time thing - as far as I know, you can't change
how a hook is registered after it's been registered. so, for users
these would be compile-time options.
Got it!
:)
unless you think we can pull some hokey-pokey and have them as
PerlOptions config-time options through def
Geoffrey Young wrote:
hi all
I'm starting to work on this again (for the complete thread, in case
it's not fresh in your mind, see
http://marc.theaimsgroup.com/?t=10543174521&r=1&w=2)
anyway, I'm working through an implementation that uses
modperl_hook_t. as I'm going through it, the
On Wed, 2003-08-13 at 16:31, David Wheeler wrote:
> > Try changing your ping method or removing the ping and see if the
> > problem persists.
>
> Not sure I want to go into hacking DBD::Pg's internals at this point...
Just remove the ping check from your _connect code and see what happens.
- Per
On Thursday, August 14, 2003, at 07:58 AM, Perrin Harkins wrote:
You guys should just be using DBI->connect_cached then. It does
everything except the mod_perl cleanup handler.
Note that I still write a utility class that knows where to get the
database config and returns a connection, but I don
Stas Bekman wrote:
Geoffrey Young wrote:
in addition to that, I'd like to add support for hook position.
that is, make it possible to have, say, content as APR_HOOK_FIRST
but translation as APR_HOOK_LAST.
What API were you thinking of?
something like MP_ALL_HOOK_FIRST (default), MP_A
On Wed, Aug 06, 2003 at 04:28:06PM -0700, Stas Bekman wrote:
> The problem is that you use httpd install that spreads the bits all over
> the system, rather than keeping them under one tree, so it can find the
> apr-config. apxs gives no hint where to find them.
Stas, I just noticed that there i
Peter Poeml wrote:
On Tue, Aug 05, 2003 at 09:24:14AM +0200, Stas Bekman wrote:
apr-ext/uuid/usr/bin/perl: relocation error:
/usr/src/packages/BUILD/mod_perl-1.99_09_20030803/t/../blib/arch/auto/APR/UUID/UUID.so: undefined symbol: apr_uuid_parse
1..3
That probably means that APR.so is not lin
I haven't been following p5p that well lately, but what is the status of
5.8.1-RC4 wrt mod_perl.
I, for one, cannot get RC4 (or bleedperl) to work with worker on 2.0 or 2.1
I thought the problematic hash stuff was removed in RC3?
--Geoff
(gdb) bt
#0 0x40204bcd in modperl_hash_seed_init (p=0x8
here is a new patch.
sure, we can fix the internals later. what's important is to get the
functionality right asap.
yup.
so I take it you're +1, save the below tweaks?
the only issue outstanding is with filter and ignoring the return status:
http://marc.theaimsgroup.com/?l=apache-modperl-de
On Wed, Aug 06, 2003 at 07:25:00AM -0700, Stas Bekman wrote:
> Peter Poeml wrote:
> >On Tue, Aug 05, 2003 at 09:24:14AM +0200, Stas Bekman wrote:
> >
> >>>apr-ext/uuid/usr/bin/perl: relocation error:
> >>>/usr/src/packages/BUILD/mod_perl-1.99_09_20030803/t/../blib/arch/auto/APR/UUID/UUID.so:
>
it passes all tests for me with 5.8.0/bleedperl and prefork.
5.8.0/worker is failing t/modperl/method.t with "not a CODE reference"
when run as part of the test suite but not when run by itself. I'll
look into it some more - I'm not sure if it's related or not, but I
haven't tested worker in
hi
unless I'm missing something, all hooks are always enabled and
EVERYTHING=1 hasn't been implemented yet.
we probably need to support EVERYTHING=1 and all the other associated
(un)hooking stuff in the build environment.
in addition to that, I'd like to add support for hook position. t
Geoffrey Young wrote:
hi
unless I'm missing something, all hooks are always enabled and
EVERYTHING=1 hasn't been implemented yet.
we probably need to support EVERYTHING=1 and all the other associated
(un)hooking stuff in the build environment.
I don't think there is a need for that. You can
On Wed, 2003-08-13 at 17:30, Matt Sergeant wrote:
> Unfortunately Apache::DBI is an ugly "action at a distance" hack :-)
I agree, but having everyone implement their own is worse. It leads to
lots of repeated work on solved problems. What would you suggest to fix
it?
My idea would be to leave A
Ed Ruben wrote:
Stas,
Thank you for your quick reply, I appreciate it.
I put your test script, require.pl, in /var/www/cgi-bin and DID get the
error message:
[Wed Aug 13 10:19:13 2003] [error] [client 10.0.3.131] Pseudo-hashes are
deprecated at
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-m
On Wednesday, August 13, 2003, at 12:25 PM, Vivek Khera wrote:
FWIW, my development box I updated to Apache 1.3.28, and my app
doesn't seem to have the unceremonious disconnects to postgres that
you observed. I haven't updated our production web server to apache
1.3.28 yet, though, so I don't kn
Ed Ruben wrote:
Stas,
Thanks again for your efforts. Unfortunately, I am still getting the
warning.
Geoff promised to look at it tomorrow. He seems to have the same patched perl
as you do.
For now if you replace:
use warnings FATAL => 'all';
with
use warnings;
no warnings 'deprecate';
you wi
"Secretly, I'm hoping that Apache-Test becomes so popular that end-users
start wrapping their bug reports up in little, self-contained,
Apache-Test-based tarballs so anyone can reproduce the problem."
to that end, I've created a skeleton Apache-Test tarball (attached),
complete with (very) basi
Peter Poeml wrote:
On Wed, Aug 06, 2003 at 04:28:06PM -0700, Stas Bekman wrote:
The problem is that you use httpd install that spreads the bits all over
the system, rather than keeping them under one tree, so it can find the
apr-config. apxs gives no hint where to find them.
Stas, I just notic
89 matches
Mail list logo
