Hi All,
I tried to install the latest mod_perl version to a RHEL 9 with a
pre-compiled Apache HTTP 2.4.60 server but I had some problem with the
module Apache::Test required to compile the product. I installed it via
package mod_perl-devel but during the compilation I noticed this error:
"Re
ttp://www.humak.fi/>
Tel. +358 (0)50 411 9556
scott.alexan...@humak.fi<mailto:scott.alexan...@humak.fi>
From: Neil Bowers
Sent: 21 June 2023 12:01
To: Scott Alexander
Subject: Re: undefined symbol: apreq_handle_apache2 problem
Hi Scott,
Try running
Hi,
How to fix this error?
ldd -r /usr/local/lib64/perl5/5.32/auto/APR/Request/Apache2/Apache2.so
linux-vdso.so.1 (0x7fff651f9000)
libapr-1.so.0 => /lib64/libapr-1.so.0 (0x7f212560b000)
libperl.so.5.32 => /lib64/libperl.so.5.32 (0x7f212527c000)
libc.so.6 => /li
Michelle Sullivan wrote:
Hi All,
Been using mod_perl then mod_perl2 for years, buit have just come up
with an interesting issue...
Just installed a FreeBSD 12.4 Jail with Apache 2.4.52, mod_perl 2.0.12
with perl v5.32.1 and transfered a working module set from the
previous host to the new h
Hi All,
Been using mod_perl then mod_perl2 for years, buit have just come up
with an interesting issue...
Just installed a FreeBSD 12.4 Jail with Apache 2.4.52, mod_perl 2.0.12
with perl v5.32.1 and transfered a working module set from the previous
host to the new host for testing and can't
On Tue, 11 Jan 2022 at 11:35, Jan Kasprzak wrote:
> demerphq wrote:
> : On Tue, 11 Jan 2022 at 10:18, Yamadaえりな wrote:
> :
> : > So, I would like to ask another question:
> : > Is it safe to pass function reference to the caller (mostly it's the
> : > method instantized from a class) in mod_perl
demerphq wrote:
: On Tue, 11 Jan 2022 at 10:18, Yamadaえりな wrote:
:
: > So, I would like to ask another question:
: > Is it safe to pass function reference to the caller (mostly it's the
: > method instantized from a class) in mod_perl development env?
: > Or should I avoid using this style?
: >
:
On Tue, 11 Jan 2022 at 10:18, Yamadaえりな wrote:
> So, I would like to ask another question:
> Is it safe to pass function reference to the caller (mostly it's the
> method instantized from a class) in mod_perl development env?
> Or should I avoid using this style?
>
Nothing wrong with passing cod
So, I would like to ask another question:
Is it safe to pass function reference to the caller (mostly it's the method
instantized from a class) in mod_perl development env?
Or should I avoid using this style?
Thanks.
27;{}'
>
> A code reference would be: 'sub{}', so do '$obj->run( sub{ "hello world"}
> );' instead.
>
> Jacques
>
> On 2022/01/11 17:51, Yamadaえりな wrote:
>
> Good afternoon,
>
> Can you help check my problem with this?
>
&g
Yamada-san,
The value you pass to 'run' is not a code reference, but an hash
reference, i.e. '{}'
A code reference would be: 'sub{}', so do '$obj->run( sub{ "hello
world"} );' instead.
Jacques
On 2022/01/11 17:51, Yamadaえりな wrote:
Goo
On Tue, 11 Jan 2022, 16:53 Yamadaえりな, wrote:
> Good afternoon,
>
> Can you help check my problem with this?
>
> $ cat t1.pl
> use strict;
>
> package Myclass;
>
> sub new {
> my $self = shift;
> bless {},$self;
> }
>
> sub run {
>my $sel
Good afternoon,
Can you help check my problem with this?
$ cat t1.pl
use strict;
package Myclass;
sub new {
my $self = shift;
bless {},$self;
}
sub run {
my $self = shift;
my $block = shift;
&{$block};
}
1;
package main;
my $obj = Myclass->new;
$obj->run( { &q
On Tue, 10 Aug 2021 at 18:50, Tammer, Rainer
wrote:
> Hello,
> No problem at all.
>
> Sorry, this is indeed a typo.
>
> I can test the new release when you are done preparing it.
>
>
>
Thanks. This is now committed. I will post to this list when 2.0.012-RC1 is
ready.
Hello,
No problem at all.
Sorry, this is indeed a typo.
I can test the new release when you are done preparing it.
The AIX system perl is 5.28 (AIX 7.1 and 7.2). You can get a more recent
version from the AIX Toolbox, but I preferred the system installed version.
Bye
Rainer Tammer
On Wed, 7 Jul 2021 at 13:35, Rainer Tammer
wrote:
> I suggest to add a note in the INSTALL to:
>
> export MAKE="/opt/freeware/bin/gmake"
> perl Makefile.PL
>
> -[./INSTALL]
> Simple install:
>
> % perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
> % make && make test
>
Hello,
I think I have found the problem.
-[Makefile]---
cut.
# FULLEXT = Pathname for extension directory (eg Foo/Bar/Oracle).
# BASEEXT = Basename part of FULLEXT. May be just equal FULLEXT. (eg Oracle)
# PARENT_NAME = NAME without BASEEXT and no trailing
know the mod_perl build system very well, so any tip is
appreciated.
Bye
Rainer
On 07.07.2021 08:50, Edward J. Sabol wrote:
On Jul 6, 2021, at 2:49 AM, Rainer Tammer
wrote:
I do have a problem compiling mod_perl 2.0.8, 2.0.10 or 2.0.11 on AIX 7.1/7.2.
I did not have this problem in the pa
On Jul 6, 2021, at 2:49 AM, Rainer Tammer
wrote:
> I do have a problem compiling mod_perl 2.0.8, 2.0.10 or 2.0.11 on AIX 7.1/7.2.
> I did not have this problem in the past (older AIX and older AIX system Perl
> v5.10.1).
> The current system Perl version on AIX is 5.28.1.
[...]
>
Hello,
I do have a problem compiling mod_perl 2.0.8, 2.0.10 or 2.0.11 on AIX
7.1/7.2.
I did not have this problem in the past (older AIX and older AIX system
Perl v5.10.1).
The current system Perl version on AIX is 5.28.1.
If I call "gmake -i" to ignore the make error then I can su
Hi.
A few days ago, I posted an issue that we experienced with apreq2 on this same platform,
which we could in the end resolve but via a somewhat unconventional and complicated route.
Now we find another issue with mod_perl, and we do not know how to tackle it.
The problem seems to be that
Hi.
Since the following is quite long, here is the question :
does the following ring any bell to anyone here ?
Thanks in advance.
André
Description:
We get the following issue on a customer system on which we install an
application.
The system was initially installed by the customer's own IT
out through stdout through the command line, and it
works fine.
-Ursprüngliche Nachricht-
Von: Thomas Kenyon
Gesendet: Montag, 23. September 2019 14:52
An: modperl@perl.apache.org
Betreff: STDOUT Problem migrating a site to mod_perl
I have run into an odd problem when migrating a
and code.
I would avoid messing around with STDOUT.
Best regards
Andreas
> -Ursprüngliche Nachricht-
> Von: Thomas Kenyon
> Gesendet: Montag, 23. September 2019 14:52
> An: modperl@perl.apache.org
> Betreff: STDOUT Problem migrating a site to mod_perl
>
> I
I have run into an odd problem when migrating a site to use mod_perl.
The script in question, builds some postscript into a variable, then
uses psconvert (from Postscript::Convert) to change that into a png and
sends that back to the webserver. (headers are set up earlier in the
script
Hi John,
Pretty hard to know what's going on without looking at actual code, but it
could be some variation of this type of problem:
http://perl.apache.org/docs/1.0/guide/porting.html#Name_collisions_with_Modules_and_libs
You can easily run into trouble with code that either doesn't u
at 3:58 PM, Perrin Harkins wrote:
> On Fri, Mar 25, 2016 at 10:11 AM, John Dunlap wrote:
>>
>> Basically, I have a module which has a some lexically scoped variables in
>> it. These variables are used by accessor methods in the package. The
>> problem is that, if I u
On Fri, Mar 25, 2016 at 10:11 AM, John Dunlap wrote:
>
> Basically, I have a module which has a some lexically scoped variables in
> it. These variables are used by accessor methods in the package. The
> problem is that, if I use this module in certain parts of my application,
>
Unfortunately, I don't have a readily available example which can reproduce
this problem as I'm seeing it in a large code base. I'm really just looking
for ideas that might point me in the right direction.
Basically, I have a module which has a some lexically scoped variabl
Hello,
I am facing a problem with ModPerl2::Tools::fetch_url(). Though my url
passed to the function is valid, it returns empty content. Here is the
relevant code snippet -
package MyCompany::Proxy
. # use statements
sub handler {
my $r = shift;
my $url = #some logic to get
Ashish Mukherjee,
Вы написали в компанию Русоникс и это письмо является автоматическим
подтверждением того, что Ваша заявка поступила в очередь на обработку.
Мы ответим на Ваш запрос по возможности максимально быстро.
ID Заявки: 1410925
Тема: Problem with use of ModPerl2::Tools
eads
https://sourceware.org/gdb/current/onlinedocs/gdb/Threads.html#Threads
5.5 Stopping and Starting Multi-thread Programs
https://sourceware.org/gdb/current/onlinedocs/gdb/Thread-Stops.html#Thread-Stops
I thought the problem might be the ancient version of glibc in OEL 5.8, but I
don't know. Any idea
Brian Candler wrote:
OK I have it. The Debian-supplied version of Apache2::AuthCookie *does*
have the patches from the httpd24 branch of authcookie, and the
documentation for how to use it is in
/usr/share/doc/libapache2-authcookie-perl/README.apache-2.4
Very useful information, thanks for sh
OK I have it. The Debian-supplied version of Apache2::AuthCookie *does*
have the patches from the httpd24 branch of authcookie, and the
documentation for how to use it is in
/usr/share/doc/libapache2-authcookie-perl/README.apache-2.4
My testsite can be made to work like this:
--- testsite.con
On 25/06/2014 13:41, Brian Candler wrote:
I notice that there is a newer version of Apache2::AuthCookie (3.22)
available, so I installed that from CPAN. But this changes the error to:
[Wed Jun 25 13:35:26.054231 2014] [perl:error] [pid 17668] [client
10.0.2.2:50801] Can't locate object method
I have code which works with apache 2.2 but not apache 2.4, and I have
boiled this down to a simple reproducing test case.
It works with: Ubuntu 12.04 (apache 2.2.22, mod_perl 2.0.5,
Apache2::AuthCookie 3.18)
It does not work with: Ubuntu 14.04 (apache 2.4.7, mod_perl 2.0.8,
Apache2::AuthCooki
OT_IMPLEMENTED,
'502' => HTTP_BAD_GATEWAY,
'503' => HTTP_SERVICE_UNAVAILABLE,
'504' => HTTP_GATEWAY_TIME_OUT,
'505' => 505
};
On Tue, Mar 18, 2014 at 12:33 PM, Adam Prime mailto:adam.pr...@utoronto.ca>> wrote:
I'm pretty sure you
gt; HTTP_BAD_GATEWAY,
'503' => HTTP_SERVICE_UNAVAILABLE,
'504' => HTTP_GATEWAY_TIME_OUT,
'505' => 505
};
On Tue, Mar 18, 2014 at 12:33 PM, Adam Prime wrote:
> I'm pretty sure you should be using Apache2::Const::SERVER_ERROR, not the
> HT
ed my workstation from Debian 6 to Debian 7 and I'm now
encountering a problem that I haven't seen before. My apache version
is 2.2.22-13+deb7u1. My mod_perl version is 2.0.7-3. I'm guessing that I
have an installation problem of some kind but I'm not sure where to look
for probl
rds
>
> Andreas
>
>
>
>
>
> *Von:* John Dunlap [mailto:j...@lariat.co]
> *Gesendet:* Dienstag, 18. März 2014 17:16
> *An:* Andreas Mock
> *Cc:* mod_perl list
> *Betreff:* Re: Custom response problem
>
>
>
> I've tried it with "use Apache2::Requ
Thia is what I meant with "loading".
So, I should have been more precise: "using" :-)
Andreas
Von: James Smith [mailto:j...@sanger.ac.uk]
Gesendet: Dienstag, 18. März 2014 17:25
An: modperl@perl.apache.org
Betreff: Re: Custom response problem
Try:
u
What does this give to you?
perl -MApache2::RequestRec -e'print Apache2::RequestRec->VERSION'
Regards
Andreas
Von: John Dunlap [mailto:j...@lariat.co]
Gesendet: Dienstag, 18. März 2014 17:16
An: Andreas Mock
Cc: mod_perl list
Betreff: Re: Custom response problem
n:*John Dunlap [mailto:j...@lariat.co <mailto:j...@lariat.co>]
*Gesendet:* Dienstag, 18. März 2014 16:59
*An:* mod_perl list
*Betreff:* Custom response problem
I recently upgraded my workstation from Debian 6 to Debian 7 and
I'm now encountering a problem that I
pache2::RequestRec?
>
>
>
> Best regards
>
> Andreas Mock
>
>
>
>
>
> *Von:* John Dunlap [mailto:j...@lariat.co]
> *Gesendet:* Dienstag, 18. März 2014 16:59
> *An:* mod_perl list
> *Betreff:* Custom response problem
>
>
>
> I recently upg
Have you loaded Apache2::RequestRec?
Best regards
Andreas Mock
Von: John Dunlap [mailto:j...@lariat.co]
Gesendet: Dienstag, 18. März 2014 16:59
An: mod_perl list
Betreff: Custom response problem
I recently upgraded my workstation from Debian 6 to Debian 7 and I'm now
encount
I recently upgraded my workstation from Debian 6 to Debian 7 and I'm now
encountering a problem that I haven't seen before. My apache version
is 2.2.22-13+deb7u1. My mod_perl version is 2.0.7-3. I'm guessing that I
have an installation problem of some kind but I'm not su
FYI, following the Apache 2.4 API I found $r->useragent_ip gave me what I
wanted.
Steve
On Mon, Feb 10, 2014 at 7:54 AM, Steve Baldwin wrote:
> Thanks for that. Yes, it would appear that the versions of apache2 and
> mod_perl 'bundled' with Ubuntu 13.10 are not exactly in sync and the
> versio
Thanks for that. Yes, it would appear that the versions of apache2 and
mod_perl 'bundled' with Ubuntu 13.10 are not exactly in sync and the
version of mod_perl (which is the latest on CPAN afaict) has not yet caught
up with apache 2.4.
I guess the Apache2::xxx modules are 'wafer thin' layers over
On Sun, Feb 9, 2014 at 9:40 AM, Steve Hay wrote:
> On 9 February 2014 05:49, Steve Baldwin wrote:
> > Hi,
> >
> > Not sure what I'm doing wrong here. I'm just trying to get the client ip
> > address in a PerlResponseHandler as follows:
> >
> > :
> > use Apache2::Connection;
> > :
> > my $remo
On 9 February 2014 05:49, Steve Baldwin wrote:
> Hi,
>
> Not sure what I'm doing wrong here. I'm just trying to get the client ip
> address in a PerlResponseHandler as follows:
>
> :
> use Apache2::Connection;
> :
> my $remote_ip = $r->connection->remote_ip();
> :
>
> I get a runtime error as
Steve Baldwin wrote:
Hi,
Not sure what I'm doing wrong here. I'm just trying to get the client ip
address in a PerlResponseHandler as follows:
:
use Apache2::Connection;
:
my $remote_ip = $r->connection->remote_ip();
:
I get a runtime error as follows:
[Sun Feb 09 16:44:22.499681 2014] [p
Hi,
Not sure what I'm doing wrong here. I'm just trying to get the client ip
address in a PerlResponseHandler as follows:
:
use Apache2::Connection;
:
my $remote_ip = $r->connection->remote_ip();
:
I get a runtime error as follows:
[Sun Feb 09 16:44:22.499681 2014] [perl:error] [pid 3632] [
On Oct 22, 2013, at 8:23 AM, Torsten Förtsch wrote:
>
> To me the problem seems to be %ENV being tied to $r->subprocess_env. So,
> neither PerlSetEnv nor SetEnv actually change the current process'
> environment. The reason for that the environment is a global resource in
&
On 22/10/13 18:13, Bruce Johnson wrote:
>> To me the problem seems to be %ENV being tied to $r->subprocess_env. So,
>> > neither PerlSetEnv nor SetEnv actually change the current process'
>> > environment.
> Pardon me if this sounds dumb, but what possibl
ed
>> shared library or dll isn't installed where expected\n at
>> /home/allwebfiles/perl/catcard/oratest.pl line 9\n
>>
> I haven't read the whole thread. So, I apologize if I state what
> somebody else has already explained.
>
> To me the problem seems to be %EN
5/DynaLoader.pm line 200.\n at (eval 11) line 3\nCompilation
> failed in require at (eval 11) line 3.\nPerhaps a required shared library or
> dll isn't installed where expected\n at
> /home/allwebfiles/perl/catcard/oratest.pl line 9\n
>
I haven't read the whole thread. So, I
ution (as
likely adds bloat to httpd processes), but will at least confirm that the
problem is that it is not finding those libs during the dynamic load.
It's not strictly an Apache problem, because the script works on this server
when it's set to run as a CGI program.
Also I'm no
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 the end I had to
set up the environment
before starting up apache. As the Env settings int the config were not
in place when DBD::Oracle
was used for the first time. Not sure when it is being used tho' but it
took a lot of "root"y
hacking to discover the problem!
That rings
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
g term solution (as
> likely adds bloat to httpd processes), but will at least confirm that the
> problem is that it is not finding those libs during the dynamic load.
It's not strictly an Apache problem, because the script works on this server
when it's set to run as a CGI program
ably not a good long term solution (as
likely adds bloat to httpd processes), but will at least confirm that the
problem is that it is not finding those libs during the dynamic load.
On Oct 21, 2013, at 2:03 PM, John D Groenveld
wrote:
In message <48fe8314-f95b-478b-9
On Oct 21, 2013, at 2:03 PM, John D Groenveld
wrote:
> 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)
>>
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.
On Oct 21, 2013, at 12:57 PM, John D Groenveld wrote:
> 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 perhap
64-bit everything.
The script works if I comment out the mod_perl handler, uncomment the
ScriptAlias line and restart Apache, so it HAS to be with the mod_perl handler
directives.
>
> -Original Message-
> From: Bruce Johnson [mailto:john...@pharmacy.arizona.edu]
>
ent
before starting up apache. As the Env settings int the config were not
in place when DBD::Oracle
was used for the first time. Not sure when it is being used tho' but it
took a lot of "root"y
hacking to discover the problem!
James
On 21/10/2013 19:37, Bruce Johnson wrote:
On Oct 21
erl for example.
64 bit perl?
-Original Message-
From: Bruce Johnson [mailto:john...@pharmacy.arizona.edu]
Sent: Monday, October 21, 2013 1:46 PM
To: Fred Moyer
Cc: mod_perl list
Subject: Re: Problem with mod_perl and DBI/DBD::Oracle LD_LIBRARY_PATH is not
being recognized?
Right where i
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
right
%INC is right
httpd.conf and perl.conf are right, as far as I can tell
I've found one reference to this online that isn't very encouraging:
<http://stackoverflow.com/questions/17050541/unable-to-use-dbdoracle-from-apache-mod-perl>
"Never got to the bottom of this probl
Where does Oracle.so live on your filesystem?
On Mon, Oct 21, 2013 at 11:37 AM, Bruce Johnson <
john...@pharmacy.arizona.edu> wrote:
>
> On Oct 21, 2013, at 11:20 AM, Fred Moyer wrote:
>
> > This is annoying but it happens on 64 bit architectures.
> >
> > > The path is correct, the script works
On Oct 21, 2013, at 11:20 AM, Fred Moyer wrote:
> This is annoying but it happens on 64 bit architectures.
>
> > The path is correct, the script works fine on the command line, and if I
> > comment out the handler directives in the perl.conf script, put in a
> > ScriptAlias and process the sc
This is annoying but it happens on 64 bit architectures.
> The path is correct, the script works fine on the command line, and if I
comment out the handler directives in the perl.conf script, put in a
ScriptAlias and process the script as a normal CGI script, it also works.
Sounds like some envir
We've set a Directory directive for some perl scripts, setting a mod_perl
handler:
Alias /card_access /home/allwebfiles/perl/catcard
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
PerlSetEnv LD_LIBRARY_PATH /usr/
On 27 September 2013 15:38, Aquatic Safaris Diver
wrote:
> I recently updated my perl version to 5.18.1 and wanted to recompile
> mod_perl to get the updated perl in my Apache 2.2.25 webserver.
>
> Here is the output of make
>
> cc -I/usr/local/src/mod_perl-2.0.7/src/modules/perl
> -I/usr/local/sr
I recently updated my perl version to 5.18.1 and wanted to recompile
mod_perl to get the updated perl in my Apache 2.2.25 webserver.
Here is the output of make
cc -I/usr/local/src/mod_perl-2.0.7/src/modules/perl
-I/usr/local/src/mod_perl-2.0.7/xs -I/usr/local/apache-2.2.25/include
-I/usr/loca
m libperl):
> Compile-time options: HAS_TIMES HAVE_INTERP_INTERN MULTIPLICITY
> PERLIO_LAYERS PERL_DONT_CREATE_GVSV
> PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS
> PERL_MALLOC_WRAP PERL_PRESERVE_IVUV PL_OP_SLAB_ALLOC
>
PERL_MALLOC_WRAP PERL_PRESERVE_IVUV PL_OP_SLAB_ALLOC
USE_ITHREADS USE_LARGE_FILES USE_LOCALE
USE_LOCALE_COLLATE USE_LOCALE_CTYPE
USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF
Built under MSWin32
Compiled at Mar 12 2013
Oh, I thought the header info had to be included in the length as well.
No luck there though, same Corrupted Content error. Really wish I knew what
could be causing it, no problem with the same code on 4 other machines and 3
of them are the same exact apache, mod_perl and libapreq2 versions
t; my $body_len = calculate_body_len();
> $r->set_content_length($body_len);
> $r->rflush;
>
> Which just did nothing.
>
> Thx
> -Chris
>
> From: Marcus Don [mailto:m...@names.co.uk]
> Sent: Thursday, May 30, 2013 9:12 AM
> To: Chris Faust
> Cc: modper
>set_content_length($body_len);
$r->rflush;
Which just did nothing.
Thx
-Chris
From: Marcus Don [mailto:m...@names.co.uk]
Sent: Thursday, May 30, 2013 9:12 AM
To: Chris Faust
Cc: modperl@perl.apache.org
Subject: Re: Help on debugging print problem
At a guess, I'd say you
27;);
> $r->err_headers_out->add('Content-Disposition' =>
> 'attachment; filename="report.pdf"');
> $r->print($output);
> }
>
> I've never had a problem before using the above until trying to do it on a
&g
};
close(PDF);
$r->content_type('application/pdf');
$r->err_headers_out->add('Content-Disposition' =>
'attachment; filename="report.pdf"');
$r->print($output);
}
I've never had a problem
On Sat, Jan 19, 2013 at 12:45 PM, Idel Fuschini wrote:
> Hi all,
> I have compiled apache webserver with this configuration:
>
> ./configure --prefix=/foo/apache-2.2.23-worker-1st --enable-modules=all
> --enable-mods-shared=all --disable-ipv6 --enable-ssl
> --with-ssl=/foo/openssl-1.0.1c --enable-
Hi all,
I have compiled apache webserver with this configuration:
./configure --prefix=/foo/apache-2.2.23-worker-1st --enable-modules=all
--enable-mods-shared=all --disable-ipv6 --enable-ssl
--with-ssl=/foo/openssl-1.0.1c --enable-proxy --enable-proxy-connect
--enable-proxy-http --with-mpm=worker
Index: src/modules/perl/perl_util.c
===
--- src/modules/perl/perl_util.c (revision 1425631)
+++ src/modules/perl/perl_util.c (working copy)
@@ -670,6 +670,7 @@
if(set_ids++) return;
sv_setiv(GvSV(gv_fetchpv("$", TRUE, SVt_PV)
"Hans C. Poo" writes:
> Fred,
>
> Yea, i know the platform is outdated, it is a very legacy system and
> we are planning a complete rebuild... finally i installed a virtual
> machine with ubuntu 10.04 (a two year old release of linux) and it
> compiled without problems, in this way we'll be able
t; CC: "mod_perl list"
> Enviados: Viernes, 7 de Diciembre 2012 0:17:15
> Asunto: Re: Problem compiling 1.0 on linux
>
> On Mon, Dec 3, 2012 at 6:26 AM, Hans C. Poo wrote:
> > I've continued looking with more atention, and the format messages
> > were just
, Welinux S.A.
> Bombero Ossa #1010, oficina 800,
> +56-2-3729770, Movil: +56-9-3199305
> Santiago, Chile
>
>
> - Mensaje original -
>> De: "Hans C. Poo"
>> Para: modperl@perl.apache.org
>> Enviados: Lunes, 3 de Diciembre 2012 11:02:56
>> Asun
os: Lunes, 3 de Diciembre 2012 11:02:56
> Asunto: Problem compiling 1.0 on linux
>
> Hi.
>
> I have a legacy mod_perl project, and need to create a development
> environment.
>
> mod_perl-1.31 y apache_1.3.41 on Ubuntu Linux 12.04
>
> The makefile is created fine:
Hi.
I have a legacy mod_perl project, and need to create a development environment.
mod_perl-1.31 y apache_1.3.41 on Ubuntu Linux 12.04
The makefile is created fine:
hans@tierra:~/desarrollo/mod_perl-1.31$ perl Makefile.PL DO_HTTPD=1 USE_APACI=1
EVERYTHING=1
Then, when issuing make:
cc -O2
> I just did some more googling, now I know that 'inline' is the issue, and
> found an article that talks about this as a problem with MacPorts for
> mod_perl 2.0.4:
>
> https://trac.macports.org/ticket/32200
>
> The relevant lines:
>
> This is caused by t
> Not really much idea, but a couple of possibilities spring to mind: does your
> new build have an updated APR, and has the definition of APR_INLINE changed
> in it?
No. I'd completely forgotten about APR, so was just pulling in the version I
built. After looking at this proble
ned; is it possible that your previous build did have it defined so
that MP_INLINE was blank anyway?
From: Neil Bowers [mailto:n...@bowers.com]
Sent: 12 November 2012 12:18
To: modperl@perl.apache.org
Subject: Problem with 2.0.7: Symbol not found: _modperl_handler_name and
workaround
Hi,
.2.22 on MacOSX
10.7.5 (and previous version of Xcode), without seeing this problem.
Here are my notes.
Given the moan about not finding modperl_handler_name, I look in mod_perl.so:
% nm mod_perl.so | grep --context=2 modperl_handler_name
53b0 T _modperl_handler_
I'm trying to migrate a mod_perl application from Linux, where it works
beautifully, to a Windows 2008 virtual machine, where it ain't doing so
hot. Been trying to track down the problem for many a day. I'm stuck.
The application in question is a front-end for a WSDL ser
Thank you Alexandr!
perl-devel was installed, but for some reason ExtUtils::Embed was not.
However, your email led me to install yum and then yum install
perl-ExtUtils-Embed -- which did the trick.
Thank you so much!
-Chris
On Mon, May 14, 2012 at 8:13 PM, Alexandr Ciornii wrote:
> Hi
>
> 2012
Hi
2012/5/15 Chris Brooks :
> Hi Perl folks,
>
> I'm trying to build mod_perl 1.31 / Apache 1.41 on CentOS 6.2, and I'm
> getting badly stuck.
> Can't locate ExtUtils/Embed.pm in @INC
> Aha! I think, I'll just launch CPAN.pm and install ExtUtils::Embed.
ExtUtils::Embed is a core module and is not
Hi Perl folks,
I'm trying to build mod_perl 1.31 / Apache 1.41 on CentOS 6.2, and I'm
getting badly stuck.
I started with the instructions here:
http://perl.apache.org/docs/1.0/guide/getwet.html
perl Makefile.PL APACHE_SRC=../apache_1.3.41/src \
APACHE_PREFIX=/www/perl/htdocs DO_HTTPD=1 USE_
Michel Jansen wrote:
Hi André,
This works! Thanx for your help. Of course i now have another
problem.! Firefox now rejects the font saying: downloadable font:
rejected by sanitizer ;-)
Michel,
Glad that it helped.
But please respond to the list, not to my private email address
1 - 100 of 1264 matches
Mail list logo
