Stas Bekman wrote:
Anybody has an idea why mp1 build does:
PERL5LIB = "PERL5LIB=/path/to/mod_perl-1.29/lib",
(see the top-level Makefile).
I can't see how is it going to work:
Answering my own question, and the answer is trivial, this is just how we pass
PERL5LIB env var to the shell commands v
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
It seems that your global $GlobalS var contains a reference to an
Apache::Request table, but A-R object is not global, so when the scope
of the handler is exited A-R object gets destroyed, leaving $GlobalS
containting a pointer to
On Tue, 11 Nov 2003, Alexander Hartmaier wrote:
> Hi!
>
> 1. Problem Description:
>
> My apache child crash with a segfault when I call a page
> which generates a graph using the perl module GD::Graph.
>
> My system specs are:
>
> Fedora Core 1
> httpd-2.0.47 (from fedora, also tried with self-com
On Wed, 2003-11-12 at 19:02, Stas Bekman wrote:
> I'm afraid you are talking about a totally different thing.
Yes, of-course. I'm sorry Stas, my head has been spinning a bit today...
Slava
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.
Slava Bizyayev wrote:
It is a very good question about the way that mod_perl-1 creates @INC. I
would additionally point out the "." that in fact transforms into "/"
for each mod_perl handler. I would appreciate if somebody can direct me
to appropriate docs concerning the main idea under the hood to
Marc Slagle wrote:
I don't have a test to reproduce the segfault, so I'm just shooting in the
dark based on the core trace that you've kindly provided. Please revert the
previous patch and try the new one:
We tried the new patch, but can still get the segfault. We wrote 3
modules that can repro
It is a very good question about the way that mod_perl-1 creates @INC. I
would additionally point out the "." that in fact transforms into "/"
for each mod_perl handler. I would appreciate if somebody can direct me
to appropriate docs concerning the main idea under the hood to create
@INC this way
Anybody has an idea why mp1 build does:
PERL5LIB = "PERL5LIB=/path/to/mod_perl-1.29/lib",
(see the top-level Makefile).
I can't see how is it going to work:
PERL5LIB="PERL5LIB=/tmp" perl-5.8.1 -le 'print join "\n", @INC'
PERL5LIB=/tmp
/home/stas/perl/5.8.1/lib/5.8.1/i686-linux
/home/stas/perl/5
Stas Bekman wrote:
[...]
2)
D (+shrplib, -ithreads, +perlio, -debug) 128
A (+shrplib, -ithreads, +perlio, +debug) 100
D and A are the same builds, and similar to B&F the only difference is
debugging enabled in A. As you can see with ithreads disabled enabled
debugging affects the performance much
Perrin Harkins wrote:
On Wed, 2003-11-12 at 15:31, Stas Bekman wrote:
At the moment it looks like if you build your perl with -Uuseshrplib
-Uusethreads and don't enable debugging, and use a good selection of
optimization flags (like Mandrake 9.2's perl does), you will get the
best performance.
W
Stas Bekman wrote:
It looks like you have a bad setting for PERL5LIB, it seems that it's
set to:
PERL5LIB = "PERL5LIB=/home/bhoggard/src/httpd_perl/mod_perl-1.29/lib .",
/home/bhoggard/dev/artcat/lib /opt/perl-5.8.1/lib/5.8.1/i686-linux
/opt/perl-5.8.1/lib/5.8.1
/opt/perl-5.8.1/lib/site_perl/5
On Wed, 2003-11-12 at 15:31, Stas Bekman wrote:
> At the moment it looks like if you build your perl with -Uuseshrplib
> -Uusethreads and don't enable debugging, and use a good selection of
> optimization flags (like Mandrake 9.2's perl does), you will get the
> best performance.
Whee! Benchmarki
John Day wrote:
[...]
Thanks for the comparisons. This is exactly what I think the bulk of users
need to see. Like me, there must be thousands of users who have no idea
what the compiler options mean and thus are not going to touch a single
one!
After your benchmark I can now relax and be comfortab
Perrin Harkins wrote:
On Mon, 2003-11-10 at 21:31, Stas Bekman wrote:
Thanks Perrin for this comparison numbers, but I think you didn't provide
enough build information. Default build opts vary from release to release and
from OS to OS, you really need to show the whole perl -V to make these num
Perrin Harkins wrote:
[...]
A) perl-5.006001
path= /usr/local/perl56/bin/perl
cc = cc
optimize= -O2
ccflags = -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64
usemymalloc = n
B) perl-5.008
Swen Schillig wrote:
And again sorry, even this test is successful if the no_executable.pl file
is really not executable !!
Good to hear that. As I originally suggested it's possible that -O3 and
gcc3.3.0 may have over-optimized something.
So as I said before sorry for the hassle and thanks a lot
Barry Hoggard wrote:
I'm trying to do a new install of apache and mod_perl on a Red Hat Linux
box. I've build my own perl 5.8.1 in /opt/. This is the first time I've
had a build fail in years.
Red Hat Enterprise Linux ES release 2.1 (Panama)
Apache 1.3.29
mod_perl 1.29
perl -V:
Summary of my p
Ged Haywood wrote:
Hi Stas,
On Tue, 11 Nov 2003, Stas Bekman wrote:
[snip]
Who would think that a response handler:
print while ;
would affect the special vars in the filter called by print.
Who indeed!
[snip]
So let's decide how do we act upon this:
[snip]
I'm not sure whether we should
On Tue, 2003-11-11 at 14:55, Perrin Harkins wrote:
> I think I'm going to end up just turning off
> warnings for that one line in Apache::DBI.
In case anyone is curious, this doesn't work. What does work is adding
"local $dbh->{'PrintError'} = 0;" right before that line in
Apache::DBI. A better
This release contains a few small bug fixes:
[ BUG FIXES ]
- Two tests in 04-misc.t, #9 and #10, failed if Params::Validate 0.66+
was installed. This happened because an error message given by
Params::Validate changed slightly, and was not a problem in the Mason
core code.
- The Component object
I'm trying to do a new install of apache and mod_perl on a Red Hat Linux box.
I've build my own perl 5.8.1 in /opt/. This is the first time I've had a build
fail in years.
Red Hat Enterprise Linux ES release 2.1 (Panama)
Apache 1.3.29
mod_perl 1.29
perl -V:
Summary of my perl5 (revision 5.0 ve
Hi Graeme -
Don't be embarrassed - we've all been there before! :-)
Larry
> On Tue, 11 Nov 2003, Larry Leszczynski wrote:
> > I think you mean:
> >
> > my ($vhostname,$vhostuser,$vhosthomedir,$vhostip) = split / /, $_;
>
> Oops.
>
> I shall now skulk off to a dark corner and be embarras
> looks like you added the :method tag to bug130883::Redir::handler(),
> which wasn't originally a method handler in the code you posted:
Uh, sorry. I corrected it and now I get this one:
[Wed Nov 12 16:23:05 2003] [error] Can't call method "content_type" on
an undefined value at /usr/loc
Wolfgang Kubens <[EMAIL PROTECTED]> writes:
> Has anyone any idea?
See if this patch helps. Do a
% make clean && make test
in the base directory after applying the patch, so the perl glue
gets rebuilt properly with the patched Apache__Cookie.h.
Index: glue/perl/xsbuilder/Apache/Cookie/Apac
:-> "Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
>> I've tried replacing '($$)' with ': method'
>> and I now get this when accessing /R
>> [Wed Nov 12 08:11:37 2003] [error] Can't locate object method
>> "internal_redirect" via package "bug130883::Redir" at
>> /usr/
At 06:46 PM 11/11/2003 +, Andrew Green wrote:
>On Tue, 11 Nov 2003 18:19:31 + (GMT), Ged Haywood wrote:
>
>> If you're using 5.8.0 right now you're probably best advised
>> to wait for Perl 5.8.2, as 5.8.1 has a few issues - but it does work
>> OK.
>
>Really? Is it ill-advised to use 5.8.1
I've tried replacing '($$)' with ': method'
and I now get this when accessing /R
[Wed Nov 12 08:11:37 2003] [error] Can't locate object method
"internal_redirect" via package "bug130883::Redir" at
/usr/local/lib/site_perl/bug130883/Redir.pm line 9.
looks like you added the :method tag to bug1308
Hi,
i has set up a solaris 9 system which the following components:
apache 2.0.48
modperl 1.99_11
lxml2 2.5.10
lxslt 1.0.32
libapreq2 2.01-dev
The instalation was done as described in the readme. Furthermore there is a
PerlAccessHandler. Everytime if i am requesting a page which will
controlle
I got these errors when I did perl MakeFile.pl for mod_perl-1.99_11
I have a standard redhat 8.0 install with the latest rpms.
DO I need to uninstall apache, mod_perl and do a source install?
I'm afraid of chasing this all over the place.
APXS doesn't appear to be on my system.
* WARN
On Mon, 10 Nov 2003 14:24:11 +0800
Byron Hammond <[EMAIL PROTECTED]> wrote:
Hi Byron,
>Hi Enrico,
>
>Thanks for the great work on Apache::SessionManager.
>I started using Apache::Session thinking I didn't need
>Apache::SessionManager. How wrong I was :)
>I am using mod_perl with Apache::DBI for p
Hi Stas,
On Tue, 11 Nov 2003, Stas Bekman wrote:
> [snip]
> Who would think that a response handler:
>
>print while ;
>
> would affect the special vars in the filter called by print.
Who indeed!
> [snip]
> So let's decide how do we act upon this:
> [snip]
> I'm not sure whether we should
And again sorry, even this test is successful if the no_executable.pl file
is really not executable !!
So as I said before sorry for the hassle and thanks a lot for your support
!
Swen
|-+>
| | Swen |
| | Schi
Sorry Stas, but I guess I screwed it up.
I updated my system yesterday (as planned) from SuSE 8.3 to 9.0
and the errors are gone !
Nevertheless, I tried to bring this newly installed system to the level
I had before (kernel, perl,...) but there's still none of the errors left.
Even liabreq2 is no
peter wrote:
I am using Apache and mod_perl that comes out of the box with Red Hat 9.
httpd -v
Server version: Apache/2.0.40
Server built: Feb 25 2003 05:01:56
I have set up three separate Virtual Hosts which I use for my site. One
of the hosts is for my personal testing, one is for QA and one
Stas Bekman wrote:
Marc Slagle wrote:
[...]
If you need any more information, please let us know.
I went through the pain of installing all these prerequisited just to
run your handlers, but it works just fine for me. I've tried to match
the perl-5.8.0 build and the only difference I think is t
I'm quite sure that this happens because you're using
mod_perl AND php compiled into the same apache. I've been
running into this kind of trouble several times (on different
machines with different apache/mod_perl/php versions - mod_perl
was always compiled statically. I tried php statically and
dy
On Tue, 11 Nov 2003, Larry Leszczynski wrote:
> I think you mean:
>
> my ($vhostname,$vhostuser,$vhosthomedir,$vhostip) = split / /, $_;
Oops.
I shall now skulk off to a dark corner and be embarrassed. The original script
I had to do this was correct; I muddled it in transposition. Nothing
I am using Apache and mod_perl that comes out of the box with Red Hat 9.
httpd -v
Server version: Apache/2.0.40
Server built: Feb 25 2003 05:01:56
I have set up three separate Virtual Hosts which I use for my site. One
of the hosts is for my personal testing, one is for QA and one is the
live
:-> "Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
>> With this setup, the error message changes:
>> Now I have:
>> [Sun Nov 9 20:17:26 2003] [error] Can't call method "content_type"
>> on an undefined value at /usr/local/lib/site_perl/bug130883/Impl1.pm
>> line 10.
39 matches
Mail list logo
