On Mar 17, 2017, at 4:13 PM, Jie Gao wrote:
> You can build and install your own perl, mod_perl, Apache in /usr/local,
> entirely separate from those that come with the OS.
Yeah, we’re using the system Apache.
‘
D
smime.p7s
Description: S/MIME cryptographic signature
On Mar 17, 2017, at 2:33 PM, Jie Gao wrote:
> Please check if there is a package for apreq you need to install first.
Turns out the problem was that it was installed, but for another Perl. Whole
problem is that one can’t have multiple Perl builds with mod_perl or libapreq2
since they all have
On Mar 17, 2017, at 12:08 PM, David E. Wheeler wrote:
> Is there some reason why httpd_info would not be properly set up?
Neglected to mention that I get a lot of these warnings:
httpd: Syntax error on line 353 of /etc/httpd/conf/httpd.conf: Syntax error on
line 4 of /etc/httpd/con
Fellow mod_perlers,
Hey, just noticed that 2.0.10 is out. Nice! Unfortunately I’m getting test
failures on CentOS 7.3:
Test Summary Report
---
t/api/module.t(Wstat: 0 Tests: 14 Failed: 1)
Failed test: 14
Parse errors: Bad plan. You planned 487 tests
On Jun 10, 2015, at 10:13 AM, Steve Hay wrote:
> Note that Perl 5.22.x is currently not supported. This is logged as
> CPAN RT#101962 and will hopefully be addressed in 2.0.10. [Steve Hay]
Oh, bummer. I was just looking at this, as it’s core-dumping. Is it difficult
to fix? Is 2.0.10 likely to
On Jun 2, 2015, at 10:45 AM, Fred Moyer wrote:
> I've been struggling with this same issue on OS X. Jan K. indicated
> that it was the result of perlbrew, httpd, and mod_perl not all being
> built with the same C compiler. I had tried to get everything built
> with gcc, but I had to symlink /usr/
On May 13, 2015, at 3:52 PM, David E. Wheeler wrote:
> Tested builds on CentOS 6 and 7, with the system Perl and a custom 5.20
> build. Both build nicely, with just a simple patch for the system Perl
> wanting a header with “CentOS” in it instead of “Unix”. Yay!
Having difficultin
On May 13, 2015, at 1:40 PM, Steve Hay wrote:
>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
>>
>
> If I can vote for my own RC then it's a +1 from me :-)
Tested builds on CentOS 6 and 7, with the system Perl and a custom 5.20 build.
Both build nicely, with just a simple patc
On May 2, 2015, at 4:07 PM, Steve Hay wrote:
> We've just released a new Apache-Test and currently have an RC for
> Apache-Reload awaiting more test results, and then I intend to roll an RC1
> for 2.0.9, so it should indeed be fairly soon now.
Great, thank you.
> Thanks for the patch. I've ha
mod_perlers,
What are the chances of a 2.0.9 release soon(ish)? I notice that the CentOS 7
EPEL RPM is built from Subversion; would be nice to have a formal release with
fixes from the last 18 months.
http://dl.fedoraproject.org/pub/epel/7/SRPMS/repoview/mod_perl.html
BTW, that RPM also incl
On Mar 11, 2015, at 10:39 AM, Lathan Bidwell wrote:
> That is very curious. What was in path_info before? Is this a difference
> between undef and ""? Because path_info shouldn't be involved in finding the
> file, unless Apache is configured to ignore path info. And even that doesn't
> make se
On Mar 11, 2015, at 10:15 AM, Lathan Bidwell wrote:
> I am not an expert at this, so I don't have an answer.
Thanks for your reply, I appreciate it.
> But I can suggest a few debugging steps to clear out of the way:
>
> 1) Confirm that your document root is showing properly in the error log
>
On Mar 11, 2015, at 9:59 AM, David E. Wheeler wrote:
> # Set the filename.
>
> my $file = File::Spec->catfile($sub_root, substr $r->uri, 1);
> $r->filename($file);
> $r->finfo(
On Mar 6, 2015, at 5:29 PM, David E. Wheeler wrote:
> And now it works just how I want.
I take it back. It works for files in the root, but not subdirectories.
So say my document root is /var/html, and a request comes in for /foo/bar.html.
Apache has mapped it to /var/html/foo/bar.html,
On Mar 6, 2015, at 9:21 AM, David E. Wheeler wrote:
>>
>> PerlMapToStorageHandler Apache2::Const::OK
>>
>> Otherwise it just fails super early. By adding this line, I am able to
>> freely set the filename later.
>
> Alas, this does *not* work for directo
On Mar 3, 2015, at 2:27 PM, David E. Wheeler wrote:
> And now I got it to work. The key was to add.
>
>PerlMapToStorageHandler Apache2::Const::OK
>
> Otherwise it just fails super early. By adding this line, I am able to freely
> set the filename later.
Alas, this d
On Mar 3, 2015, at 11:34 AM, David E. Wheeler wrote:
> I managed to get a little further by switching from PerlFixupHandler to
> PerlTypeHandler. I still get some 404s for files, but all the directories
> serve properly. As it happens, I have a response handler that handles
&g
On Mar 2, 2015, at 9:35 PM, David E. Wheeler wrote:
>PerlLoadModule My::UserFixup
>
>PerlFixupHandler My::UserFixup
>AuthType Basic
>AuthName "User File Service"
>Require valid-user
>
I man
On Mar 2, 2015, at 8:27 PM, Fred Moyer wrote:
> Can you show us your relevant httpd.conf snippet? No guesses right
> now, but that might help.
Sure.
PerlLoadModule My::UserFixup
PerlFixupHandler My::UserFixup
AuthType Basic
AuthName "User File
Fellow mod_perlers,
I followed the instructions in the Server Configuration Customization guide to
create a custom Apache configuration directive like so:
my $foo;
sub foo { $foo = $_[2] }
Apache2::Module::add(__PACKAGE__, [
{ name => 'MyFoo', func => __PACKAGE__ . '::foo' },
Hi,
I want to set the document root for a request to map to the basic auth
username. I tried this in a PerlFixupHandler:
sub handler {
my $r = shift;
# We only want to do this once per request.
return DECLINED unless $r->is_initial_req;
# Get the username.
On Aug 2, 2011, at 6:30 AM, Feng He wrote:
> I just want to develop a modperl application.
> It's a handler, the database is Mysql.
> Shall I use Apache::DBI, or DBI is just fine ?
I recommend DBIx::Connector.
Best,
David
On Jun 28, 2011, at 11:34 AM, Dave Morgan wrote:
> First off, please let me apologize for the tone of my last email,
> It was certainly not what I intended.
No worries. I assumed it was a caffeine shortage. That's what I suffer from
sometimes. :-)
> I have to stop having discussions about syste
On Jun 27, 2011, at 4:20 PM, Dave Morgan wrote:
> What's the point of it?
First of all, what Perrin said. :-)
> As far as I can see the author claims to have issues with Apache::DBI and
> does not
> like the hidden aspect.
FWIW, I am the author.
> I have never experienced his "issues" and the
On Jun 27, 2011, at 2:17 PM, Fred Moyer wrote:
>> You lost me. But really, I strongly recommend against the use of
>> Apache::DBI. Some discussion here:
>> http://search.cpan.org/dist/DBIx-Connector/lib/DBIx/Connector.pm#Description
>
> It seems like you are looking for a more feature rich db c
On Jun 27, 2011, at 1:40 PM, Dave Morgan wrote:
>> You lost me. But really, I strongly recommend against the use of
>> Apache::DBI. Some discussion here:
>>
>>
>> http://search.cpan.org/dist/DBIx-Connector/lib/DBIx/Connector.pm#Description
>>
>
> And having read that, I strongly recommend a
On Jun 27, 2011, at 1:13 PM, Fred Moyer wrote:
> Wow, that's obnoxious:
>
> 1237 if ($INC{'Apache/DBI.pm'} && $ENV{MOD_PERL}) {
> 1238 $old_connect_via = $DBI::connect_via;
> 1239 $DBI::connect_via = 'connect';
> 1240 }
DBIx::Connector does the same thing.
> And it is also apparentl
On Jun 27, 2011, at 12:53 PM, Octavian Rasnita wrote:
> DBIx::Class already manages its connections for you, and therefore it
> cannot benefit from Apache::DBI under any scenario. It makes one
> connection per-process, and keeps that connection persistent,
> reconnecting only if the connection ap
On Jun 21, 2011, at 9:33 AM, Cosimo Streppone wrote:
> Recently we have seen two friendly factions struggling
> for power :), one moving towards Catalyst/DBIx/TT2 and
> another testing Plack/PSGI.
To be clear, these two factions are orthogonal. FWIW, Catalyst is being updated
to run on Plack.
B
On Jun 16, 2011, at 12:14 PM, Perrin Harkins wrote:
> On Thu, Jun 16, 2011 at 12:01 AM, Fred Moyer wrote:
>> I'm interested in hearing about what application frameworks (Catalyst,
>> CGI::App, Mojolicious) are used here with mod_perl.
>
> Mason 1.x on mod_perl 1.x and apache 1.x, baby!
Whatever
On Jun 15, 2011, at 9:01 PM, Fred Moyer wrote:
> I'll start. I have a couple of Apache::Dispatch based applications I
> wrote. I also work on an Apache::ASP large codebase, and a couple of
> different Catalyst based systems. All are running on mod_perl 2.0.4
> in production (the ops haven't upg
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 tip
from Stefan O'Rear on #p5p, we've been able to trace the basi
Hey all,
I'm testing Perl 5.12 RC3 and ran into these errors when trying to build
mod_perl 2 (mod_perl 1 built fine FWIW):
benedict ~/dev/perl/mod_perl-2.0> /usr/local/perl-5.12/bin/perl Makefile.PL
MP_AP_PREFIX=/usr/local/apache2-test MP_PROMPT_DEFAULT=1
Reading Makefile.PL args from @ARGV
On Feb 25, 2010, at 3:30 PM, Fred Moyer wrote:
> On Thu, Feb 25, 2010 at 3:11 PM, David E. Wheeler
> wrote:
>> On Feb 25, 2010, at 3:03 PM, Fred Moyer wrote:
>>
>>> Absolute - maybe in the INSTALL file? You have commit access right?
>>
>> Only to docu
On Feb 25, 2010, at 3:03 PM, Fred Moyer wrote:
> Absolute - maybe in the INSTALL file? You have commit access right?
Only to documentation IIRC. I got it just about the time I stopped writing
docs. ;-)
Best,
David
On Feb 24, 2010, at 11:31 AM, David E. Wheeler wrote:
>> export CFLAGS='-m64 -mtune=nocona'; export LDFLAGS='-L/usr/lib64'
>> ./Configure -des -A ccflags=-fPIC -Dprefix=/opt/perl
>> -Dinstallprefix=/opt/perl
>
> Is that for Perl or for mod_per
On Feb 24, 2010, at 10:19 AM, Serge Ivanchenko wrote:
> Try this:
>
> export CFLAGS='-m64 -mtune=nocona'; export LDFLAGS='-L/usr/lib64'
> ./Configure -des -A ccflags=-fPIC -Dprefix=/opt/perl
> -Dinstallprefix=/opt/perl
Is that for Perl or for mod_perl? Looks like Perl.
Best,
David
On Feb 24, 2010, at 12:07 AM, Fred Moyer wrote:
> Haven't tried with 5.10.1, but here's my 5.8.8/2.0.4/2.2.8 settings:
>
> perl -V | grep -i fpic
>cc='cc', ccflags ='-fPIC -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
>cppflags='-fPIC -I/usr/include/gdbm'
>cccdlfl
Fellow mod_perlers,
I found myself getting this error with mod_perl 2 on 64 bit CentOS this evening:
bash-3.2# make test
cd "src/modules/perl" && make
make[1]: Entering directory `/home/dwheeler/mod_perl-2.0.4/src/modules/perl'
rm -f mod_perl.so
cc -shared -O2 -L/usr/local/lib -fstack-protector \
On Jan 27, 2010, at 7:23 AM, Adam Prime wrote:
> This smells like a UseCanonicalName On + mod_dir redirect to me. If the
> directory /admin/profile/dest exists in the document root, there's a good
> chance it is.
Ooh, thanks! I can see that I have mod_dir as a DSO, but I'm not loading it.
The
On Jan 26, 2010, at 3:18 PM, Fred Moyer wrote:
> I don't know if this could be an issue, but if I were to write this
> config snippet, I would create a root block, and put the
> transhandler outside that (with the other location based directives
> inside).
The transhandler isn't used in producti
Fellow mod_perlers,
Here's a weird one for you. I'm testing Bricolage on mod_perl 2, getting it
ready for release, and noticed that some sort of redirect is happening when I
don't expect it.
To whit, I have this configuration:
NameVirtualHost *:80
DocumentRoot /usr/local/bricolage
On Nov 16, 2009, at 1:10 AM, Artem Kuchin wrote:
> I am the original poster. Someone else has stolen my thread.
> Anyway.
> I AM calling disconnect and the thing is wrapped in
> sub handler {
> my $db=...
>
> ...
>
> $db->disconnect();
> }
>
> So, everything goes out of scope when handle
On Nov 13, 2009, at 1:47 AM, Artem Kuchin wrote:
>> Might you have connections starting in parent processes and not getting
>> dropped? Are you using Apache::DBI or DBI->connect_cached or DBIx::Connector?
>>
>> Best,
>>
>> David
>>
> Nope, i don't use those. Just plain DBI. Parent process doe
On Nov 11, 2009, at 6:22 PM, Kulasekaran, Raja wrote:
> No. I could see that oracle instances are still alive.
That shouldn't be, of course. Did you run the DBI trace mode as Perrin
suggested?
Best,
David
On Nov 10, 2009, at 9:34 PM, Kulasekaran, Raja wrote:
> I'm connecting against oracle. So for every request it establish the
> connection and it remains stable even though the request
> has been completed successfully .
That sounds right, as the Apache process that handles the requests will sti
On Nov 10, 2009, at 9:19 AM, Kulasekaran, Raja wrote:
> I'm using Apache::DBI and DBI->connect (persistence connection)
>
> So, Do I need to call $dbh->disconnect() for each child to close the
> connection ?
No, because Apache::DBI turns it into a no-op.
Apache::DBI is a very weird beast, with
On Nov 10, 2009, at 7:04 AM, Artem Kuchin wrote:
> You mean each child process creates a new database CONNECTION (not process) ?
> The process is just one multhreaded mysql. But this is exactly what i want. I
> do not want any
> connection sharing because of the locking issues (lock tables). But
On Oct 4, 2009, at 10:17 AM, Bill Moseley wrote:
This looks nice. Thanks. I don't use Apache::DBI, but this will be
good
for general connection and transaction support. I simply use
connect_cached
now with { privite_pid = $$ } but that doesn't allow me to set
InactiveDestroy (although I'm
On Oct 3, 2009, at 2:00 PM, Perrin Harkins wrote:
I realized, reading this, that I should check for the Apache
startup and not
cache things if it's during startup. That's useful under mod_perl,
and won't
hurt anything elsewhere. I'll get that committed this weekend.
That should work. Or y
On Oct 3, 2009, at 5:25 AM, Perrin Harkins wrote:
It's safe to create a connection on
startup with DBIx::Connection though, as it is careful not to cache
across
fork or thread boundaries.
It may be necessary to set InactiveDestroy on any handles you open
during startup, even if you avoid ev
On Oct 2, 2009, at 9:30 AM, Kurt Hansen wrote:
I'm wondering what techniques folks are using to get persistent
database connections other than Apache::DBI.
I plan to release a new module, DBIx::Connection, on Monday. It's
based on the connection caching stuff in DBIx::Class, and also has
On Jun 5, 2009, at 11:08 AM, Philip M. Gollucci wrote:
It might, but I don't think its related
I can test it here
Darwin clarus.apache.org. 8.11.0 Darwin Kernel Version 8.11.0: Wed
Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power
Macintosh powerpc
whenever I get a moment u
On Jun 4, 2009, at 11:26 PM, Philip M. Gollucci wrote:
fixed
Hrm. I wonder if it will fix [this error](http://www.mail-archive.com/d...@perl.apache.org/msg12057.html
) as well?
Best,
David
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 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 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 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 Mar 26, 2009, at 1:20 PM, Fred Moyer wrote:
There's a couple of mod_perl related releases now that need people to
test them out. It takes less time to download, untar, and run the
test suite for these two releases than it does to write a response to
the 'decline of mod_perl' thread that has
On Mar 17, 2009, at 9:21 AM, daniel.angil...@imperia.net wrote:
is it possible to parse the output of mod_perl handler through PHP?
You can if you write a perl filter that uses PHP::Interpreter to
execute some code that parses your mod_perl output.
Best,
David
On Nov 11, 2008, at 10:15 AM, Perrin Harkins wrote:
I'm fine with people using other open source tools to get where they
want to go but the justifications they make about mod_perl being
heavier or slower rarely have any actual research behind them.
Yeah, I wasn't making the case for mongrel or
On Nov 10, 2008, at 3:46 AM, André Warnier wrote:
- the rate of new people coming into the community has been
declining.
The responses there are indeed a bit scary. It feels like we're a
dying breed.
I believe this is to a large extent a "marketing issue" for perl in
general, and mod_per
On Jun 5, 2008, at 12:09, Perrin Harkins wrote:
On Sat, May 31, 2008 at 7:59 PM, Adam Prime <[EMAIL PROTECTED]>
wrote:
YAPC::NA is only a few weeks away, and I stumbled upon the
beginning of
plans for a BOF there.
Count me in. This should be fun. Work on your mod_php jokes.
I'll be the
On May 15, 2008, at 11:37, Philip M. Gollucci wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
1) MANIFEST verification checking for A-SL, A-Reload and anything
else it needs to
2) Fix so Release manager can use a windows system (svn 1.4.
changed .svn format)
3) PRS
4) Smolder
5) A-Rel
On Apr 24, 2008, at 02:20, Torsten Foertsch wrote:
Well, I think I can shed some light on that mystery. When you use
the "perl-script" handler instead of "modperl" then your C-level
response
handler is modperl_response_handler_cgi (see src/modules/perl/
mod_perl.c).
This function calls modper
On Apr 23, 2008, at 11:53, David E. Wheeler wrote:
I was fiddling with that yesterday, and $r->main seemed to return
true every time. But I'll try again.
The /101/ request *is* a subrequest? WTF is that coming from? It
seems to happen after the AccessHandler finishes, but be
On Apr 23, 2008, at 11:19, David E. Wheeler wrote:
On Apr 23, 2008, at 11:16, Torsten Foertsch wrote:
I think the /101 request is a subrequest. Do you use path_info?
This together
with the perl-script handler can cause a subrequest when apache
wants to
translate PATH_INFO to
On Apr 23, 2008, at 11:16, Torsten Foertsch wrote:
I think the /101 request is a subrequest. Do you use path_info? This
together
with the perl-script handler can cause a subrequest when apache
wants to
translate PATH_INFO to PATH_INFO_TRANSLATED. You can distinguish
between a
subrequest an
On Apr 23, 2008, at 11:09, Geoffrey Young wrote:
cleanup handlers are just callbacks run when a memory pool goes out
of scope.
Oh. And here I thought that they ran when the request completed.
your test suggests that the memory pool allocated for the request is
going out of scope before the
Howdy,
I'm busy finalizing the port of Bricolage to mod_perl2. In the
process, I've discovered a bit of weirdness with our TransHandler. For
certain requests, it seems to execute twice. Under mod_perl1, here's
an example:
75947 Apache=SCALAR(0x295ed70) TransHandler start for /workflow/
p
On Sep 6, 2006, at 18:19, Philip M. Gollucci wrote:
Also see:
./hooks/TestHooks/push_handlers_same_phase.pm
Its the closest test we have -- maybe extend or duplicate and tweak
to test this and provide an example ?
Maybe something like this?
Index: t/hooks/TestHooks/push_handlers_same_phase
On Sep 6, 2006, at 18:14, Geoffrey Young wrote:
yeah, that's what $r->push_handlers() does... or ought to do :)
but since you're asking yet know the answer, I'm assuming you've
found a
bug?
No, it just makes sense to me, but is not documented that way any
place that I can find…
Thanks,
On Aug 25, 2006, at 11:05, Octavian Rasnita wrote:
Hi americans :-)
Heh. Nailed me. ;-)
So the programmer works for the source code, makes it open source,
and then
comes another programmer that gets it, delete the name of the
author, make
some changes, and then sell the program pretendin
On Aug 25, 2006, at 09:58, Jonathan Vanasco wrote:
at that point, i realized two things:
a- encrypting/obfuscating perl code just doesn't work when you
need to decrypt it. it also doesn't work when there are
decompilers and stuff out there. the best you can do is make
something margina
On Aug 25, 2006, at 02:28, Philip M. Gollucci wrote:
I promised David Wheeler this earlier today.
Oh, fine, just blame me. ;-)
Actually, what I thought you said was essentially "patches welcome."
But this works, too.
Cheers,
David
On Dec 12, 2004, at 1:04 PM, Stas Bekman wrote:
Please test this package: http://apache.org/~stas/libapreq-1.33.tar.gz
(Apache::Request for mod_perl 1.x) and report any problems here.
All tests pass for me on Mac OS X, both with my custom install of
Apache and with Apple's.
Regards,
David
--
Repo
76 matches
Mail list logo