Hi,
Thanks a lot it worked !!!
In the process i needed some tweaks, maybe they can help a little more to
others.
The perlbrew install command was failing signaling download error, it was the
inexistente folder, so i creted it:
mkdir -p ~/perl5/perlbrew/dists/
Then it worked fine:
perlbrew instal
> On 2/25/2019 2:28 PM, Randolf Richardson wrote:
> > [sNip]
> >>> As long as one isn't relying on the client's dynamic TCP port number
> >>> from $r->connection->remote_addr->port for anything (as I've
> >>> discovered no longer works in the current release of mod_perl2),
> >>> updating to the n
On 2/25/2019 2:28 PM, Randolf Richardson wrote:
[sNip]
As long as one isn't relying on the client's dynamic TCP port number
from $r->connection->remote_addr->port for anything (as I've
discovered no longer works in the current release of mod_perl2),
updating to the newest mod_perl2 sho
[sNip]
> > As long as one isn't relying on the client's dynamic TCP port number
> > from $r->connection->remote_addr->port for anything (as I've
> > discovered no longer works in the current release of mod_perl2),
> > updating to the newest mod_perl2 should ultimately be relatively
> > problem-
On 2/24/2019 4:44 PM, Randolf Richardson wrote:
On 2/22/19 10:54 AM, Matthias Schmitt wrote:
I doubt that you will be able to compile mod_perl 1.x with newer compilers and
operating systems.
Hold my beer :).
[sNip]
I have a Makefile that does all of this. I suppose I could publish
it on
> On 2/22/19 10:54 AM, Matthias Schmitt wrote:
> > I doubt that you will be able to compile mod_perl 1.x with newer compilers
> > and operating systems.
>
> Hold my beer :).
[sNip]
> I have a Makefile that does all of this. I suppose I could publish
> it on github or something, but given the age
On 2/22/19 10:54 AM, Matthias Schmitt wrote:
> I doubt that you will be able to compile mod_perl 1.x with newer compilers
> and operating systems.
Hold my beer :).
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.2 LTS"
$ w
Hello,
> On 22 Feb 2019, at 17:19, Hans Poo wrote:
>
> Yes, I do. I'am aware of that, the software is built with mod_perl 1.0, and I
> have been able to run it under 10.04, but there's no support for 10.4 in the
> internet right now you know, so I'm looking for a way to compile it for 12.04.
Yes, I do. I'am aware of that, the software is built with mod_perl 1.0, and
I have been able to run it under 10.04, but there's no support for 10.4 in
the internet right now you know, so I'm looking for a way to compile it for
12.04.
El vie., 22 feb. 2019 11:34 a.m., Matthias Schmitt
escribió:
>
Hello,
> On 22 Feb 2019, at 12:47, Hans Poo wrote:
>
> I've been unable to compile 1.0 on ubuntu 12.04 or later. Anyone has been
> able to compile it or has a patched mod_perl source tree ?
>
> wget https://archive.apache.org/dist/httpd/apache_1.3.42.tar.gz
> wget http://apache.org/dist/perl/
On Sun, Dec 27, 2009 at 2:55 PM, Daniel Hembree
wrote:
> After upgrading perl to 510.1 I get this compile error for mod_perl-2.0.4.
> Perl is compiled with no threads and no multiplicity. Here's the output:
Might want to try a 2.0.5 snapshot with 5.10 compatibility.
http://perl.apache.org/downl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Kosin wrote:
| + make 'OPTIMIZE=-O2 -g -pipe -march=i386 -mcpu=i686'
| cd "src/modules/perl" && make
| make[1]: Entering directory
`/usr/src/redhat/BUILD/mod_perl-2.0.3/src/modules/perl'
| gcc -I/usr/src/redhat/BUILD/mod_perl-2.0.3/src/modules/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Kosin wrote:
| + make 'OPTIMIZE=-O2 -g -pipe -march=i386 -mcpu=i686'
| cd "src/modules/perl" && make
| make[1]: Entering directory
`/usr/src/redhat/BUILD/mod_perl-2.0.3/src/modules/perl'
| gcc -I/usr/src/redhat/BUILD/mod_perl-2.0.3/src/modules/
James Kosin wrote:
-BEGIN PGP SIGNED MESSAGE-
modperl_interp.c: In function `modperl_interp_unselect':
modperl_interp.c:294: error: structure has no member named `xmg_magic'
modperl_interp.c: In function `modperl_interp_select':
modperl_interp.c:509: error: structure has no member named `
On 8/11/07, usha rani <[EMAIL PROTECTED]> wrote:
> how can we compile modperl programs in cygwin.
You g-billboards.com people need to stop asking the same question over
and over. If you're looking for Win32 binaries, they are on
http://perl.apache.org/. If that's not what you're looking for,
pl
jiesheng zhang wrote:
> By this configuration, without the "use Apache::DBI ();" and with
> "$Apache::DBI::DEBUG=1" in the startup.pl, I could not see the debug
> output in the error log.
looks like you hit it on the head. If you don't have
$Apache::DBI::DEBUG=1 in your startup, then you wont see
Perrin Harkins wrote:
On Tue, 2005-05-03 at 00:21 +0800, jiesheng zhang wrote:
I saw debug information in the apache log file after I added the
use Apache::DBI to the startup.pl. However, this is not mentioned in the Apache::DBI documentation. The documentation only mentioned that I should add
On Tue, 2005-05-03 at 00:21 +0800, jiesheng zhang wrote:
> I saw debug information in the apache log file after I added the
>
> use Apache::DBI to the startup.pl. However, this is not mentioned in the
> Apache::DBI documentation. The documentation only mentioned that I should add
> PerlModule Apa
Perrin Harkins wrote:
On Mon, 2005-05-02 at 20:10 +0800, jiesheng zhang wrote:
I indeed set the $Apache::DBI::DEBUG=2 in the
/etc/apache2/mod_perl-startup.pl. However I did not see any debug output
in the apache error log file
Did you "use Apache::DBI" in your startup.pl or httpd.conf?
On Mon, 2005-05-02 at 20:10 +0800, jiesheng zhang wrote:
> I indeed set the $Apache::DBI::DEBUG=2 in the
> /etc/apache2/mod_perl-startup.pl. However I did not see any debug output
> in the apache error log file
Did you "use Apache::DBI" in your startup.pl or httpd.conf?
I think you're not under
I am using the SuSE 9.1 which has apache 2.0 and mod_perl 1.99_12.
I did not see any Apache::DBI debug information in the apache error log.
jiesheng, please read the module's manpage:
http://search.cpan.org/dist/Apache-DBI/DBI.pm
To enable debugging the variable $Apache::DBI::DEBUG must be set
jiesheng zhang wrote:
I am using the SuSE 9.1 which has apache 2.0 and mod_perl 1.99_12.
I did not see any Apache::DBI debug information in the apache error log.
jiesheng, please read the module's manpage:
http://search.cpan.org/dist/Apache-DBI/DBI.pm
To enable debugging the variable $Apache::DB
On Mon, 2 May 2005, jiesheng zhang wrote:
> Date: Mon, 02 May 2005 13:07:18 +0800
> From: jiesheng zhang <[EMAIL PROTECTED]>
> To: [email protected]
> Subject: compile mod_perl with Apache::DBI support
>
> I am using the SuSE 9.1 which has apache 2.0 and mod_perl 1.99_12.
> I did not see
Ken Gillett wrote:
[EMAIL PROTECTED] mod_perl]# make
cd "src/modules/perl" && make
make[1]: Entering directory `/usr/src/mod_perl-2.0.0-RC3/src/modules/perl'
gcc -I/usr/src/mod_perl-2.0.0-RC3/src/modules/perl
[...]
-D_SVID_SOURCE -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -fPIC \
-c mod_perl.c
Barksdale, Ray wrote:
Here's a possibly relevant link I found while googling
for an answer:
https://www.redhat.com/archives/amd64-list/2004-September/msg0
0003.html
I'm glad you found this. I was going to build a new gcc and friends
this afternoon.
Looks like that's it. I'm seeing a 5-fold diffe
> -Original Message-
> From: Joe Schaefer [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 28, 2004 7:30 PM
> To: mod_perl user list
> Subject: Re: compile problems
>
> "Barksdale, Ray" <[EMAIL PROTECTED]> writes:
>
> [...]
>
>
"Barksdale, Ray" <[EMAIL PROTECTED]> writes:
[...]
>> >>From this:
>> > Total: 608169K ( 580M) size, 145465K ( 139M) approx
>> real size (-shared)
>> >
>> > down to this:
>> > Total: 600129K ( 572M) size, 131588K ( 125M) approx
>> real size (-shared)
Are you sure this isn't just some
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 28, 2004 5:18 PM
> To: Barksdale, Ray
> Cc: [email protected]
> Subject: Re: compile problems
>
>
> >> > (both without mod_perl) but this resulted in
> (both without mod_perl) but this resulted in a minimal gain once
> mod_perl was loaded.
How much added in numbers?
Should have said "minimal savings".
From this:
Total: 608169K ( 580M) size, 145465K ( 139M) approx real size (-shared)
down to this:
Total: 600129K ( 572M) size, 131588K (
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 28, 2004 5:02 PM
> To: Barksdale, Ray
> Cc: [email protected]
> Subject: Re: compile problems
>
> > As far as the memory usage problem I thought I was on t
Barksdale, Ray wrote:
>>OK, so it has something to do with 64-bit-ness. But I didn't
>>understand.
>>Was this problem seen on a 64-bit CPU or on a 32-bit CPU, but
>>then code
>>was compiled for 64-bit?
>
>
> The problem (more of an observation at this point) was the apparent
> excessive memory usag
Realized it just after I hit "send".
Mail is moving rather quickly today...
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 28, 2004 4:48 PM
> To: Barksdale, Ray
> Subject: Re: compile problems
>
> Ray, p
Barksdale, Ray wrote:
I agree it should be much smaller. From your reply I seem to have given
the impression I was running on something other than Linux. Sorry about
that. We run Redhat's Fedora Core 2 Linux on x86 (32-bit) for prod/testing.
This was our first try at 64-bit (Redhat Fedora Core 2 AM
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 22, 2004 4:23 PM
> To: Barksdale, Ray
> Cc: [email protected]
> Subject: Re: compile problems
>
> something is very wrong then. On linux I get:
>
> Apach
Barksdale, Ray wrote:
1 thru 6: without mod_perl
7 thru 12: with mod_perl.
Kinda takes you're breath (and ram) away.
1 8738 root 17.1M 15.9M 17.1M 2.0M S httpd
2 8739 nobody 17.1M 15.9M 17.1M 2.0M S httpd
3 8740 nobody 17.1M 15.9M 17.1M 2.0M
Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 22, 2004 3:17 PM
> To: Barksdale, Ray
> Cc: [email protected]
> Subject: Re: compile problems
>
> Barksdale, Ray wrote:
>
> >>>Total: 608169K ( 580M) size
Barksdale, Ray wrote:
Total: 608169K ( 580M) size, 145465K ( 139M) approx
real size (-shared)
wow, that's a lot. Which mpm is that? Must be worker. And if
you don't
load any modules?
Prefork. That's what you would think :\
PID Size Share VSize Rss M Elapsed LastReq Srvd Client
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 22, 2004 2:28 PM
> To: Barksdale, Ray
> Cc: Matthew Berk; [email protected]
> Subject: Re: compile problems
>
> > Total: 608169K ( 580M) size, 145465K
Barksdale, Ray wrote:
Hmm, I managed to get it to work with either -fpic or -fPIC after switching
to shared perl.
Also built with -m64.
I noticed Apache (at least 2.0.52) configures/compiles for -fPIC
automagically.
But once it loads, it is BIG.
(note lotta Apache modules, Apache::Requ
age-
> From: Matthew Berk [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 20, 2004 8:44 AM
> To: [email protected]
> Subject: Re: compile problems
>
> Found a solution worth writing about. I went through the perl
> configuration interactively, specifying th
Found a solution worth writing about. I went through the perl
configuration interactively, specifying the following non-defaults:
- compile perl as shared
- use gcc, not cc, as the compiler
- provide -fPIC to the compiler
After this, everything worked like a charm!
On Dec 17, 2004, at 2:05 AM
Barksdale, Ray wrote:
ok. 1.99_18 fixes the two test failures.
Couldn't get to current svn. Kept timing out.
Couldn't get to the cvs snapshots either.
I'll try that again Monday.
Yeah svn.apache.org has hardware problems. both reside on that machine.
May try compiling everything with "-m64" just t
book, I broke the binding :(
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 17, 2004 3:20 PM
> To: Barksdale, Ray
> Cc: [EMAIL PROTECTED]
> Subject: Re: compile problems
>
> Barksdale, Ray wrote:
>
> > ok. Had "cccdlflags=
Barksdale, Ray wrote:
ok. Had "cccdlflags='-fPIC'". Just set "useshrplib=true".
Rebuilt 5.8.5, tested ok, installed.
Built mod_perl 1.99_17. Built ok. Failed two tests: apr-ext/finfo.t and
apr-ext/util.
Have to figure that out in a bit. Work has interrupted.
If those are the same failures that I've
Built my own perl in /usr/local. Made sure they weren't comingling.
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Joe Schaefer
> Sent: Friday, December 17, 2004 12:28 PM
> To: [EMAIL PROTECTED]
> Subject: Re: compile problems
>
>
Barksdale, Ray wrote:
I mis-typed. It was only Apache::Scoreboard that needed tweaking.
Don't recall the specific error message but when building a static mod_perl
with 1.99_17
it mucked arround with the include files in the Apache build directory.
The fix was changing INC = -I/usr/local/apache2/in
> Cc: [EMAIL PROTECTED]
> Subject: Re: compile problems
>
> Barksdale, Ray wrote:
>
> > On a side note everything works fine for a static build. Modules
> > (Apache::Scoreboard
> > and Apache::VMonitor) required a little tweaking bu
"Barksdale, Ray" <[EMAIL PROTECTED]> writes:
[...]
> /usr/bin/ld:
> /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a(DynaLoa
> der.o): relocation R_X86_64_32 can not be used when making a shared object;
> recompile with -fPIC
> /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/Dyna
Barksdale, Ray wrote:
On a side note everything works fine for a static build. Modules
(Apache::Scoreboard
and Apache::VMonitor) required a little tweaking but worked.
What were the problems in those modules?
--
__
Stas Bekman
ED]
> Sent: Friday, December 17, 2004 10:12 AM
> To: Matthew Berk
> Cc: [EMAIL PROTECTED]
> Subject: Re: compile problems
>
> Matthew Berk wrote:
> > Apologies if I'm posting in the wrong place, but here goes:
> >
> > AMD Opteron, Suse 9.1, perl 5.8.6, A
Matthew Berk wrote:
Apologies if I'm posting in the wrong place, but here goes:
AMD Opteron, Suse 9.1, perl 5.8.6, Apache 2.0.52, mod_perl 1.99_17
Apache compiles fine. When compiling mod_perl, I execute
"/usr/local/bin/perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs"
and then make, and ge
Forrest Aldrich wrote:
Yes, indeed in /usr/lib there is:
libperl.a
libperl.so
libperl.so.3
libperl_p.a
Which is the "system" perl version.
I don't know that FreeBSD-5.x is stable enough to upgrade to at this
point - but I see now why they took perl out of the distribution.
So, there must be a w
On Thursday, Jan 29, 2004, at 22:40 US/Eastern, Forrest Aldrich wrote:
Yes, indeed in /usr/lib there is:
libperl.a
libperl.so
libperl.so.3
libperl_p.a
Which is the "system" perl version.
I don't know that FreeBSD-5.x is stable enough to upgrade to at this
point - but I see now why they took per
Yes, indeed in /usr/lib there is:
libperl.a
libperl.so
libperl.so.3
libperl_p.a
Which is the "system" perl version.
I don't know that FreeBSD-5.x is stable enough to upgrade to at this point
- but I see now why they took perl out of the distribution.
So, there must be a way to circumvent this i
On Thursday, Jan 29, 2004, at 22:11 US/Eastern, Forrest Aldrich wrote:
I'm compiling the perl port on FreeBSD for 5.8... which goes to
/usr/local/lib. I have these under /usr/local/lib/perl5:
5.00503 5.8.0 5.8.1 5.8.2 5.8.3
site_perl
I don't know why
I'm compiling the perl port on FreeBSD for 5.8... which goes to
/usr/local/lib. I have these under /usr/local/lib/perl5:
5.00503 5.8.0 5.8.1 5.8.2 5.8.3
site_perl
I don't know why the upgrade leaves the other 5.x dirs there.
Anyhow, you say removing t
On Thursday, Jan 29, 2004, at 16:52 US/Eastern, Forrest Aldrich wrote:
Does someone know what the problem might be. This is compiling
mod_perl-current (1.x) in Apache 1.3.29 on FreeBSD-4.9, with either
Perl 5.8.2 or Perl 5.8.3.
I can get the compile/linking to work when I use the "stock" per
57 matches
Mail list logo
