stas2002/11/25 19:48:42
Modified:xs/APR/PerlIO apr_perlio.h
.Changes
Log:
define IoTYPE_RDONLY/IoTYPE_WRONLY for perl-5.6.0 so the project
compiles again under 5.6.0
Revision ChangesPath
1.4 +8 -0
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:
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 know is just
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
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 curren;
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).
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 repository
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.
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 ---
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
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 segmentation
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
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 same
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 getting the
Folks,
is there any benefit in using Apache::DBI when all db calls ought to go
through db proxies?
Thanks in advance
-r
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 best
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
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 curren;
decode_entities($txt)
$r-print ($txt);
return Apache::OK;
I get in my navigator : Long life to the . (where . is a symbol
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
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
[ 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
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
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
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
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 successfully
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
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
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
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!
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,
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
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
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.
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 web
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 manually in
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
35 matches
Mail list logo