Re: Bug - Strange issue with mod_perl 2.0.10 / Apache 2.4 corrupting nfreeze data
I forgot to add : if you were not using filters previously, this may not solve your problem. Do you have accented characters in your queries' parameters? if so those need to be decoded (anything that uses APR::Table) -- Bien à vous, Vincent Veyron https://libremen.com Logiciels de gestion, libres
Re: Bug - Strange issue with mod_perl 2.0.10 / Apache 2.4 corrupting nfreeze data
On Sun, 07 Aug 2016 14:37:28 +0100 Alex Masidloverwrote: > > Thanks for the suggestion - its taken a while but I've manage to free > up a machine to roll forwards and test on; unfortunately I've got no > experience with Apache and filters. I've come up with this: > > package Zymonic::Decryptor::Filter; > use strict; > > use base qw(Apache2::Filter); > use Encode qw(decode); > use constant BUFF_LEN => 1024; > use Apache2::Const -compile => 'OK'; > > sub utf8_filter : FilterRequestHandler { > > my $f = shift; > > my $content = ''; > while($f->read(my $buffer, BUFF_LEN)) { > $content .= decode_utf8($buffer); > } > > $f->print($content); > > return Apache2::Const::OK; > > } > > but when I add it with: > > PerlOutputFilterHandler Zymonic::Decryptor::Filter::utf8_filter > > > I get: > > :Apache2 IO flush: (500) Unknown error 500 at -e line 0 > > in the Apache error log whenever I hit the server with a request. > > I'm guessing I've done something very wrong with the filter, but I can > find very few examples of how to use Apache2::Filter. > I use the streaming filter. Try the recipe for package Apache::HijackFull; (page 13) in : http://www.modperlcookbook.org/~geoff/slides/WUC/2005/mp2_filters-printable.pdf (you need to check for seen_eos to print) This is my code : http://pastebin.com/dEWqdtsR Note that I had to place Encode::decode_utf8 inside the 'if ($f->seen_eos)' block -- Bien à vous, Vincent Veyron https://marica.fr/ Gestion des sinistres assurances, des dossiers contentieux et des contrats pour le service juridique
Re: Bug - Strange issue with mod_perl 2.0.10 / Apache 2.4 corrupting nfreeze data
On Sun, Aug 7, 2016 at 8:37 AM, Alex Masidlover <alex.masidlo...@zednax.com> wrote: > On Sun, 2016-04-03 at 17:03 +0200, Vincent Veyron wrote: > > On Sun, 03 Apr 2016 14:11:23 +0100 > > Alex Masidlover <alex.masidlo...@zednax.com> wrote: > > > > > This has all worked perfectly up until I upgraded to Apache 2.4 / > > > mod_perl 2.0.10 - > > After upgrading to Apache 2.4 and mod_perl 2.0.9, I had to make those > > two changes to my application : > > > > In a PerlOutputFilterHandler, change '$content .= $buffer' to > > '$content .= decode_utf8($buffer)' > > > > And in response handlers, change '$args{$_} = $req->param($_)' to > > '$args{$_} = decode_utf8($req->param($_))' > > > > Not sure it applies to your case, but something changed in Apache 2.4 > > concerning UTF-8 data. > > > > If I understood correctly, anything that goes through APR::Table is > > considered UTF-8, however the SvUTF8 flag is not set, so you get > > double encoding when processing your data. > Just to be clear, everything in APR::Table is expected to be ASCII (or EBCDIC, on those oddball architectures)... and "opaque text", e.g. characters 128-255 on ASCII architectures is permitted but not defined. It's easy to verify that they qualify as UTF-8, because the coding is very predictable. E.g. 0xFE or 0xFF are not characters, and others are valid only when in the correct sequence, c.f. the validation logic in; http://svn.apache.org/repos/asf/apr/apr/trunk/misc/win32/utf8.c > What a browser sends is not guaranteed, it may be sending ISO-8859-1, or UTF8 (or even problematic ISO-2022-JP where the ASCII char ' ' or '\' may occur as a continuation character causing parsing issues. Modern browsers appear to all be defaulting to UTF-8 finally, but you may have many legacy browsers out there. In your decode_utf8 logic, ensure that your app checks for failure! And where the output fails, try treating it in a code page such as 8859-1.
Re: Bug - Strange issue with mod_perl 2.0.10 / Apache 2.4 corrupting nfreeze data
On Sun, 2016-04-03 at 17:03 +0200, Vincent Veyron wrote: > On Sun, 03 Apr 2016 14:11:23 +0100 > Alex Masidlover <alex.masidlo...@zednax.com> wrote: > > > > > > > This has all worked perfectly up until I upgraded to Apache 2.4 / > > mod_perl 2.0.10 - > After upgrading to Apache 2.4 and mod_perl 2.0.9, I had to make those > two changes to my application : > > In a PerlOutputFilterHandler, change '$content .= $buffer' to > '$content .= decode_utf8($buffer)' > > And in response handlers, change '$args{$_} = $req->param($_)' to > '$args{$_} = decode_utf8($req->param($_))' > > Not sure it applies to your case, but something changed in Apache 2.4 > concerning UTF-8 data. > > If I understood correctly, anything that goes through APR::Table is > considered UTF-8, however the SvUTF8 flag is not set, so you get > double encoding when processing your data. > Thanks for the suggestion - its taken a while but I've manage to free up a machine to roll forwards and test on; unfortunately I've got no experience with Apache and filters. I've come up with this: package Zymonic::Decryptor::Filter; use strict; use base qw(Apache2::Filter); use Encode qw(decode); use constant BUFF_LEN => 1024; use Apache2::Const -compile => 'OK'; sub utf8_filter : FilterRequestHandler { my $f = shift; my $content = ''; while($f->read(my $buffer, BUFF_LEN)) { $content .= decode_utf8($buffer); } $f->print($content); return Apache2::Const::OK; } but when I add it with: PerlOutputFilterHandler Zymonic::Decryptor::Filter::utf8_filter I get: :Apache2 IO flush: (500) Unknown error 500 at -e line 0 in the Apache error log whenever I hit the server with a request. I'm guessing I've done something very wrong with the filter, but I can find very few examples of how to use Apache2::Filter. Thanks, Alex -- Technical Director - Zednax Limited W: http://www.zednax.com T: +44 333 444 0160 F: +44 161 660 8010 Zednax Limited is registered in England and Wales, Company no. 05321754. Registered address: Meadow House, Meadow Lane, Nottingham, NG2 3HS. Zednax Limited is VAT registered, VAT registration no. GB 855 4468 92.
Re: Bug - Strange issue with mod_perl 2.0.10 / Apache 2.4 corrupting nfreeze data
On Sun, 03 Apr 2016 14:11:23 +0100 Alex Masidlover <alex.masidlo...@zednax.com> wrote: > > This has all worked perfectly up until I upgraded to Apache 2.4 / > mod_perl 2.0.10 - After upgrading to Apache 2.4 and mod_perl 2.0.9, I had to make those two changes to my application : In a PerlOutputFilterHandler, change '$content .= $buffer' to '$content .= decode_utf8($buffer)' And in response handlers, change '$args{$_} = $req->param($_)' to '$args{$_} = decode_utf8($req->param($_))' Not sure it applies to your case, but something changed in Apache 2.4 concerning UTF-8 data. If I understood correctly, anything that goes through APR::Table is considered UTF-8, however the SvUTF8 flag is not set, so you get double encoding when processing your data. -- Bien à vous, Vincent Veyron https://marica.fr/ Gestion des contentieux, des dossiers de sinistres assurance et des contrats pour le service juridique
Bug - Strange issue with mod_perl 2.0.10 / Apache 2.4 corrupting nfreeze data
-8<-- Start Bug Report 8<-- 1. Problem Description: I'm running Perl 5.20.2 on a Gentoo virtual machine. We've had some code in place that uses a mod_perl handler to send complex hashref based structures between two servers using nfreeze / thaw; the code needed to be high performance therefore we used nfreeze/thaw rather than XML or similar. This has been working correctly on a variety of architectures since July 2014. The mod_perl server does: print nfreeze( $message_hash ) The client connects to the server use LWP::UserAgent and does: my $message = thaw( $response->decoded_content() ); The message from client to server is similarly encoded with nfreeze / thaw in a cgi parameter in multi-part-form-data. This has all worked perfectly up until I upgraded to Apache 2.4 / mod_perl 2.0.10 - I've even downgraded just those two packages to mod_perl 2.0.8 / Apache 2.2.31 and it starts working again. The message from the client gets to the server correctly and the server logs and processes the message correctly, but it then fails with an 'Out of memory!' error from the client when the response is received (due to this bug in Storable.pm) - however, regardless of that bug, something is corrupting the data in transit... I've picked apart what's going on and found there are an additional two bytes being inserted somehow. I've recorded the data in a /tmp/ file before the print statement in the mod_perl handler and I've used perl -d to inspect what's received: DB<3> say "0x$_" for unpack "(H2)*", $response->content() 0x05 0x0a 0x03 0x00 0x00 0x00 0x01 0x08 0xc2 0x81 0x00 0x00 0x00 0x02 0x6f 0x6b However, the server sent: 0x05 0x0a 0x03 0x00 0x00 0x00 0x01 0x08 0x00 0x00 0x00 0x02 0x6f 0x6b So somehow 2 bytes have appeared in the middle of the message 0x08 and 0xc2. I've also tried adding Content-Type => 'x-application/binary' and Content-Length headers to see if that fixes the issue. Thanks! 2. Used Components and their Configuration: *** mod_perl version 2.10 *** using /usr/lib64/perl5/vendor_perl/5.20.2/x86_64-linux-thread- multi/Apache2/BuildConfig.pm *** Makefile.PL options: MP_APR_CONFIG => /usr/bin/apr-1-config MP_APR_LIB => aprext MP_APXS=> /usr/sbin/apxs2 MP_COMPAT_1X => 1 MP_DEBUG => 0 MP_GENERATE_XS => 1 MP_LIBNAME => mod_perl MP_TRACE => 0 MP_USE_DSO => 1 *** The httpd binary was not found *** (apr|apu)-config linking info -laprutil-1 -lldap -llber -ldb-4.8 -lgdbm -lexpat -L/var/tmp/portage/dev-libs/apr-util-1.5.4/temp -lapr-1 -luuid -lrt -lcrypt -lpthread -ldl *** /usr/bin/perl -V Summary of my perl5 (revision 5 version 20 subversion 2) configuration: Platform: osname=linux, osvers=2.6.32-openvz-feoktistov.1, archname=x86_64- linux-thread-multi uname='linux alex.zednax.com 2.6.32-openvz-feoktistov.1 #2 smp wed apr 6 14:38:37 bst 2011 x86_64 intel(r) xeon(r) cpu l5630 @ 2.13ghz genuineintel gnulinux ' config_args='-des -Duseshrplib -Darchname=x86_64-linux-thread -Dcc=x86_64-pc-linux-gnu-gcc -Doptimize=-O -pipe -Dldflags=-Wl,-O1 -Wl,--as-needed -Dprefix=/usr -Dinstallprefix=/usr -Dsiteprefix=/usr/local -Dvendorprefix=/usr -Dscriptdir=/usr/bin -Dprivlib=/usr/lib64/perl5/5.20.2 -Darchlib=/usr/lib64/perl5/5.20.2/x86_64-linux-thread-multi -Dsitelib=/usr/local/lib64/perl5/5.20.2 -Dsitearch=/usr/local/lib64/perl5/5.20.2/x86_64-linux-thread-multi -Dvendorlib=/usr/lib64/perl5/vendor_perl/5.20.2 -Dvendorarch=/usr/lib64/perl5/vendor_perl/5.20.2/x86_64-linux-thread- multi -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dvendorman1dir=/usr/share/man/man1 -Dvendorman3dir=/usr/share/man/man3 -Dman1ext=1 -Dman3ext=3pm -Dlibperl=libperl.so.5.20.2 -Dlocincpth=/usr/include -Dglibpth=/lib64 /usr/lib64 -Duselargefiles -Dd_semctl_semun -Dcf_by=Gentoo -Dmyhostname=localhost -Dperladmin=root @localhost -Dinstallusrbinperl=n -Ud_csh -Uusenm -Di_ndbm -Di_gdbm -Di_db -Dusethreads -DDEBUGGING=none -Dinc_version_list=5.20.0/x86_64- linux-thread-multi 5.20.0 5.20.1/x86_64-linux-thread-multi 5.20.1 - Dlibpth=/usr/local/lib64 /lib64 /usr/lib64 -Dnoextensions=ODBM_File' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='x86_64-pc-linux-gnu-gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O -pipe', cppflags='-D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe' ccversion='', gccversion='4.7.3', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='lo
RE: mod_perl and apache 2.4
SOLVED. I messed around with Poudriere, but it kept insisting that I re-instal Apache24 over Apache22 (completely ignoring make.conf or command line parameters), which I'd previously learned doesn't work with mod_perl2. I even tried to lock Apache22, but it just would not create a package with that version. What a dilemma. Then I was lucky enough to discover a mod_perl2 development snapshot package that also insisted on re-installing Apache24, but it was worth a try at this point, and it worked perfectly (ap24-mod_perl2-2.0.8_4,3). Thanks everyone. -Original Message- From: GLG [mailto:i...@3dnetproductions.com] Sent: Sunday, May 10, 2015 2:58 PM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 No disrespect intended folks, For a while I was just wondering if I was at the right place, not wanting to annoy people out-of-place in a public list. But I did receive assistance and something to go on. Tomorrow I will remove/deinstall everything mod_perl related from the system, reinstall as prescribed and report back here. Hopefully, my experience will help others in the future. Thank you, -Original Message- From: Vincent Veyron [mailto:vv.li...@wanadoo.fr] Sent: Sunday, May 10, 2015 8:28 AM To: Jie Gao Cc: GLG; 'mod_perl list' Subject: Re: mod_perl and apache 2.4 On Sun, 10 May 2015 11:58:56 +1000 Jie Gao j@sydney.edu.au wrote: You've now got help from Randal! So you know this is really mod_perl list. :-) Well put! -- Salutations, Vincent Veyron https://legalcase.libremen.com/ Legal case, contract and insurance claim management software
Re: mod_perl and apache 2.4
On Sun, 10 May 2015 11:58:56 +1000 Jie Gao j@sydney.edu.au wrote: You've now got help from Randal! So you know this is really mod_perl list. :-) Well put! -- Salutations, Vincent Veyron https://legalcase.libremen.com/ Legal case, contract and insurance claim management software
Re: mod_perl and apache 2.4
Hi GLG You've now got help from Randal! So you know this is really mod_perl list. :-) Regards, Jie * Randal L. Schwartz mer...@stonehenge.com wrote: Date: Sat, 9 May 2015 07:56:06 -0700 From: Randal L. Schwartz mer...@stonehenge.com To: GLG i...@3dnetproductions.com CC: 'Jie Gao' j@sydney.edu.au, 'mod_perl list' modperl@perl.apache.org Subject: Re: mod_perl and apache 2.4 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) GLG == GLG i...@3dnetproductions.com writes: GLG Thanks for the suggestions. Not running FreeBSD may lead to deeper issues GLG for us because of the type of work that we do. Downgrading could be an GLG option but there is already so much done, and services running like email, GLG etc. I'd rather try to find the problem as is. I came in late to this thread, but if you're running FreeBSD, do *not* mix ports with packages. As in, don't hand-compile some things, but pkg install other things. If you want the convenience of locally customized ports as packages, use poudriere and create your own package repo with your own custom settings. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Perl/Unix consulting, Technical writing, Comedy, etc. etc. Still trying to think of something clever for the fourth line of this .sig
Re: mod_perl and apache 2.4
GLG == GLG i...@3dnetproductions.com writes: GLG Thanks for the suggestions. Not running FreeBSD may lead to deeper issues GLG for us because of the type of work that we do. Downgrading could be an GLG option but there is already so much done, and services running like email, GLG etc. I'd rather try to find the problem as is. I came in late to this thread, but if you're running FreeBSD, do *not* mix ports with packages. As in, don't hand-compile some things, but pkg install other things. If you want the convenience of locally customized ports as packages, use poudriere and create your own package repo with your own custom settings. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Perl/Unix consulting, Technical writing, Comedy, etc. etc. Still trying to think of something clever for the fourth line of this .sig
RE: mod_perl and apache 2.4
Thanks for the suggestions. Not running FreeBSD may lead to deeper issues for us because of the type of work that we do. Downgrading could be an option but there is already so much done, and services running like email, etc. I'd rather try to find the problem as is. I ran ktrace twice. Once with Apache loading mod_perl, and once without loading it. The kdump output files are identical for all practical purposes. They also have exactly the same size. Apache runs without mod_perl, but I also find this in both files: 69375 ktrace CALL execve(0x7fffe550,0x7fffeae0,0x7fffeb00) 69375 ktrace NAMI /usr/bin/apachectl 69375 ktrace RET execve -1 errno 13 Permission denied -Original Message- From: Jie Gao [mailto:j@sydney.edu.au] Sent: Saturday, May 09, 2015 12:31 AM To: i...@3dnetproductions.com; 'mod_perl list' Subject: RE: mod_perl and apache 2.4 I can see the full name of functions in mod_perl.so with a wide format now, so they do exist. But they are in the relocation section. Run strace -f apachectl restart to see where it erred by what function / calling what file. There might be some restriction to what lib files you are allowed to load. I'd change OS to save time. -Jie From: Jie Gao [j@sydney.edu.au] Sent: Saturday, May 09, 2015 11:59 AM To: i...@3dnetproductions.com; 'mod_perl list' Subject: RE: mod_perl and apache 2.4 mod_perl.so indeed does not have modperl_io_perlio_restore_stdout, nor modperl_io_perlio_restore_stdin; it does have modperl_io_perlio_restore, which does not seem to be defined anywhere in the source. Not sure why. -JIie From: GLG [i...@3dnetproductions.com] Sent: Saturday, May 09, 2015 10:55 AM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 It doesn't matter how I install mod_perl (dynamic or static. Also tried via Webmin), the end result is always the same. This on FreeBSD 10.1 As soon as I add this line to httpd.conf LoadModule perl_module libexec/apache22/mod_perl.so and attempt to restart Apache, I get this... apachectl restart Now reading network conf in.. /etc/rc.conf Now reading network conf in.. /etc/rc.conf Performing sanity check on apache22 configuration: httpd: Syntax error on line 107 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_perl.so into server: /usr/local/libexec/apache22/mod_perl.so: Undefined symbol modperl_io_perlio_restore_stdout - I have verified that mod_perl.so is in place. What on Earth is 'Undefined symbol modperl_io_perlio_restore_stdout'??? Is this really a mod_perl list? Thank you, -Original Message- From: GLG [mailto:i...@3dnetproductions.com] Sent: Friday, May 01, 2015 7:12 PM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 Thanks André. Your info was useful. I can't say that I solved this yet, but I did find something strange. But first, I no longer think there's an issue with libtool. It looks like there's a fix running. Secondly, I had to 'pkg install p5-BSD-Resource' dependency manually, because the automatic installation by mod_perl2 didn't work. And third, Can't really do 'make test' either because it has to run as a priviledged user, and then Apache wants a non-priviledged user for the test suite. Can't have both. So no dice. But see below for where the real problem seems to be: Short version: Notice how gmake is installing mod_perl in ../ ../mach/5.18/ --- correct but later tries to read from ../ ../5.18/mach/ --- incorrect Something is backward??? What is the right way to resolve this? I have been at it way too long. Thanks, -- Longer version: [root@x /usr/ports/www/mod_perl2]# make install clean === Staging for ap22-mod_perl2-2.0.8_2,3 === ap22-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/sbin/apxs - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/bin/perl5.18.4 - found === Generating temporary packing list gmake[1]: Entering directory '/usr/ports/www/mod_perl2/work/mod_perl-2.0.8' ... more stuff here Installing /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/mach/5.18/ ... more of the same here find: /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/ auto: No such file or directory Compressing man pages (compress-man) === Installing for ap22-mod_perl2-2.0.8_2,3 === Checking if ap22-mod_perl2 already installed === Registering installation for ap22-mod_perl2-2.0.8_2,3 pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr
RE: mod_perl and apache 2.4
If it's a permissions issue, you probably already know what to do. -Jie From: GLG [i...@3dnetproductions.com] Sent: Saturday, May 09, 2015 4:33 PM To: Jie Gao; 'mod_perl list' Subject: RE: mod_perl and apache 2.4 Thanks for the suggestions. Not running FreeBSD may lead to deeper issues for us because of the type of work that we do. Downgrading could be an option but there is already so much done, and services running like email, etc. I'd rather try to find the problem as is. I ran ktrace twice. Once with Apache loading mod_perl, and once without loading it. The kdump output files are identical for all practical purposes. They also have exactly the same size. Apache runs without mod_perl, but I also find this in both files: 69375 ktrace CALL execve(0x7fffe550,0x7fffeae0,0x7fffeb00) 69375 ktrace NAMI /usr/bin/apachectl 69375 ktrace RET execve -1 errno 13 Permission denied -Original Message- From: Jie Gao [mailto:j@sydney.edu.au] Sent: Saturday, May 09, 2015 12:31 AM To: i...@3dnetproductions.com; 'mod_perl list' Subject: RE: mod_perl and apache 2.4 I can see the full name of functions in mod_perl.so with a wide format now, so they do exist. But they are in the relocation section. Run strace -f apachectl restart to see where it erred by what function / calling what file. There might be some restriction to what lib files you are allowed to load. I'd change OS to save time. -Jie From: Jie Gao [j@sydney.edu.au] Sent: Saturday, May 09, 2015 11:59 AM To: i...@3dnetproductions.com; 'mod_perl list' Subject: RE: mod_perl and apache 2.4 mod_perl.so indeed does not have modperl_io_perlio_restore_stdout, nor modperl_io_perlio_restore_stdin; it does have modperl_io_perlio_restore, which does not seem to be defined anywhere in the source. Not sure why. -JIie From: GLG [i...@3dnetproductions.com] Sent: Saturday, May 09, 2015 10:55 AM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 It doesn't matter how I install mod_perl (dynamic or static. Also tried via Webmin), the end result is always the same. This on FreeBSD 10.1 As soon as I add this line to httpd.conf LoadModule perl_module libexec/apache22/mod_perl.so and attempt to restart Apache, I get this... apachectl restart Now reading network conf in.. /etc/rc.conf Now reading network conf in.. /etc/rc.conf Performing sanity check on apache22 configuration: httpd: Syntax error on line 107 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_perl.so into server: /usr/local/libexec/apache22/mod_perl.so: Undefined symbol modperl_io_perlio_restore_stdout - I have verified that mod_perl.so is in place. What on Earth is 'Undefined symbol modperl_io_perlio_restore_stdout'??? Is this really a mod_perl list? Thank you, -Original Message- From: GLG [mailto:i...@3dnetproductions.com] Sent: Friday, May 01, 2015 7:12 PM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 Thanks André. Your info was useful. I can't say that I solved this yet, but I did find something strange. But first, I no longer think there's an issue with libtool. It looks like there's a fix running. Secondly, I had to 'pkg install p5-BSD-Resource' dependency manually, because the automatic installation by mod_perl2 didn't work. And third, Can't really do 'make test' either because it has to run as a priviledged user, and then Apache wants a non-priviledged user for the test suite. Can't have both. So no dice. But see below for where the real problem seems to be: Short version: Notice how gmake is installing mod_perl in ../ ../mach/5.18/ --- correct but later tries to read from ../ ../5.18/mach/ --- incorrect Something is backward??? What is the right way to resolve this? I have been at it way too long. Thanks, -- Longer version: [root@x /usr/ports/www/mod_perl2]# make install clean === Staging for ap22-mod_perl2-2.0.8_2,3 === ap22-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/sbin/apxs - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/bin/perl5.18.4 - found === Generating temporary packing list gmake[1]: Entering directory '/usr/ports/www/mod_perl2/work/mod_perl-2.0.8' ... more stuff here Installing /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/mach/5.18/ ... more of the same here find: /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/ auto: No such file or directory Compressing man pages (compress-man) === Installing for ap22-mod_perl2-2.0.8_2,3 === Checking if ap22-mod_perl2 already installed === Registering installation for ap22-mod_perl2-2.0.8_2,3 pkg-static
RE: mod_perl and apache 2.4
mod_perl.so indeed does not have modperl_io_perlio_restore_stdout, nor modperl_io_perlio_restore_stdin; it does have modperl_io_perlio_restore, which does not seem to be defined anywhere in the source. Not sure why. -JIie From: GLG [i...@3dnetproductions.com] Sent: Saturday, May 09, 2015 10:55 AM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 It doesn't matter how I install mod_perl (dynamic or static. Also tried via Webmin), the end result is always the same. This on FreeBSD 10.1 As soon as I add this line to httpd.conf LoadModule perl_module libexec/apache22/mod_perl.so and attempt to restart Apache, I get this... apachectl restart Now reading network conf in.. /etc/rc.conf Now reading network conf in.. /etc/rc.conf Performing sanity check on apache22 configuration: httpd: Syntax error on line 107 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_perl.so into server: /usr/local/libexec/apache22/mod_perl.so: Undefined symbol modperl_io_perlio_restore_stdout - I have verified that mod_perl.so is in place. What on Earth is 'Undefined symbol modperl_io_perlio_restore_stdout'??? Is this really a mod_perl list? Thank you, -Original Message- From: GLG [mailto:i...@3dnetproductions.com] Sent: Friday, May 01, 2015 7:12 PM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 Thanks André. Your info was useful. I can't say that I solved this yet, but I did find something strange. But first, I no longer think there's an issue with libtool. It looks like there's a fix running. Secondly, I had to 'pkg install p5-BSD-Resource' dependency manually, because the automatic installation by mod_perl2 didn't work. And third, Can't really do 'make test' either because it has to run as a priviledged user, and then Apache wants a non-priviledged user for the test suite. Can't have both. So no dice. But see below for where the real problem seems to be: Short version: Notice how gmake is installing mod_perl in ../ ../mach/5.18/ --- correct but later tries to read from ../ ../5.18/mach/ --- incorrect Something is backward??? What is the right way to resolve this? I have been at it way too long. Thanks, -- Longer version: [root@x /usr/ports/www/mod_perl2]# make install clean === Staging for ap22-mod_perl2-2.0.8_2,3 === ap22-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/sbin/apxs - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/bin/perl5.18.4 - found === Generating temporary packing list gmake[1]: Entering directory '/usr/ports/www/mod_perl2/work/mod_perl-2.0.8' ... more stuff here Installing /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/mach/5.18/ ... more of the same here find: /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/ auto: No such file or directory Compressing man pages (compress-man) === Installing for ap22-mod_perl2-2.0.8_2,3 === Checking if ap22-mod_perl2 already installed === Registering installation for ap22-mod_perl2-2.0.8_2,3 pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/===Verifying install for p5-BSD-Resource=0 in /usr/ports/devel/p5-BSD-Resource: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== Installing for p5-BSD-Resource-1.2907: No such file or directory ... more of the same here
RE: mod_perl and apache 2.4
I can see the full name of functions in mod_perl.so with a wide format now, so they do exist. But they are in the relocation section. Run strace -f apachectl restart to see where it erred by what function / calling what file. There might be some restriction to what lib files you are allowed to load. I'd change OS to save time. -Jie From: Jie Gao [j@sydney.edu.au] Sent: Saturday, May 09, 2015 11:59 AM To: i...@3dnetproductions.com; 'mod_perl list' Subject: RE: mod_perl and apache 2.4 mod_perl.so indeed does not have modperl_io_perlio_restore_stdout, nor modperl_io_perlio_restore_stdin; it does have modperl_io_perlio_restore, which does not seem to be defined anywhere in the source. Not sure why. -JIie From: GLG [i...@3dnetproductions.com] Sent: Saturday, May 09, 2015 10:55 AM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 It doesn't matter how I install mod_perl (dynamic or static. Also tried via Webmin), the end result is always the same. This on FreeBSD 10.1 As soon as I add this line to httpd.conf LoadModule perl_module libexec/apache22/mod_perl.so and attempt to restart Apache, I get this... apachectl restart Now reading network conf in.. /etc/rc.conf Now reading network conf in.. /etc/rc.conf Performing sanity check on apache22 configuration: httpd: Syntax error on line 107 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_perl.so into server: /usr/local/libexec/apache22/mod_perl.so: Undefined symbol modperl_io_perlio_restore_stdout - I have verified that mod_perl.so is in place. What on Earth is 'Undefined symbol modperl_io_perlio_restore_stdout'??? Is this really a mod_perl list? Thank you, -Original Message- From: GLG [mailto:i...@3dnetproductions.com] Sent: Friday, May 01, 2015 7:12 PM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 Thanks André. Your info was useful. I can't say that I solved this yet, but I did find something strange. But first, I no longer think there's an issue with libtool. It looks like there's a fix running. Secondly, I had to 'pkg install p5-BSD-Resource' dependency manually, because the automatic installation by mod_perl2 didn't work. And third, Can't really do 'make test' either because it has to run as a priviledged user, and then Apache wants a non-priviledged user for the test suite. Can't have both. So no dice. But see below for where the real problem seems to be: Short version: Notice how gmake is installing mod_perl in ../ ../mach/5.18/ --- correct but later tries to read from ../ ../5.18/mach/ --- incorrect Something is backward??? What is the right way to resolve this? I have been at it way too long. Thanks, -- Longer version: [root@x /usr/ports/www/mod_perl2]# make install clean === Staging for ap22-mod_perl2-2.0.8_2,3 === ap22-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/sbin/apxs - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/bin/perl5.18.4 - found === Generating temporary packing list gmake[1]: Entering directory '/usr/ports/www/mod_perl2/work/mod_perl-2.0.8' ... more stuff here Installing /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/mach/5.18/ ... more of the same here find: /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/ auto: No such file or directory Compressing man pages (compress-man) === Installing for ap22-mod_perl2-2.0.8_2,3 === Checking if ap22-mod_perl2 already installed === Registering installation for ap22-mod_perl2-2.0.8_2,3 pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/===Verifying install for p5-BSD-Resource=0 in /usr/ports/devel/p5-BSD-Resource: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== Installing for p5-BSD-Resource-1.2907: No such file or directory ... more of the same here
RE: mod_perl and apache 2.4
It doesn't matter how I install mod_perl (dynamic or static. Also tried via Webmin), the end result is always the same. This on FreeBSD 10.1 As soon as I add this line to httpd.conf LoadModule perl_module libexec/apache22/mod_perl.so and attempt to restart Apache, I get this... apachectl restart Now reading network conf in.. /etc/rc.conf Now reading network conf in.. /etc/rc.conf Performing sanity check on apache22 configuration: httpd: Syntax error on line 107 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_perl.so into server: /usr/local/libexec/apache22/mod_perl.so: Undefined symbol modperl_io_perlio_restore_stdout - I have verified that mod_perl.so is in place. What on Earth is 'Undefined symbol modperl_io_perlio_restore_stdout'??? Is this really a mod_perl list? Thank you, -Original Message- From: GLG [mailto:i...@3dnetproductions.com] Sent: Friday, May 01, 2015 7:12 PM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 Thanks André. Your info was useful. I can't say that I solved this yet, but I did find something strange. But first, I no longer think there's an issue with libtool. It looks like there's a fix running. Secondly, I had to 'pkg install p5-BSD-Resource' dependency manually, because the automatic installation by mod_perl2 didn't work. And third, Can't really do 'make test' either because it has to run as a priviledged user, and then Apache wants a non-priviledged user for the test suite. Can't have both. So no dice. But see below for where the real problem seems to be: Short version: Notice how gmake is installing mod_perl in ../ ../mach/5.18/ --- correct but later tries to read from ../ ../5.18/mach/ --- incorrect Something is backward??? What is the right way to resolve this? I have been at it way too long. Thanks, -- Longer version: [root@x /usr/ports/www/mod_perl2]# make install clean === Staging for ap22-mod_perl2-2.0.8_2,3 === ap22-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/sbin/apxs - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/bin/perl5.18.4 - found === Generating temporary packing list gmake[1]: Entering directory '/usr/ports/www/mod_perl2/work/mod_perl-2.0.8' ... more stuff here Installing /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/mach/5.18/ ... more of the same here find: /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/ auto: No such file or directory Compressing man pages (compress-man) === Installing for ap22-mod_perl2-2.0.8_2,3 === Checking if ap22-mod_perl2 already installed === Registering installation for ap22-mod_perl2-2.0.8_2,3 pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/===Verifying install for p5-BSD-Resource=0 in /usr/ports/devel/p5-BSD-Resource: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== Installing for p5-BSD-Resource-1.2907: No such file or directory ... more of the same here
RE: mod_perl and apache 2.4
Thanks André. Your info was useful. I can't say that I solved this yet, but I did find something strange. But first, I no longer think there's an issue with libtool. It looks like there's a fix running. Secondly, I had to 'pkg install p5-BSD-Resource' dependency manually, because the automatic installation by mod_perl2 didn't work. And third, Can't really do 'make test' either because it has to run as a priviledged user, and then Apache wants a non-priviledged user for the test suite. Can't have both. So no dice. But see below for where the real problem seems to be: Short version: Notice how gmake is installing mod_perl in ../ ../mach/5.18/ --- correct but later tries to read from ../ ../5.18/mach/ --- incorrect Something is backward??? What is the right way to resolve this? I have been at it way too long. Thanks, -- Longer version: [root@x /usr/ports/www/mod_perl2]# make install clean === Staging for ap22-mod_perl2-2.0.8_2,3 === ap22-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/sbin/apxs - found === ap22-mod_perl2-2.0.8_2,3 depends on file: /usr/local/bin/perl5.18.4 - found === Generating temporary packing list gmake[1]: Entering directory '/usr/ports/www/mod_perl2/work/mod_perl-2.0.8' ... more stuff here Installing /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/mach/5.18/ ... more of the same here find: /usr/ports/www/mod_perl2/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/ auto: No such file or directory Compressing man pages (compress-man) === Installing for ap22-mod_perl2-2.0.8_2,3 === Checking if ap22-mod_perl2 already installed === Registering installation for ap22-mod_perl2-2.0.8_2,3 pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/===Verifying install for p5-BSD-Resource=0 in /usr/ports/devel/p5-BSD-Resource: No such file or directory pkg-static: Unable to access file /usr/ports/www/mod_perl2/work/stage/usr/local/=== Installing for p5-BSD-Resource-1.2907: No such file or directory ... more of the same here
RE: mod_perl and apache 2.4
Thanks everyone for earlier replies, I now have Apache22 installed, but I am unable to start it with mod_perl2. From my research, I am being led to believe that my mod_perl2 installation may be faulty, due to the fact that Libtool needs to be patched, as it incorrectly identifies FreeBSD 10 as FreeBSD 1.x, and that can be the source of my problems (Undefined symbol modperl_io_perlio_restore_stdout). This information is several months old however. Does anyone know if the above is fixed with Libtool 2.4.6? Can anyone here successfully load mod_perl.so into apache22, or am I beating a dead horse? Thanks again, GLG * GLG i...@3dnetproductions.com wrote: Date: Thu, 16 Apr 2015 10:22:23 -0400 From: GLG i...@3dnetproductions.com To: modperl@perl.apache.org Subject: mod_perl and apache 2.4 X-Mailer: Microsoft Office Outlook 12.0 Hello List, I am new here. In the process of moving several websites to a new server running FreeBSD 10 and Apache 2.4. This needs to happen quickly. Unless I am mistaken, it would appear that there is currently no solution as far as running Perl with Apache 2.4 via mod_perl 2.0.8 (or is there a version 2.0.9 out?). If indeed that is the case, then I must downgrade to a previous version of Apache. But before I do, I'd like confirmation that my assumptions are correct. Hopefully someone can answer this or suggest a better alternative. I've tried applying a previously released patch, and I've also tried faking it as described here. http://lists.freebsd.org/pipermail/freebsd-ports/2014-August/094405.html But in both cases, mod_perl will not build. Please see partial output below. Thank you, Gina /usr/ports/www/mod_perl2 # make build === ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found ===Verifying install for p5-BSD-Resource=0 in /usr/ports/devel/p5-BSD-Resource === Installing for p5-BSD-Resource-1.2907 === p5-BSD-Resource-1.2907 depends on file: /usr/local/bin/perl5.18.4 - found === Checking if p5-BSD-Resource already installed === Registering installation for p5-BSD-Resource-1.2907 as automatic pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/BSD/Resource.pm: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/.packlist: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/Resource.so: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/_find_prio.al: No such file or directory __ * * Interactive Multimedia - Internet Management * * * * Virtual Reality - Application Programming * * * 3D Net Productions 3dnetproductions.com *
Re: mod_perl and apache 2.4
Hi. I honestly don't know if this will help you, because I have no idea about FreeBSD. But what I can tell you, is that I am running Apache 2.2 and mod_perl 2 succesfully on multiple servers, under various versions of Windows and under various versions of Linux, without any problems whatsoever. So it looks at least that if you are having a problem, it should be something specific to the FreeBSD environment that you are using, and not about the Apache 2.2 / mod_perl 2 combination in general. GLG wrote: Thanks everyone for earlier replies, I now have Apache22 installed, but I am unable to start it with mod_perl2. From my research, I am being led to believe that my mod_perl2 installation may be faulty, due to the fact that Libtool needs to be patched, as it incorrectly identifies FreeBSD 10 as FreeBSD 1.x, and that can be the source of my problems (Undefined symbol modperl_io_perlio_restore_stdout). This information is several months old however. Does anyone know if the above is fixed with Libtool 2.4.6? Can anyone here successfully load mod_perl.so into apache22, or am I beating a dead horse? Thanks again, GLG * GLG i...@3dnetproductions.com wrote: Date: Thu, 16 Apr 2015 10:22:23 -0400 From: GLG i...@3dnetproductions.com To: modperl@perl.apache.org Subject: mod_perl and apache 2.4 X-Mailer: Microsoft Office Outlook 12.0 Hello List, I am new here. In the process of moving several websites to a new server running FreeBSD 10 and Apache 2.4. This needs to happen quickly. Unless I am mistaken, it would appear that there is currently no solution as far as running Perl with Apache 2.4 via mod_perl 2.0.8 (or is there a version 2.0.9 out?). If indeed that is the case, then I must downgrade to a previous version of Apache. But before I do, I'd like confirmation that my assumptions are correct. Hopefully someone can answer this or suggest a better alternative. I've tried applying a previously released patch, and I've also tried faking it as described here. http://lists.freebsd.org/pipermail/freebsd-ports/2014-August/094405.html But in both cases, mod_perl will not build. Please see partial output below. Thank you, Gina /usr/ports/www/mod_perl2 # make build === ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found ===Verifying install for p5-BSD-Resource=0 in /usr/ports/devel/p5-BSD-Resource === Installing for p5-BSD-Resource-1.2907 === p5-BSD-Resource-1.2907 depends on file: /usr/local/bin/perl5.18.4 - found === Checking if p5-BSD-Resource already installed === Registering installation for p5-BSD-Resource-1.2907 as automatic pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/BSD/Resource.pm: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/.packlist: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/Resource.so: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/_find_prio.al: No such file or directory __ * * Interactive Multimedia - Internet Management * * * * Virtual Reality - Application Programming * * * 3D Net Productions 3dnetproductions.com *
mod_perl and apache 2.4
Hello List, I am new here. In the process of moving several websites to a new server running FreeBSD 10 and Apache 2.4. This needs to happen quickly. Unless I am mistaken, it would appear that there is currently no solution as far as running Perl with Apache 2.4 via mod_perl 2.0.8 (or is there a version 2.0.9 out?). If indeed that is the case, then I must downgrade to a previous version of Apache. But before I do, I'd like confirmation that my assumptions are correct. Hopefully someone can answer this or suggest a better alternative. I've tried applying a previously released patch, and I've also tried faking it as described here. http://lists.freebsd.org/pipermail/freebsd-ports/2014-August/094405.html But in both cases, mod_perl will not build. Please see partial output below. Thank you, Gina /usr/ports/www/mod_perl2 # make build === ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found ===Verifying install for p5-BSD-Resource=0 in /usr/ports/devel/p5-BSD-Resource === Installing for p5-BSD-Resource-1.2907 === p5-BSD-Resource-1.2907 depends on file: /usr/local/bin/perl5.18.4 - found === Checking if p5-BSD-Resource already installed === Registering installation for p5-BSD-Resource-1.2907 as automatic pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/BSD/Resource.pm: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/.packlist: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/Resource.so: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/_find_prio.al: No such file or directory __ * * Interactive Multimedia - Internet Management * * * * Virtual Reality - Application Programming * * * 3D Net Productions 3dnetproductions.com *
Re: mod_perl and apache 2.4
I know it doesn't help you, but Debian has been shipping with apache 2.4 and mod_perl working since last year. Of course with Debian, they compile it and stuff it into a package, so we avoid compilation problems. On Thu, Apr 16, 2015 at 10:27 AM, Kevin A. McGrail kmcgr...@pccc.com wrote: On 4/16/2015 10:22 AM, GLG wrote: Unless I am mistaken, it would appear that there is currently no solution as far as running Perl with Apache 2.4 via mod_perl 2.0.8 (or is there a version 2.0.9 out?). That is currently the case. I believe there is an SVN version that will build and work but unless you have a driving need for a feature in 2.4, 2.2 is your better bet right now. Though I noticed last week CentOS 7 shipped with 2.4 and no mod_perl so hopefully we can get that mod_perl 2.4 compatible release soon and they'll retrofit it for 2.4 for those users who rely on package distros. Regards, KAM
Re: mod_perl and apache 2.4
On 4/16/2015 10:22 AM, GLG wrote: Unless I am mistaken, it would appear that there is currently no solution as far as running Perl with Apache 2.4 via mod_perl 2.0.8 (or is there a version 2.0.9 out?). That is currently the case. I believe there is an SVN version that will build and work but unless you have a driving need for a feature in 2.4, 2.2 is your better bet right now. Though I noticed last week CentOS 7 shipped with 2.4 and no mod_perl so hopefully we can get that mod_perl 2.4 compatible release soon and they'll retrofit it for 2.4 for those users who rely on package distros. Regards, KAM
Re: mod_perl and apache 2.4
Redhat Enterprise Linux 7 does not seem to have mod_perl in the core distribution channel. Regards, Jie * GLG i...@3dnetproductions.com wrote: Date: Thu, 16 Apr 2015 10:22:23 -0400 From: GLG i...@3dnetproductions.com To: modperl@perl.apache.org Subject: mod_perl and apache 2.4 X-Mailer: Microsoft Office Outlook 12.0 Hello List, I am new here. In the process of moving several websites to a new server running FreeBSD 10 and Apache 2.4. This needs to happen quickly. Unless I am mistaken, it would appear that there is currently no solution as far as running Perl with Apache 2.4 via mod_perl 2.0.8 (or is there a version 2.0.9 out?). If indeed that is the case, then I must downgrade to a previous version of Apache. But before I do, I'd like confirmation that my assumptions are correct. Hopefully someone can answer this or suggest a better alternative. I've tried applying a previously released patch, and I've also tried faking it as described here. http://lists.freebsd.org/pipermail/freebsd-ports/2014-August/094405.html But in both cases, mod_perl will not build. Please see partial output below. Thank you, Gina /usr/ports/www/mod_perl2 # make build === ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource=0 - not found ===Verifying install for p5-BSD-Resource=0 in /usr/ports/devel/p5-BSD-Resource === Installing for p5-BSD-Resource-1.2907 === p5-BSD-Resource-1.2907 depends on file: /usr/local/bin/perl5.18.4 - found === Checking if p5-BSD-Resource already installed === Registering installation for p5-BSD-Resource-1.2907 as automatic pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/BSD/Resource.pm: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/.packlist: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/Resource.so: No such file or directory pkg-static: Unable to access file /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. 18/mach/auto/BSD/Resource/_find_prio.al: No such file or directory __ * * Interactive Multimedia - Internet Management * * * * Virtual Reality - Application Programming * * * 3D Net Productions 3dnetproductions.com *
mod_perl for Apache 2.4
Hi, Does anyone know when mod_perl for Apache 2.4 will be available for download and where I can download the source code? Thanks, Hong
Re: mod_perl for Apache 2.4
Hi, Does anyone know when mod_perl for Apache 2.4 will be available for download? Where can I download the mod_perl source code that supports Apache 2.4? Thanks, Hong
Re: mod_perl for Apache 2.4
On Tue, Jan 13, 2015 at 1:02 PM, Steve Hay steve.m@googlemail.com wrote: We hope to make a release (2.0.9) very soon. Apologies for the delay in its arrival. Great News! Will there be some updated doc pages with that release? I know I'm having troubles with authentication combined with DirectoryIndex, and the less documentation has affected that. Until then you can fetch the latest source, which is likely very close to what will become 2.0.9, from SVN: https://svn.apache.org/repos/asf/perl/modperl/trunk/ On 13 January 2015 at 17:52, Hong Ye h...@cornell.edu wrote: Hi, Does anyone know when mod_perl for Apache 2.4 will be available for download? Where can I download the mod_perl source code that supports Apache 2.4? Thanks, Hong Keep up the good work
Re: mod_perl for Apache 2.4
We hope to make a release (2.0.9) very soon. Apologies for the delay in its arrival. Until then you can fetch the latest source, which is likely very close to what will become 2.0.9, from SVN: https://svn.apache.org/repos/asf/perl/modperl/trunk/ On 13 January 2015 at 17:52, Hong Ye h...@cornell.edu wrote: Hi, Does anyone know when mod_perl for Apache 2.4 will be available for download? Where can I download the mod_perl source code that supports Apache 2.4? Thanks, Hong
Re: mod_perl for Apache 2.4
We hope to make a release (2.0.9) very soon. Apologies for the delay in its arrival. This is fantastic news! Thank you for all the hard work that you and everyone has been putting into mod_perl2. I've been looking forward to this for quite some time, and I appreciate that there is a lot of careful work that goes into these types of high quality projects to ensure that they are reliable. (I've been using mod_perl2 on NetBSD with APRLIB, Apache HTTPd v2.2, and PostgreSQL for as long as I can remember, and moving up to Apache HTTPd v2.4 will be very helpful to me because there new newer HTTPd has some features a few of the projects I'm working on will need later this year, so the timing of this new release is excellent.) [End of reply.] Until then you can fetch the latest source, which is likely very close to what will become 2.0.9, from SVN: https://svn.apache.org/repos/asf/perl/modperl/trunk/ On 13 January 2015 at 17:52, Hong Ye h...@cornell.edu wrote: Hi, Does anyone know when mod_perl for Apache 2.4 will be available for download? Where can I download the mod_perl source code that supports Apache 2.4? Thanks, Hong Randolf Richardson - rand...@inter-corporate.com Inter-Corporate Computer Network Services, Inc. Beautiful British Columbia, Canada http://www.inter-corporate.com/
Re: mod_perl for Apache 2.4
I guess one way many of us can help is to test it in our own environment. Authentication/authorisation would be the hard bit to get old code work with the new version. Regards, Jie * Randolf Richardson rand...@modperl.pl wrote: Date: Tue, 13 Jan 2015 13:25:06 -0800 From: Randolf Richardson rand...@modperl.pl To: mod_perl list modperl@perl.apache.org CC: Randolf Richardson rand...@inter-corporate.com Subject: Re: mod_perl for Apache 2.4 X-mailer: Pegasus Mail for Windows (4.70) We hope to make a release (2.0.9) very soon. Apologies for the delay in its arrival. This is fantastic news! Thank you for all the hard work that you and everyone has been putting into mod_perl2. I've been looking forward to this for quite some time, and I appreciate that there is a lot of careful work that goes into these types of high quality projects to ensure that they are reliable. (I've been using mod_perl2 on NetBSD with APRLIB, Apache HTTPd v2.2, and PostgreSQL for as long as I can remember, and moving up to Apache HTTPd v2.4 will be very helpful to me because there new newer HTTPd has some features a few of the projects I'm working on will need later this year, so the timing of this new release is excellent.) [End of reply.] Until then you can fetch the latest source, which is likely very close to what will become 2.0.9, from SVN: https://svn.apache.org/repos/asf/perl/modperl/trunk/ On 13 January 2015 at 17:52, Hong Ye h...@cornell.edu wrote: Hi, Does anyone know when mod_perl for Apache 2.4 will be available for download? Where can I download the mod_perl source code that supports Apache 2.4? Thanks, Hong Randolf Richardson - rand...@inter-corporate.com Inter-Corporate Computer Network Services, Inc. Beautiful British Columbia, Canada http://www.inter-corporate.com/
Re: Mod_perl with Apache 2.4 and Perl 5.16
mp 2.0.7 has 5.16 compatibility and was released June 5th. The 2.4 work is still underway. On Sun, Jul 22, 2012 at 6:20 PM, Bruce Pettyjohn bruce.pettyj...@gmail.com wrote: Hello, Is there a projected release date for mod_perl that works with the latest Apache and Perl. Specifically, Perl 5.16 and Apache 2.4.2. Thanks, Bruce
Mod_perl with Apache 2.4 and Perl 5.16
Hello, Is there a projected release date for mod_perl that works with the latest Apache and Perl. Specifically, Perl 5.16 and Apache 2.4.2. Thanks, Bruce