On Tuesday, November 26, 2002, at 05:24 PM, Joe Schaefer wrote:
Ken Williams <[EMAIL PROTECTED]> writes:
[...]
I got through "./configure -> make -> make install"
successfully, installing to /usr/local/lib/ and
/usr/local/include/. However, there doesn't seem to be a
"ldconfig" on my system
Ken Williams <[EMAIL PROTECTED]> writes:
[...]
> I got through "./configure -> make -> make install"
> successfully, installing to /usr/local/lib/ and
> /usr/local/include/. However, there doesn't seem to be a
> "ldconfig" on my system ('locate' couldn't find one anywhere,
> and I checked ma
Geoffrey Young wrote:
> Grant McLean wrote:
> >>>I know I can use $r->dir_config() to access parameter values
> >>>set in the config file with PerlSetVar, but is it possible to
> >>>access the value of generic Apache configuration directives?
>
> you have very few options here. one of which is to
Look in archives. I think many people had problems with IPC::Open2
under mod_perl. So far the best solution I know is just replacing it
with IPC::Run.
Seconded. Go with IPC::Run and you won't regret, since it works under
mod_perl and gives you much more than the IPC::Open* family.
IPC::Run+
a try and report comments/problems/etc. to the apreq-dev list
at [EMAIL PROTECTED]
I have a comment :)
I've been building nightly from CVS for almost a year now, but when
you added the Apache::test stuff I had to stop doing it - the prompt
for the Apache path when building the makefile make
Witchy wrote:
Thanks for that, Stas. I'll see if I can get my hands on 5.6.1 since the
current release has too many dependencies to resolve with RH7.1 without the
possibility of something getting Broken :)
Doug says that we want 2.0 to compile under perl 5.6.0, even though you
won't get all the
On Tuesday, November 26, 2002, at 12:22 PM, Joe Schaefer wrote:
Ken Williams <[EMAIL PROTECTED]> writes:
[...]
I've attached the full output.
Thanks, Ken. I looked over the result, but didn't see any
indication that you used the "./configure -> make -> make install"
instructions from the
Hi all,
Below is a suggestion for a new set of modules, Apache::PAR,
Apache::PAR::Static, Apache::PAR::Registry, and Apache::PAR::PerlRun. I
have initial coding and testing complete on these (except for some pod
documentation and test scripts), but wanted to post before moving
forward with CPAN,
> Seconded. Go with IPC::Run and you won't regret, since it works under
> mod_perl and gives you much more than the IPC::Open* family.
got it to work. thanks guys!
Ken Y. Clark wrote:
On Tue, 26 Nov 2002, Stas Bekman wrote:
advertising the merits of your product or going down on your competitors
^^
For future reference, this phrase has certain ... um ... sexual
connotations, at least
PowerBook Ti 667 Rev1 (1GB RAM 30GB HD)
OS X 10.2
Apache 1.3.27 installed at Apple default (custom build w/ mod_perl 1.27)
Apache 2.0.43 installed at /usr/local/apache2
Ran configure then make and got the error:
cpp-precomp: warning: errors
during smart preprocessing, retrying in basic
mode
make[
On Tue, 26 Nov 2002, Stas Bekman wrote:
> advertising the merits of your product or going down on your competitors
^^
For future reference, this phrase has certain ... um ... sexual
connotations, at least in the US. :-o
(Of
Ken Williams <[EMAIL PROTECTED]> writes:
[...]
> I've attached the full output.
Thanks, Ken. I looked over the result, but didn't see any
indication that you used the "./configure -> make -> make install"
instructions from the web page. Did the libtool-based build
of libapreq install successfu
You're absolutely right about this, more importantly that IT manglement
tends to be really impressed by that.It doesn't seem to matter how
many advantages I espouse to my managers here, nothing convinces them more
quickly than "Company X uses mod_perl." Kinda like they're not willing
to come
Hi Joe & APReq,
I'm glad this is receiving attention, Apache::Request has had
some trouble on OS X as I'm sure you're aware. I just tested
the RC, using:
perl 5.6.1
Apache/1.3.26 (as shipped with the OS, uses dso)
OS X 10.1.5
and I get this error in 'make test':
dyld: t/httpd multiple def
[ replies should go to the list and not to me :( ]
Rick Tan wrote:
It works with Apache 1.3.x/mod_cgi. Apache 2.0/mod_cgi doesn't work
either.
that's what I thought. Contact the httpd list then as this is not a
mod_perl problem:
http://httpd.apache.org/lists.html#http-users
Stas Bekman wrot
As I was leaving Vegas I saw that billboard saying:
Adidas
uses
SAP
And I suppose that they run a bunch of similar ads using other big
companies names. I think this is an interesting approach of advertising,
where instead of advertising the merits of your product or going down on
yo
Rick, mod_perl questions should go to the modperl list. thanks.
http://perl.apache.org/maillist/modperl.html
Rick Tan wrote:
I have been experimenting with mod_perl for the first time in the past
week. My frustration level emanates from making old cgi scripts to work
with mod_perl/apache 2.0.
The apreq developers are planning a maintenance release of
libapreq-1.1. This version does not include support for
modperl-2, but it does address some outstanding problems in
1.0:
* OS X support
* perl 5.8 segfaults related to file uploads.
Please give the tarball at
http://www.apache.o
Folks,
is there any benefit in using Apache::DBI when all db calls ought to go
through db proxies?
Thanks in advance
-r
gilles wrote:
>
> I write in my handler something like :
>
> use HTML::Entities;
> ...
> $r->content_type('text/html;charset=iso-8859-1')
> my $txt="Long life to the ¤";
> &decode_entities($txt)
> $r->print ($txt);
> return Apache::OK;
>
> I get in my navigator : "Long life to the ." (where
Jan Theofel wrote:
Hello,
Am Mon, 2002-11-25 um 01.14 schrieb Stas Bekman:
Jan Theofel wrote:
[Sun Nov 24 17:59:45 2002] shop.pl: Subroutine main redefined at
/home/www/[...]/shop/engine/shop.pl line 19.
This is a warning, not an error.
Ok, but why do I get this warning? I don't redefi
Ilya Martynov wrote:
On Mon, 25 Nov 2002 18:27:54 +0900, Keith Watanabe <[EMAIL PROTECTED]> said:
KW> Hi!
KW> I was wondering if there are any known issues regarding IPC::Open2
KW> with mod_perl.
Look in archives. I think many people had problems with IPC::Open2
under mod_perl. So far the be
On Mon, 2002-11-25 at 08:33, Jan Theofel wrote:
> > > [Sun Nov 24 17:59:45 2002] shop.pl: Subroutine main redefined at
> > > /home/www/[...]/shop/engine/shop.pl line 19.
> >
> > This is a warning, not an error.
>
> Ok, but why do I get this warning? I don't redefine the sub.
I think you are gett
Hello there,
On Mon, 25 Nov 2002, T.Shichijo wrote:
> I am makeing Solaris package which included
> Apache1.3.27+mod_perl,mod_ssl on my Server (pkg1).
[snip]
I'm not sure I understand your question, but I think I'll answer it
anyway :),
It is important to compile Perl and mod_perl with the sam
Yeah, Randy, I second the motion.
We know that DBI 1.28 does _NOT_ work!
Aloha => Beau.
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 25, 2002 7:34 AM
To: Jan Theofel
Cc: mod_perl mailinglist
Subject: Re: segmentation fault using a startup file
O
On 25 Nov 2002, Jan Theofel wrote:
> Hello,
>
> I have another problem using Perl::PerlRun with a startup file in
> apache. The line added to the apache configuration file was:
>
> PerlRequire /home/www/[...]/shop/engine/apachestartup.pl
>
> (Re)starting apache results in the following segmenta
Whoops, guess I was tired last night. Am alert enough today to discover my
error. Instead of this in the apache conf:
--activate-module=src/modules/perl/libperl.a
I had this:
--activate-module=src/modules/libperl.a
Everything's working now.
> Randall Perry wrote:
>> Trying to compile s
Hello,
I have another problem using Perl::PerlRun with a startup file in
apache. The line added to the apache configuration file was:
PerlRequire /home/www/[...]/shop/engine/apachestartup.pl
(Re)starting apache results in the following segmentation fault:
--- snip ---
mailgate:/home/www/[...]/s
Hello,
Am Mon, 2002-11-25 um 01.14 schrieb Stas Bekman:
> Jan Theofel wrote:
> > [Sun Nov 24 17:59:45 2002] shop.pl: Subroutine main redefined at
> > /home/www/[...]/shop/engine/shop.pl line 19.
>
> This is a warning, not an error.
Ok, but why do I get this warning? I don't redefine the sub.
gilles wrote:
I write in my handler something like :
use HTML::Entities;
...
$r->content_type('text/html;charset=iso-8859-1')
my $txt="Long life to the ¤";
&decode_entities($txt)
I think you want encode_entities() here :)
HTH
--Geoff
On Mon, 25 Nov 2002, Chris wrote:
> Randy,
>
> Thanks for putting up your repository. Two things:
>
> 1) DBD-mysql seems to have a dependancy on Data::Dumper, but
> Data::Dumper isn't found in any of the repositories so won't
> install properly.
I didn't realize it wasn't in ActiveState's repos
I write in my handler something like :
use HTML::Entities;
...
$r->content_type('text/html;charset=iso-8859-1')
my $txt="Long life to the ¤";
&decode_entities($txt)
$r->print ($txt);
return Apache::OK;
I get in my navigator : "Long life to the ." (where . is a symbol
different from euro symbol)
Randy,
Thanks for putting up your repository. Two things:
1) DBD-mysql seems to have a dependancy on Data::Dumper, but Data::Dumper isn't
found in any of the repositories so won't install properly.
2) Do you have any plans on building mod_perl 1.27 for the Activestate 8xx
series?
-Chris
> On Mon, 25 Nov 2002 18:27:54 +0900, Keith Watanabe <[EMAIL PROTECTED]>
>said:
KW> Hi!
KW> I was wondering if there are any known issues regarding IPC::Open2
KW> with mod_perl.
Look in archives. I think many people had problems with IPC::Open2
under mod_perl. So far the best solution I kno
Hi!
I was wondering if there are any known issues regarding IPC::Open2 with mod_perl. I
recently put cvsweb.cgi under mod_perl for our cvs server and found problems where
with the cvsweb.cgi attempting to close the logfile. The statement looks like this:
close($reader) or warn "cannot close:
36 matches
Mail list logo
