In message , "Johnson, Bruce
E - (bjohnson)" writes:
>apachectl configtest
>
>[Fri Oct 27 08:41:49.204868 2023] [so:warn] [pid 97206:tid 97206] AH01574: =
>module perl_module is already loaded, skipping
>
>Syntax OK
>
>
># su - webworker
>$ perl -c /home/allwebfiles/perl/startup.pl
>
>
>[webworker
In message <8b1ff73c-7c72-40d0-9e27-9d19e237a...@email.arizona.edu>, "Johnson,
Bruce E - (bjohnson)" writes:
>I'm setting up a new server to replace one that is currently running
>fine (I am changing the database for my app from oracle to Postgres
>and need to test this before doing the switchover
$ uname -srv
SunOS 5.11 omnios-r151046-27629b966d
$ /opt/apache24/perl-5.38.0/bin/perl -v|head -2
This is perl 5, version 38, subversion 0 (v5.38.0) built for i86pc-solaris-64
$ make test
[snip]
using Apache/2.4.57 (prefork MPM)
[snip]
Test Summary Report
---
t/filter/in_bbs_inject
In message
, Joe Schaefer writes:
>The entire collective engineering effort for mod_perl and mod_apreq was to
>ensure our code was thread-safe, both from an httpd context and a Perl one.
>We achieved that twenty years ago, but have been stuck dealing with the
>fact that ithread engineering within
In message
, Joe Schaefer writes:
>Lazy enough never to support HTTP/2?
If HTTP/2 becomes necessary, my lazy first answer is to enable it in my
mod_proxy front end.
John
groenv...@acm.org
In message
, Joe Schaefer writes:
>AFAICT you guys are just too lazy to look. Running latest on CPAN with an
Correct.
mod_perl's make test mostly passes and does not core with mpm_event under
OmniOS/illumos, FreeBSD, and Void Linux with Musl, but I haven't tested
my applications because I am lazy
With the exception of t/filter/in_bbs_inject_header.t, all tests pass
with perl-5.34.0 under OmniOS/illumos.
On FreeBSD, there's this additional failure:
T -verbose apr-ext/finfo.t
# testing : $finfo->device()
# expected: '90074047811460016'
# received: '9.007404781146e+16'
not ok 16
John
groenv.
Down to t/filter/in_bbs_inject_header.t on Omnios/Illumos, perl-5.30.0,
and httpd-2.4.41.
John
groenv...@acm.org
In message
, John Dunlap writes:
>extensive discussions about this problem internally and, In the absence of
>a better MPM and http/2 support, our best option appears to be putting a
>more performant web server in front of Apache, proxying dynamic requests to
Please us know using a lighter weight
In message , Andrew Green
writes:
>The time has finally come for me to update my mod_perl CMS from Apache 2.2 to
>Apache 2.4, but I'm struggling to find documentation on the changes required
You must configure httpd-2.4 --with-mpm=prefork.
John
groenv...@acm.org
In message <20171001044753.ga20...@www.mrbrklyn.com>, Ruben Safir writes:
>Yes! I rebuilt it for threads and shared. Different docs say different
>things. I tried to rebuild it with the ithread option and that option
>is now Dusethread no longer Duseithread. I think there was also a
Try 64-bit
In message <0aaf73f0-af48-53ac-c8d7-871ae0339...@mrbrklyn.com>, Ruben Safir wri
tes:
>/usr/local/lib/perl5/5.26.1/x86_64-linux-thread-multi/CORE/libperl.a(op.o):
>relocation R_X86_64_PC32 against symbol `PL_opargs' can not be used when
>making a shared object; recompile with -fPIC
$ perl -V
Looks
In message <64d9bcac-1bea-acbb-d21d-02b13fee5...@mrbrklyn.com>, Ruben Safir wri
tes:
>I really wanted to make this static and compile from mod_perl and it
>just looks like it is not possible any longer unless I can get apr UNDER
>the apache tree somehow.
Unknown whether statically link is supporte
In message <20170928133913.ga27...@www.mrbrklyn.com>, Ruben Safir writes:
>I am trying to compile Apache 2.4.27 and mod_perl 2.0.10 and I used the
>command
>
>perl Makefile.PL MP_USE_STATIC=11
>MP_AP_PREFIX="/home/ruben/src/httpd-2.4.xx"
>MP_AP_CONFIGURE="--with-mpm=prefork --enable-load-all-module
In message
, jbiskofski writes:
>Thanks John, unfortunately same result.
$ ln -s /usr/local/bin/gmake /tmp/bin/make
$ env PATH=/tmp/bin:/usr/local/perl-5.26.0/bin:/usr/local/apache/bin:${PATH} \
make test
But it looks like you can avoid that fugliness:
$ env PATH=/usr/local/perl-5.26.0/bin:/usr/
In message
, jbiskofski writes:
>*Inspecting the FreeBSD port file I see that it needs gmake instead of
>make, so I tried this :*
>
>perl Makefile.PL MP_APXS=/usr/local/apache/bin/apxs MAKE=gmake
>MP_NO_THREADS=1
>gmake
>
>*That also did not work, but the error was different :*
The quick fugly ha
In message
, jbiskofski writes:
>FreeBSD servers. Its been a few years since I've been able to compile
>mod-perl in FreeBSD. Everytime I need a new webserver I need to install
>FreeBSD9 and Perl 5.22. This has gradually been causing me more and more
>problems with server maintenance. Im hoping som
In message <20161002121236.gb14...@inforich.ucc.usyd.edu.au>, Jie Gao writes:
>Using httpd-2.4.23:
>
># lsb_release -a
>LSB Version:
>:base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
>Distributor ID: Re
Since Steve Hay asked for trunk vs 5.24 and 2.4 reports, I
gave it a whirl on Omnios/Illumos.
t/filter/in_bbs_inject_header.t is my only fail with
useithreads=undef perl and -with-mpm=prefork httpd.
John
groenv...@acm.org
$ env
PATH=/opt/apache24/bin:/opt/apache24/perl-5.24.0/bin:/usr/bin:/usr/
In message
, William A Rowe Jr writes:
>Note that httpd 2.4.23 announcement warned of the imminent end of httpd 2.2
>as well. You would do well to build your httpd 2.4 / perl 5.24 / mod
>perl.next that should be tagged soon as your next stack.
http://mail-archives.apache.org/mod_mbox/httpd-announ
In message , Ben RUBSON writes:
>And what is a little bit frightening here is that Apache is launched by the
>#1025 user itself.
>So how could it be possible for it to generate a file owned by group #0...
>Very strange !
Something is misconfigured, but its not related to modperl.
Disable modperl
In message <88583f53-89d2-40aa-b850-cc819c5e6...@gmail.com>, Ben RUBSON writes:
>Let's run the following example script in mod_perl :
>
># more test.pl
>open(my $fh, ">", "/tmp/test.log");
>print $fh "Your UID is " . $< . "\n";
>my @groups = split '\s', $(;
>print $fh "You belong to these groups: "
In message <55cf7eb6.2050...@ice-sa.com>, =?UTF-8?B?QW5kcsOpIFdhcm5pZXI=?= writ
es:
>Isn't anyone going to do anything about (kindly) this Russian auto-responder ?
>Like, unsubscribe it from the list ?
I sent a note modperl-owner in case he's not reading mailing list.
John
groenv...@acm.org
In message
, Steve Hay writes:
>Please download, test, and report back on this release candidate of
>the long-awaited mod_perl 2.0.9.
$ cat /etc/release
OmniOS v11 r151014
Copyright 2015 OmniTI Computer Consulting, Inc. All rights reserved.
Use is subject to license terms.
$ env
PATH=/opt
In message
, Steve Hay writes:
>This looks like the same failure reported here with an unthreaded perl:
>
>https://rt.cpan.org/Ticket/Display.html?id=102930#txn-1502924
With the patch, 2.0.9RC2 also builds with unthreaded
httpd-2.4.12 and perl-5.22.0, but test hits familiar
errors.
With perl-5.
In message
, Steve Hay writes:
>This looks like the same failure reported here with an unthreaded perl:
>
>https://rt.cpan.org/Ticket/Display.html?id=3D102930#txn-1502924
>
>Unfortunately, I can't reproduce that on Windows since the WinNT MPM
>is threaded and hence requires a threaded perl to buil
In message
, Steve Hay writes:
>Please download, test, and report back on this release candidate of
>the long-awaited mod_perl 2.0.9.
Not good.
$ cat /etc/release
OmniOS v11 r151014
Copyright 2015 OmniTI Computer Consulting, Inc. All rights reserved.
Use is subject to license terms.
$ p
In message <541b4ba4.6060...@higonnet.net>, "Bernard T. Higonnet" writes:
>Can someone indicate a version of the following that work
>
>Apache 2.2.x
>perl 5.x
>mod_perl 2.0.x
>
>all under FreeBSD 10.0-RELEASE #0
Install gcc47 and build them each from source.
$ cd http-2.2.29
$ env CC=gcc47 ./confi
I just tried httpd-2.4.10 under the Illumos distro, OmniOS,
builds fine.
$ bzip -dc httpd-2.4.10-deps.tar.bz2|tar xf -
$ bzip -dc httpd-2.4.10.tar.bz2|tar xf -
$ env PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/opt/gcc-4.8.1/bin:/usr/sfw/bin \
CC=gcc CFLAGS="-m64 -O3" LDFLAGS="-m64" \
./configure --with-e
In message
, Steve Hay writes:
>different OSes / httpd versions / build configurations etc. By all means
>check out the httpd24threading branch and see what the current situation is
>for you :-)
Looks like there's bug in Apache2::Build in how it parses
MPM in the 2.4 with traditional prefork, non
In message , Bruce J
ohnson writes:
>when I run it with /bin/env -i I get:
>
>/bin/env -i /usr/bin/ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
>linux-vdso.so.1 =3D> (0x7fff2d9ff000)
>libocci.so.11.1 =3D> not found
>libclntsh.so.11.1 =3D> not found
>libpthread.so.0 =3D> /lib64/libpthre
In message <387d9d9a-4237-4d97-88b2-86262e823...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
># su -s /bin/sh apache
Try again...
http://man7.org/linux/man-pages/man1/su.1.html>
http://man7.org/linux/man-pages/man1/env.1.html>
# su -s /bin/sh - apache
$ /bin/env
John
groenveld@acm
In message <48fe8314-f95b-478b-9f2b-4c83f62dd...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
>Nope, that looks right:
>
># ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
> linux-vdso.so.1 => (0x7fffc898)
> libocci.so.11.1 => /usr/lib/oracle/11.2/client64/lib/libocci.so.
In message <76e621cc-01d9-4006-aeaa-c0b6d5520...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
>DBD::Oracle was properly compiled, else it wouldn't work on the command line,
>either.
Out of my depth with Linux, but perhaps this will help:
$ env - /bin/ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Or
In message
, Kartik Vashishta writes:
>perl was built with the same compiler as mod_perl
>./Configure -ders -Dcc=cc -Ud_sigsetjmp -Uinstallusrbinperl -Ulocincpth=
>-Uloclibpth= -Duse64bitint -Duse64bitall -Ud_strerror_r -Ud_signbit
>-Duselargefiles -Dprefix=/usr/perl6/5.18.0
config_args='-Dprefi
In message
, Kartik Vashishta writes:
>and on 2.0.8, I am getting the following error:
>
>symbol PL_check: relocations based on the ABS44 coding model can not be
>used in building a shared object
mod_perl 2.0.8 builds for me with 64-bit perl 5.18.0 and
apache httpd 2.2.24 under Solaris 10 with So
[Fri Mar 08 17:58:46 2013] [error] [client 127.0.0.1] Failed to mount the hash c
ollision attack at /tmp/mod_perl-2.0.7/t/response/TestPerl/hash_attack.pm line 1
03.\n
John
groenv...@acm.org
In message
, Fred Moyer writes:
>I'm pleased to announce the release of mod_perl 2.0.6, available at
>the following apache.org URL, along with a CPAN mirror near you.
Still core dumping with 64-bit perl 5.14.2 but works beautifully with
5.12.4 on Solaris.
John
groenv...@acm.org
$ pstack /tmp/mo
In message , Fred
Moyer writes:
>If you have a moment, please take this 2.0.5 release candidate for a
>spin. Thanks!
All tests succeed under i86pc-solaris-64 with httpd 2.2.17,
however I needed to use GNU make to invoke the new test suite.
On Solaris 10 with Solaris Studio 12.2:
$ env
PATH=/op
In message , =?
iso-8859-1?Q?Kasper_L=F8vschall?= writes:
>Also configuring the runtime linking environment under Solaris 10 often helps
>a lot along with LDFLAGS:
>
>> crle -u -l /usr/sfw/lib
>> crle -u -l /usr/local/lib
If you add the -R flag to the linker (or not set any runtime paths
with -R
In message <527c4914f1b2ea47b38422de0fa05a65064b1ba...@dh201.dhmcmaster.dh.hitc
hcock.org>, "James B. Muir" writes:
>Hi, I am trying to build libapreq2 so that I may use it with Apache2 and mo=
>d_perl. I'm on a Solaris 10 system. The version of Apache I am using is old=
>:
>
>./bin/apachectl -v
>S
In message <30a2344a1001271105t6c690071qb72eb53df2a68...@mail.gmail.com>, Pas A
rgenio writes:
>I'm building everything from source. I've rebuilt perl a half-dozen times
>both static & dynamic. I'm working on building 5.10.1 but it seems so
Does modperl's make test succeed?
Under Solaris, you n
In message , Mike
Barborak writes:
>So, can anyone point me at other software with these requirements and
>their solution to this problem? Particularly ones that have handled
>theses issues well?
Best Practical's Request Tracker might be a useful case study.
http://www.fsck.com/projects/rt/>
It
In message <00504502f5787b3f300471788...@google.com>, mega...@gmail.com writes:
>I am trying to compile modperl2 on Solaris. I am using Perl5.10.0, and
>because the Solaris compiler seems to have difficulties compiling
>Perl5.10.0 extensions, I want to compile modperl2 using gcc. I am trying to
In message <[EMAIL PROTECTED]>, Jo bu writes:
>I have been trying to compile mod_perl as a DSO in a apache 2.2.8. I am on sol
>aris 10. The readme states that it only supports apache 2.0 but will most like
>ly work with later versions. I get the following errors when I try to use Make
>file...
The
In message <[EMAIL PROTECTED]>, "Heiko Jansen" writes
:
>No - at least not for me (Solaris 10, 64Bit, Sun cc): 2.0.3 won't build
Working for me so far.
$ cd /tmp/httpd-2.2.8
$ env PATH=/usr/bin:/usr/ccs/bin:/opt/SUNWspro/bin:/usr/sfw/bin \
CC=cc CFLAGS="-m64 -xO3" LDFLAGS="-m64 -L/usr/sfw/lib/64
In message <[EMAIL PROTECTED]>, Jie Gao w
rites:
>Don't know. There is an issue with Apache 2.2.2. Advice given to me is to
>compile everything for Apache 2.2.0, and then install Apache 2.2.2 on top of i
>t.
$ uname -sr
SunOS 5.10
$ /opt/apache2/perl-5.8.8/bin/HEAD http://localhost:8080
200 OK
Con
In message <[EMAIL PROTECTED]>, "Sheila R. Bryant" writes:
>Hi,
>
>I'm trying to add mod_perl to my Apache server. I've got
>
>Solaris 10
>Apache 2.2.2
>mod_perl 2.0.2
>
>I'm using gcc 3.4.3, supplied by Sun, perl 5.8.4, supplied by Sun. I'm
>using the perlgcc utility which is claimed to enable gc
In message <[EMAIL PROTECTED]>, Flavio Curti writes:
>EXTRA_CPPFLAGS in config_vars.mk the segfaulting is gone. I wonder
>where the mistake lies. In apache for not filling EXTRA_CPPFLAGS? Me
>not setting it at all for CPPFLAGS? mod_perl not detecting it? (btw
I don't know whether its an Apache bug
In message <[EMAIL PROTECTED]>, Flavio Curti writes:
>> Apache:
>> CFLAGS="-Wall -g -O2 -pipe -I/usr/include/xmltok
>> -I/usr/include/openssl -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 "
>> LDFLAGS="-ldl -lexpat -lcrypt -ldb-4.2" \
>> ./configure \
>> --with-program-name=httpd2 --with-dbm=
In message <[EMAIL PROTECTED]>, Geoffrey Young writes:
>the changes required to move your codebase from rc4 to rc5 should be really,
>really minimal:
For the record and for what its worth, Apache::DBILogin and
Apache::AuthenURL have been updated for RC5.
If someone wants to volunteer to take Apac
In message <[EMAIL PROTECTED]>, Geoffrey Young writes:
>I've updated all of my mod_perl 2.0 CPAN modules so that they work with the
>latest mod_perl 2.0 release (RC5 aka 1.999_22) and Apache-Test 1.22. here
For those of us supporting Apache 1 and 2, is this right?
package My::Apache::Foo;
use c
In message <[EMAIL PROTECTED]>, "B. Duffee" writes:
>Can anybody make a good guess on when the mod_perl 2 port of Apache::Request
>will be finished? I came a little unstuck installing from CPAN when I found t
>he
>versions weren't compatible and I'm wondering if I should back off to mod_perl
> 1
In message <[EMAIL PROTECTED]>, Perrin Harkins wr
ites:
>How can you tell, and what can you do about it? Any specific info would
>be greatly appreciated.
OS issues might be best pinpointed by benchmarking the two httpd's on the
two Fedora's but w/o modperl loaded.
John
[EMAIL PROTECTED]
In message <[EMAIL PROTECTED]>, Alex Greg writes:
>We're using the Fedora Perl packages (perl-5.8.3-16 on FC1,
>perl-5.8.5-9 on FC3), but I have compiled Apache and mod_perl on all
>the machines from source, with the following command:
If you build your own Perl from source, you can remove the pot
In message <[EMAIL PROTECTED]>, didier Belot writes:
>Using apache 1.3.33 with mod_ssl 2.8.22, i want to compile mod_perl 1.29
>as a
>loadable module.
>
>here is the snippet related to mod_perl installation:
>
>perl Makefile.PL USE_APXS=1 \
>WITH_APXS=/usr/local/sbin/apxs \
>
In message <[EMAIL PROTECTED]>, "Tom Gazzini" w
rites:
>I've built apache/mod_perl/mason many times, but this is the first time I
>have come across this problem:
>
>I'm getting a strange "dereferencing pointer to incomplete type" error when
>I try and install Apache::Request.
The fact that you can
http://perl.apache.org/products/apache-modules.html#Porting_CPAN_modules_to_mod_perl_2_0_Status>
I've updated Apache::AuthenURL and Apache::DBILogin for mod_perl2.
Many apologies for not getting around to it sooner, particularly
since a few of you have sent me patches and I also know it doesn't
h
In message <[EMAIL PROTECTED]>, Eric writes
:
>Which sounds like the answer to my problem except I don't know how to
>correctly make these changes so that gcc flags are used instead of Solaris
>compiler flags. I am guessing that mod_perl is being a little too smart for
As root,
# rm /usr/bin/pe
In message <[EMAIL PROTECTED]>, Thomas Gutzmann
writes:
>under Solaris 9 with Perl 5.6.1 pre-installed, I just fought with these
>infamous error messages
I find it easier to build my own Perls from source to support my
applications.
John
[EMAIL PROTECTED]
--
Report problems: http://perl.apac
In message <[EMAIL PROTECTED]>, Dan Sully writes:
>I've made a quick port of this to mod_perl 1.99 - surprised to not see it alre
>ady.
One of the reasons I haven't released the Apache::AuthenURL for mod_perl2
is because I haven't figured out how best to distribute my AuthenCache
which is a rewri
In message <[EMAIL PROTECTED]>, Geoffrey Young writes:
>I can't seem to reproduce the problem in an isolated context. please give thi
It stems from a peculiarity in building Apache and Perl with largefile
support.
$ cd /tmp/perl-5.8.4
$ env PATH=/usr/sbin:/usr/bin:/usr/ccs/bin:/opt/SUNWspro/bin
In message <[EMAIL PROTECTED]>, Stas Bekman writes:
>The core dump shows that neither mod_perl nor Perl are involved. I suppose
My 2c guess is that mod_perl is not properly copying the username into
the relevant Apache data structure or Apache expects the username to
be stored with undocumented m
In message <[EMAIL PROTECTED]>, Geoffrey Young writes:
>can you try current CVS if you get the chance?
Done. dumps core at the same function in mod_auth.
Server: Apache/2.0.49 (Unix) mod_perl/1.99_15-dev Perl/v5.8.4 DAV/2
>I'll try to investigate it this week. is your PerlAuthenHandler just
>retu
Is using a Perl Authen Handler with Apache AuthGroupFile supported?
If not, I'll write an Authz handler, but I didn't see it documented.
AuthName test
AuthType Basic
PerlAuthenHandler My::AuthenOK
AuthGroupFile /tmp/htgroup
Require group test
$ /opt/perl-5.8.4/bin/HEAD http://lx50:9090
Enter user
In message <[EMAIL PROTECTED]>, Geoffrey Young writes:
>if ($authenticated) {
> return OK
>}
>else {
> $r->push_handlers(PerlFixupHandler => \&manage_cache);
>}
Thank you! This is working out very well. Clean and straightforward.
My head was so deep in Chris and Jason's hacks around the weird
In message <[EMAIL PROTECTED]>, Stas Bekman writes:
>If the logic has to be more flexible, you could get_handlers(), look at who's
>registered and then decide based on that whether to return OK or DECLINED?
In Apache::AuthenDumb, how do I go from the CODE refs returned
from $r->get_handlers('Perl
In message <[EMAIL PROTECTED]>, Stas Bekman writes:
>Why can't you return DECLINED?
The compelling part of AuthenCache under MP1 was that you got caching
for existing authentication modules w/o code modification.
John
[EMAIL PROTECTED]
--
Report problems: http://perl.apache.org/bugs/
Mail lis
I'm trying to port AuthenCache to MP2, but hitting a wall, the stacked handler
behavior differences.
http://perl.apache.org/docs/2.0/user/handlers/intro.html#toc_C_RUN_FIRST_>
Is there an easy way to change PerlAuthenHandler's behavior to RUN_ALL
so that my authen module can return OK and AuthenCa
69 matches
Mail list logo
