> On Thu, 2004-12-16 at 11:18 +, Vadim wrote:
> > >>On Wed, 2004-12-15 at 20:32 +, Vadim wrote:
> > >> it looks like i missed something important...
> > >> So how to get Response data in the PerlCleanupHandler script?!
> > >
> > >It's already sent by then. What are you trying to do? Do yo
Stef1 wrote:
Stas, no complaints, I know you put tons of effort in modperl ! Only a
hint : the moment you write a book specific on MP2 : I will buy it
directly.
Stef
I'll second that. I need all the help I can get ;-)
Regards: Colin
--
Report problems: http://perl.apache.org/bugs/
Mail list info
I am a new user to mod_perl. I have a module that does some
computation and has methods for generating png (using GD) and html. I
wrapped it in a thin content handler. It works as expected except that
when I include it in the httpd.conf file, I start noticing that the png
colors are altered
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 get:
/usr/lib64/gcc-l
On Fri, 17 Dec 2004 07:59:19 -0500
Sean Davis <[EMAIL PROTECTED]> wrote:
> I am a new user to mod_perl. I have a module that does some
> computation and has methods for generating png (using GD) and html. I
>
> wrapped it in a thin content handler. It works as expected except
> that when I in
> Оригинално писмо
>От: Randy Kobes <[EMAIL PROTECTED]>
>Относно: Re: mod_perl.c:61: `my_perl' undeclared under Cygwin
>До: Stas Bekman <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 16 06:36:49 EET
>--
>
>On Wed, 15 Dec 20
Hi, I have the printed book from six month ago, whenever this notice is
very important for all comunity, and for my personal needs, my personal
workstation is happy!!!
Thnaks Stas and Eric
Stas Bekman wrote:
Hi,
The complete "Practical mod_perl" book [1] is now available online
under the terms of
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
Nick *** wrote:
>> # @(#)B11.23_LRhosts $Revision: 1.9.214.1 $ $Date: 96/10/08 13:20:01 $
>> #
>> # The form for each entry is:
>> #
>> #
>> # For example:
>> # 192.1.2.34 hpfcrm loghost
>> #
>> # See the hosts(4) manual page for more information.
>> # Note: The entries cannot be prece
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: What's wrong with this system's configuration?
>До: sdfgsd sergserg <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 16 00:20:01 EET
>--
>
>sdfgsd sergserg
Matthew, you're not alone.
I was going to send a report (my first one ever :) about this but
anyhow.
same problem here => Fedora Core 2 (AMD64), perl 5.8.5, Apache 2.0.52,
mod_perl 1.99_17.
perl built with -fPIC instead of -fpic. Same result regardless. A grep shows
mod_perl picking up on -fPI
Hi Vadim,
On Fri, 2004-12-17 at 06:09, Vadim wrote:
> i try to get a response data in the PerlCleanupHandler stage to do some
> internal actions. This actions do not perform any modifications on a response
> data. So i dont want to keep user waiting. And i supposed untill $r object is
> alive i
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
"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
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/include to
mod_perl-2.0.0-RC1
perl-5.8.5 on linux (Fedora Core 3)
This test file:
#!/usr/bin/perl
use strict;
use Apache::Status;
1;
Gives this error:
Bareword "Apache::ServerUtil::server_root" not allowed while "strict subs" in
use at /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/Apache
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
Hello all,
This is a small but rather significant problem that needs sorting. I am
surprised it has not been fixed and I'm after a work around until it is. Have
been on hours and still can't figure it as there is no documentation on the web.
Whn compiling modperl it compiles httpd WITHOUT --ena
Andrew Charnley wrote:
Hello all,
This is a small but rather significant problem that needs sorting. I am
surprised it has not been fixed and I'm after a work around until it
is. Have been on hours and still can't figure it as there is no
documentation on the web.
Whn compiling modperl it compiles
John Williams wrote:
mod_perl-2.0.0-RC1
perl-5.8.5 on linux (Fedora Core 3)
This test file:
#!/usr/bin/perl
use strict;
use Apache::Status;
1;
Gives this error:
Bareword "Apache::ServerUtil::server_root" not allowed while "strict subs" in
use at /usr/lib/perl5/site_perl/5.8.5/i386-linux-th
[Andrew, please do not take follow ups off the list, unless requested to.
CC'ed back the list]
Andrew Charnley wrote:
I need to compile Apache with --enable-module=so parameter. Compiling Apache
manually causes Perl not be be compiled into it.
When compiling ModPerl it builds Apache for you and
Nick *** wrote:
I've made some progress here!
I thought - what if the httpd can't find libperl.so?
I set LD_LIBRARY_PATH to
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/perl-5.8.0/lib/5.8.0/alpha-dec_osf/CORE
and ran make test again. The result:
168474:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sb
Have followed all instructions. There is no mention of this. I do not know how
modperl generates the apache configure file but it should insert the stuff
--enable-module=so gives when calling ./configure on apache src directly.
1. Download ModPerl v1. Apache 1.333. Slackware current.
2. extracte
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" <[EMAIL PROTEC
Andrew Charnley wrote:
Have followed all instructions. There is no mention of this. I do not know how
modperl generates the apache configure file but it should insert the stuff
--enable-module=so gives when calling ./configure on apache src directly.
1. Download ModPerl v1. Apache 1.333. Slackwar
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
LoadModule dir_module libexec/apache/mod_dir.so
DirectoryIndex index.pl
Just going to test your method now.
Cheers Andy.
User nobody
# If you're not on Linux, you'll probably need to change Group
Group nobody
Options FollowSymLinks
AllowOverride None
#AddHandler cgi-scri
Andrew Charnley wrote:
LoadModule dir_module libexec/apache/mod_dir.so
DirectoryIndex index.pl
Just going to test your method now.
that's certainly a stale config. Just remove the line:
LoadModule dir_module libexec/apache/mod_dir.so
check that httpd has it built-in via:
httpd -l
if
On Fri, 2004-12-17 at 07:59 -0500, Sean Davis wrote:
> It works as expected except that
> when I include it in the httpd.conf file, I start noticing that the png
> colors are altered on some requests. Furthermore, it also alters the
> colors on another script (running under apache::registry) th
Hi,
I wish to express my sincere gratitude over the public release of
Practical mod_perl book.
It will definitely provide in-depth insight into this technology whose
development I have been following
over the past four three years and yet cannot seem to tie the pieces
together. I am very much a
Finally fixed!!! The joy!!!
If I uncommented those lines without supplying apache argu in the way you
mentioned I got the formentioned error. Now I've given apache that argu and
commented these out and all running sweet.
Big thanks!
Andrew C.
On Fri, 17 Dec 2004 16:43:01 -0500
Stas Bekman <[
Practical mod_perl" book <-- GREAT BOOK.
I just wanted to say thxs Stas for all your hard work, I really
appreciate it.
Paul
colin_e wrote:
Stef1 wrote:
Stas, no complaints, I know you put tons of effort in modperl ! Only
a hint : the moment you write a book specific on MP2 : I will buy it
dir
> Оригинално писмо
>От: Stas Bekman <[EMAIL PROTECTED]>
>Относно: Re: make test fails under Tru64 Unix 5.1b
>До: sdfgsd sergserg <[EMAIL PROTECTED]>
>Изпратено на: Сряда, 2004, Декември 15 19:52:41 EET
>--
>
>sdfgsd sergserg wrote:
>> Ooop
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.
May try compiling everything with "-m64" just to see what happens.
In regards to your mod_perl book, I broke the binding :(
> -Origin
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
Nick *** wrote:
>> [warning] setting ulimit to allow core files
>> ulimit -c unlimited; /usr/bin/perl /house/doink123/mp2_svn/t/TEST -bugreport -verbose=0
>> 170047:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved
>> 170047:/hou
36 matches
Mail list logo