On Jan 11, 2008, at 11:21, Philippe M. Chiasson wrote
Guess that means we might be ready for RC2 then ?
I'll roll new tarballs over the week-end.
Hi Philippe,
I just grabbed the RC2 tarball and got this error when I tried to
build it with Perl 5.10 on Mac OS X 10.5:
perl -ldl -lm -lutil
On Jan 16, 2008, at 15:19, Philippe M. Chiasson wrote:
Sounds like universal binary fun.
Can you send the exact build instructions you used for:
- perl
- httpd
- mod_perl
So I can try and reproduce ?
I compiled Perl myself, from source:
% perl -v
This is perl, v5.10.0 built for darwin-2l
I didn't see my reply to this message in the logs, so I'm sending it
again.
David E. Wheeler wrote:
I compiled Perl myself, from source:
% perl -v
This is perl, v5.10.0 built for darwin-2level
How did you build your perl?
I've done the same combo myself, an
On Jan 22, 2008, at 15:21, Philippe M. Chiasson wrote:
David E. Wheeler wrote:
On Jan 21, 2008, at 22:48, Philippe M. Chiasson wrote:
Oh, another thing to make sure is that the httpd tree you are
building
in is free of bits from a previous build attempt. Caught me once.
Yeah, I did it
On Jan 23, 2008, at 00:12, Philippe M. Chiasson wrote:
Ah, I always thought that mp1 was better off statically compiled
into Apache.
I used to do it that way too for the longest time.
I've been doing it that way for years.
I've switched to DSO a while back, mainly because it is just so m
On Jan 23, 2008, at 10:23, David E. Wheeler wrote:
Makes sense for a mod_perl developer, of course, but personally I'm
usually building mod_perl to run Bricolage instances, so the static
compile has always made sense. The fact that the DSO builds are more
stable nowadays is grea
Under Perl 5.10, Apache::FakeRequest offers up this helpful warning:
trigger% perl -lwe 'use Apache::FakeRequest'
Name "Apache::FakeRequest" used only once: possible typo at /usr/local/
lib/perl5/site_perl/5.10.0/darwin-2level/Apache/FakeRequest.pm line 51.
It seems that import() is getting ca
On Jan 23, 2008, at 23:11, Philippe M. Chiasson wrote:
Okay, the difference is when you let mod_perl build httpd for you vs.
building it separately.
Gotcha.
In the meantime, were you able to replicate the issue with a
static compile?
Yes, I was, and a previously patch I posted seems to d
Hey All,
So for the first time in years, I'm trying to run the test suite in
mod_perl 1.31. The trouble is, the httpd.conf file that's getting
written has =pod lines in it. WTF?
../apache_1.3.39/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t
Syntax error on line 3 of /usr/local/src/mod_
On Feb 1, 2008, at 11:23, Perrin Harkins wrote:
On Feb 1, 2008 2:18 PM, David E. Wheeler <[EMAIL PROTECTED]> wrote:
Perl 5.10.0
That's not working yet. Please use 5.8 for now.
I'm using the RC for Perl 5.10. It works fine other than this (and the
static build stuff about
Hi Philippe,
If necessary, I can give you access to the box on which this happens…
Best,
David
On Jan 24, 2008, at 09:20, David E. Wheeler wrote:
On Jan 23, 2008, at 23:11, Philippe M. Chiasson wrote:
Okay, the difference is when you let mod_perl build httpd for you vs.
building it
On Feb 26, 2008, at 01:29, Philippe M. Chiasson wrote:
The mod_perl 1.31 release candidate 3 "Works with Perl 5.10" is
ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc3.tar.gz
Damn, I get a new failure on Mac OS X 10.5.3/Intel when trying to
build static
On Feb 28, 2008, at 13:08, David E. Wheeler wrote:
The mod_perl 1.31 release candidate 3 "Works with Perl 5.10" is
ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc3.tar.gz
Damn, I get a new failure on Mac OS X 10.5.3/Intel when trying
On Feb 28, 2008, at 14:47, Philippe M. Chiasson wrote:
David E. Wheeler wrote:
On Feb 28, 2008, at 13:08, David E. Wheeler wrote:
The mod_perl 1.31 release candidate 3 "Works with Perl 5.10" is
ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-
Howdy,
Last I heard, mod_perl 1.31 was looking good. Is it due for release
soon?
Thanks,
David
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Apr 1, 2008, at 15:33, Philippe M. Chiasson wrote:
I need to roll another RC and get the sufficient number of +1s.
I'll try and roll out the next RC this evening.
Awesome, thanks.
Any chance of a 2.0.4RC, too?
http://www.gossamer-threads.com/lists/modperl/dev/96524?search_string=5.10;
On Apr 1, 2008, at 23:17, Philippe M. Chiasson wrote:
The mod_perl 1.31 release candidate 4 "Works with Perl 5.10" is
ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc4.tar.gz
Damn!
benedict# tar zxf mod_perl-1.31-rc4.tar.gz
benedict# cd mod_perl-1.31-rc4
On Apr 1, 2008, at 23:26, Philippe M. Chiasson wrote:
The mod_perl 2.0.4 release candidate 1 "Works with Perl 5.10" is
ready. It can be downloaded here:
http://www.apache.org/~gozer/mp2/mod_perl-2.0.4-rc1.tar.gz
All tests pass for me with Perl 5.10 on Ubuntu 7.10. W00t! The only
oddness i
On Apr 2, 2008, at 11:22, David E. Wheeler wrote:
[Wed Apr 02 11:12:49 2008] [notice] Apache/2.2.8 (Unix) world
domination series/2.0 mod_ssl/2.2.8 OpenSSL/0.9.8e DAV/2 mod_perl/
2.0.4-rc1 Perl/v5.10.0 configured -- resuming normal operations
[Wed Apr 02 11:12:49 2008] [info] Server built
On Apr 2, 2008, at 12:46, Randy Kobes wrote:
At any rate, this is not a mod_perl issue, so you can ignore all of
this stuff -- except that bit in which I said that all the tests
passed. :-)
In cases where the default timeout for starting the server
is reached, the environment variable APACH
On Apr 2, 2008, at 10:21, David E. Wheeler wrote:
benedict# make
(cd ./apaci && PERL5LIB=/usr/local/src/mod_perl-1.31-rc4/lib: make)
make[1]: *** No rule to make target `libperl.so', needed by `lib'.
Stop.
make: *** [apxs_libperl] Error 2
This is on Mac OS X 10.5.2 with
On Apr 17, 2008, at 01:33, Philippe M. Chiasson wrote:
So you end up with a Makefile that goes like
all: libperl.so (thank you Apache)
libperl.bundle: (thank you Perl/OSX)
Try with:
$> make PERL_DLEXT=so
Yes, that works. I wonder why I didn't have to do it before? Is this
something that
On Apr 17, 2008, at 13:31, Philippe M. Chiasson wrote:
Yes, that works. I wonder why I didn't have to do it before? Is
this something that can be worked around?
This is an unexpected side effect of another fix, for static builds.
So is that a yes or a no? :-)
The test suite didn't run fo
Howdy,
I can get Apache to crash with a Bus Error with this httpd.conf:
LoadModule perl_module modules/mod_perl.so
ServerName localhost
ServerRoot /usr/local/apache2
PidFile logs/httpd.pid
Listen 80
User daemon
Group
On Apr 23, 2008, at 00:54, Philippe M. Chiasson wrote:
David E. Wheeler wrote:
Howdy,
I can get Apache to crash with a Bus Error with this httpd.conf:
Worrysome. Can you also do it with Apache/httpd < 2.2.8
Dunno. I'll try another version in a bit.
If I comment out the section,
On Apr 23, 2008, at 10:50, David E. Wheeler wrote:
Can you get a debug build and get a good backtrace out of it ?
I recompiled mod_perl with MP_DEBUG=1. Is that all I need to do? If
so, where would I find the backtrace? The crash file that Mac OS X
creates isn't any different.
I
On Apr 23, 2008, at 11:07, David E. Wheeler wrote:
(gdb) bt
#0 0x0002f43b in open_multi_logs ()
#1 0x0002f7be in init_config_log ()
#2 0x2b88 in ap_run_open_logs ()
#3 0xa701 in main ()
Shit! I recompiled Perl, Apache, and mod_perl with debugging info, and
got exactly the same
Hey All,
I've just been updating the test suite for
MasonX::Interp::WithCallbacks and noticed that, while tests pass
perfectly with Apache 1, the server never starts up with Apache 2.
With Apache 2, I get:
benedict% perl Build.PL
Checking whether your kit is complete...
Looks good
Checki
On May 2, 2008, at 19:30, David E. Wheeler wrote:
I've just been updating the test suite for
MasonX::Interp::WithCallbacks and noticed that, while tests pass
perfectly with Apache 1, the server never starts up with Apache 2.
Never mind. I figured it out. I had to change
On May 3, 2008, at 17:52, Fred Moyer wrote:
Not sure why there's a difference here between mod_perl 1 and
mod_perl 2, but I'm happy that the solution seems to be simple. Is
this something that's documented somewhere?
MODPERL2 is documented here, although it doesn't answer the question
of
On May 3, 2008, at 21:45, Fred Moyer wrote:
Tried to check it out but got the following message.
[EMAIL PROTECTED] svn $ svn co
https://svn.kineticode.com/MasonX-Interp-WithCallbacks/trunk
svn: REPORT request failed on '/!svn/vcc/default'
svn: Can't open file '/var/svn/db/revprops/3730': Permi
Ah, WTF?
http://www.nntp.perl.org/group/perl.cpan.testers/2008/05/msg1403980.html
Why would the base class be empty? :-(
David
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Apr 24, 2008, at 00:03, Philippe M. Chiasson wrote:
Nah, the core file by itself is not exactly super usefull. You just
have
to figure out how to get a debugging build. Also, I've tried to
reproduce
this on OS X/Apache 2.2.8 prefork/ Perl 5.10 without any luck.
Can you post the exact det
On May 31, 2008, at 14:27, Philip M. Gollucci wrote:
David E. Wheeler wrote:
This merely adds -DAP_DEBUG which does not include -g, so yes,
thats out of date.
CFLAGS="-g3 -O0 -DAP_UNSAFE_ERROR_LOG_UNESCAPED" . ./configure
should get you just about everything.
Updated in 6620
On May 29, 2008, at 12:41, Philip M. Gollucci wrote:
| perl-5.10.0> sh Configure -des \
| -Duseshrplib\
| -Dprefix=/usr/local/perl-5.10.0.d \
| -Doptimize='-g'
- -g3 -O0 -DDEBUGGING will get you just about everything...
Okay, did this:
sh Configure -des \
-Duseshrplib \
-Dprefix=/usr/local
On Apr 2, 2009, at 10:42 AM, Philippe M. Chiasson wrote:
The mod_perl 1.31 release candidate 7 is ready. It can be downloaded
here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc7.tar.gz
I'm still getting a failure to make. :-(
% perl -v | grep This
This is perl, v5.10.0 built for darwi
On Apr 2, 2009, at 7:29 PM, Philippe M. Chiasson wrote:
Now that I've had a chance to look into this, I swear I've debugged
this
problem before, and I just can't find trace of it, or no patches.
Yeah, I first reported it a year ago, with RC4.
In any case, can you try this 1-liner patch? I
On Apr 2, 2009, at 8:38 PM, Philippe M. Chiasson wrote:
APXS/DSO make test was never supported, and needs some magic to get
it to
work. USER=dougm is not enough...
I could have sworn I got it to work before; I'm getting this:
/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t &
/bin/sh: /httpd
On Apr 2, 2009, at 9:48 PM, David E. Wheeler wrote:
On Apr 2, 2009, at 8:38 PM, Philippe M. Chiasson wrote:
APXS/DSO make test was never supported, and needs some magic to get
it to
work. USER=dougm is not enough...
I could have sworn I got it to work before; I'm getting this:
/htt
On Apr 2, 2009, at 9:56 PM, David E. Wheeler wrote:
Oh, I see, it's using $(APACHE_SRC)/$(HTTPD). Yes, I can see how
that wouldn't work. :-)
Slightly improved patch (eliminate duplication). Will figure out how
to get tests to run for reals shortly. :-)
Best,
David
mp.patch
D
On Apr 3, 2009, at 9:07 AM, David E. Wheeler wrote:
On Apr 2, 2009, at 9:56 PM, David E. Wheeler wrote:
Oh, I see, it's using $(APACHE_SRC)/$(HTTPD). Yes, I can see how
that wouldn't work. :-)
Slightly improved patch (eliminate duplication). Will figure out how
to get tests
Hey Guys,
So I've been doing some testing of Bricolage with mod_perl 1.31rc7 and
with mod_perl 2.04 (and Perl 5.10 and Apache 1.3.41 and 2.2.11), and
I'm finding something very strange: Apache is *very* slow to start
when mod_perl is a DSO.
The bit that's slow, curiously, is this:
Perl
On Apr 3, 2009, at 2:38 PM, David E. Wheeler wrote:
Thanks for any insights. I'm going to see if I can break this on my
Ubuntu server, too.
It seems to be slow there, too. It takes about 6 seconds to start up
(Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8g
mod_apreq2-20051231/
On Apr 3, 2009, at 6:11 PM, Philippe M. Chiasson wrote:
It seems to be slow there, too. It takes about 6 seconds to start up
(Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8g
mod_apreq2-20051231/2.6.0 mod_perl/2.0.4 Perl/v5.10.0)
Any insights on what's it doing when it's acting up slow?
I'd l
On Apr 7, 2009, at 7:10 PM, Philippe M. Chiasson wrote:
Looks like in the DSO case, you end up with what looks like double the
work, and very similar, kinda like a start/restart cycle.
I've noticed that at times; the same code loading/running twice.
I don't remember apache 1.3, but would it b
On Apr 7, 2009, at 8:15 PM, Adam Prime wrote:
What's a "restart on start"?
According to the guide, it did it in apache 1.3 too.
http://perl.apache.org/docs/1.0/guide/config.html#Apache_Restarts_Twice_On_Start
Oh, right, I remember that. But it says that the modules loaded via
PerlModule (
On Apr 7, 2009, at 10:49 PM, Philippe M. Chiasson wrote:
http://perl.apache.org/docs/1.0/guide/config.html#Apache_Restarts_Twice_On_Start
Oh, right, I remember that. But it says that the modules loaded via
PerlModule (as Bricolage is loaded) do *not* get compiled twice.
Except in the case of
On Apr 10, 2009, at 11:38 AM, Philippe M. Chiasson wrote:
Not without more profiling to try and figure out where all this time
is being spent.
Stupid question: Can you suggest some approaches to doing such
profiling? I mean, I can use Devel::NYTProf or something for the Perl
code, but I do
On Apr 20, 2009, at 5:29 PM, Fred Moyer wrote:
http://rt.cpan.org/Public/Bug/Display.html?id=13126
I'm willing to live with it if it means that less users with problems
running 'perl Makefile.PL'
You might want to review the recent discussion about version.pm on the
Module-Build mail list.
On May 12, 2009, at 7:46 PM, Philippe M. Chiasson wrote:
The uploaded file
mod_perl-1.31.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GO/GOZER/mod_perl-1.31.tar.gz
size: 389960 bytes
md5: d2188bf500e9f00cd78dc97c3fbf6b97
It's finally here! After quite a few release candidates,
Greetings fellow mod_perlers,
Has anyone been testing 1.x and 2.x on Perl 5.11? 5.11.2 came out yesterday…
Thanks,
David
-
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h...@perl.ap
Sorry, meant to have this thread on dev originally. Reposting.
On Apr 5, 2010, at 6:20 PM, Fred Moyer wrote:
> Builds ok here on OS X 10.6.3 (tests don't start yet though). Wonder
> what the difference in our setups
Okay, Fred and I have been hacking on this for a few hours, and thanks to a ti
On Apr 6, 2010, at 11:42 AM, Fred Moyer wrote:
> Here's the rest of it [1], but I'm highly skeptical on some of these
> changes. Is pTHX_ passed as the first argument in all cases, or the
> last?
>
> I still get some errors with this [2].
Stefan said last night that it should be first.
Best,
So, anyone know if 2.05 will drop before the end of the year?
David
-
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h...@perl.apache.org
On Feb 17, 2011, at 7:15 AM, Perrin Harkins wrote:
>> Another nit I have to pick (Torsten maybe this would be up your alley)
>> is that @miyagawa posted a benchmark a while ago showing that his
>> Starman pure perl server was slightly faster than mod_perl.
>
> No offense to Miyagawa, but this is
On Feb 17, 2011, at 10:17 AM, Perrin Harkins wrote:
> It's only a guess, and I don't care enough to go through the code for
> evidence. I think people generally underestimate the complexity of
> HTTP and the difficulty of writing a bug-free network server based on
> it. Apache HTTPD is the resul
Hey Gang,
Building a new server (well, old server, but only now getting mod_perl) and
mod_perl is core dumping. I built Perl 5.14.1 from source on it a few days ago:
$ perl -V
Summary of my perl5 (revision 5 version 14 subversion 1) configuration:
Platform:
osname=linux
57 matches
Mail list logo
