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
>
>
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
$ 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
---
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
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
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
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
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
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
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
In message
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
In message
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:
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
In message
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,
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 CADED=k4onfzh9xvuklkmck2obo-egy7ul67rkwaborckliy...@mail.gmail.com
, 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
In message CADED=K74mJPpYcYyU5NkXku6r6LAJDtb=5tavbzbk_g5z-l...@mail.gmail.com
, 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,
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 ./configure
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
In message CADED=k7gbhz+og71fqdxczviswm8euact-xs99-unbsxex+...@mail.gmail.com
, 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
In message a96b01b5-ec17-46e4-bbd5-59c314103...@pharmacy.arizona.edu, 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
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
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.11.1 (0
In message 387d9d9a-4237-4d97-88b2-86262e823...@pharmacy.arizona.edu, Bruce J
ohnson writes:
# su -s /bin/sh apache
Try again...
URL:http://man7.org/linux/man-pages/man1/su.1.html
URL:http://man7.org/linux/man-pages/man1/env.1.html
# su -s /bin/sh - apache
$ /bin/env
John
groenveld@acm
In message cajfc5w1jahwv+fyxckbc0cnhwkwjfwxvct2sjctt-cs+cn-...@mail.gmail.com
, 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
In message CAJFC5W0p-skKsgOhit8zf=QvawoXqc=wp8i51_bbe2jxejx...@mail.gmail.com
, 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
[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 cahrynwag+dszj9bxav_ddqjaazlhsqx0npzyufp2htzyt51...@mail.gmail.com
, 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
In message aanlktikckau4p94elcp_rz+mfb+awwj-vx9vdazpq...@mail.gmail.com, 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
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
Server
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 need
In message b6c5c4be0909100655n722b8914pfa945dc3dd0d6...@mail.gmail.com, 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
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...
These
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], 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 gcc compiled
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
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=db42 \
I played
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 or
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
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
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], 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't find
URL: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
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/perl
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:
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 rewrite
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
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
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 MP1
I'm trying to port AuthenCache to MP2, but hitting a wall, the stacked handler
behavior differences.
URL: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
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 list
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
62 matches
Mail list logo