Hi,
well I don't know exactly what's going wrong but it seems that your
mod_perl misses building with Transhandler hooks. Normally I let
mod_perl also build/install my apache and secondly you should issue the
following make file command:
---8<---
[EMAIL PROTECTED
Hello everyone!
When I installed RH9.0, perl5 was installed on my
system automatically. And now I tar apache-1.3.31
under the /home/globus/Project/apache-1.3.31 directory
and install it under /usr/local/apache. Modperl-1.0
was tared in the same directory.
I have installed apache successfully. When
I'll update the documentation on the next release.
Rob
- Original Message -
From: "Thomas Schindl" <[EMAIL PROTECTED]>
To: "Mike Ward" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, July 28, 2004 2:08 PM
Subject: Re: Cache::FastMmap
I think when you don't use raw_values =>
On Tue, 2004-07-27 at 21:20, Bryn Dyment wrote:
> I'm wondering if this approach to using variables in Perl modules (and
> setting/accessing these variables during a request) is sane (both for
> a $dbH and a "generic" variable):
Putting anything stateful in globals is a questionable practice, beca
On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
> I did apply the patch, got following results during gmake:
>
> [quote]
> cd "src/modules/perl" && gmake -f Makefile.modperl
> gmake[1]: Entering directory `/home/bozy/src/modperl-2.0/src/modules/perl'
> gmake[1]: Nothing to be done for `all'.
> gmake[1
I think when you don't use raw_values => 1 as parameter you have
to pass your data as references because Storable expects references.
Maybe you could point the module author to mention that in the modules
man-page.
When searching how to use things often the test-suite gives you a good
pointers wh
I did apply the patch, got following results during gmake:
[quote]
cd "src/modules/perl" && gmake -f Makefile.modperl
gmake[1]: Entering directory `/home/bozy/src/modperl-2.0/src/modules/perl'
gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory `/home/bozy/src/modperl-2.0/src/modul
On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
> I get a 403: Forbidden error while trying to get the
> patch, but I guess that's not necessary cause you told
> latest CVS snapshot already has it. Please refer to my
> last message (okay, the one before this one) for results
> of latest CVS snapshot t
Nevermind, I've got it.
In case anyone else has the problem, set the following option:
my $cache = Cache::FastMmap->new(
raw_values => 1,
);
On Wed, 28 Jul 2004 13:19:05 -0400, Mike Ward <[EMAIL PROTECTED]> wrote:
> I'm having some trouble with Cache::FastMmap and haven't found
> a
I get a 403: Forbidden error while trying to get the patch, but I guess
that's not necessary cause you told latest CVS snapshot already has it.
Please refer to my last message (okay, the one before this one) for
results of latest CVS snapshot test. Seems to be same problem, though...
Regards
Alex
I'm having some trouble with Cache::FastMmap and haven't found
anything useful via the docs or Google, and was hoping someone here
might have an idea. Below I have included the entire program, and the
result. It's nearly word-for-word from the documentation.
Program:
--
On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
> It seems I did a 'reply all' to a couple of messages, so it went to
> '[EMAIL PROTECTED]' and did not go to Stas, as he wasn't on the list
> of original message recipients, I'll be watching this from now on.
> The counter in Subject field (Re[4]: etc.)
On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
> Okay, I could see one in snapshots/modperl-2.0 directory, thanks, I'll
> try this straight away. The patch I am talking about is the one
> received from Randy Kobes, applicable to snapshot as of 27/06.
That patch (which led to problems with some tabs
On Wed, 28 Jul 2004, Charlene Wroblewski wrote:
> I don't think the right file is there. Winzip has an error processing
> this downloaded file:
>
> mod_perl-2.0-current.tar.tar
>
> Error reading header after processing 0 entries.
>
> Charlene
I've seen this too sometimes when one downloads a .ta
Stas Bekman <[EMAIL PROTECTED]> wrote on 07/27/2004 08:08:42 PM:
> Are you familiar with NetBSD's compiler/linker, Mikhail?
Unfortunately not :(
The only thing I can add is that I've tried to build mod_perl-1.99-14 in
the same circumstances, i.e. not using NetBSD pkgsrc system and with
httpd
Ian Michell wrote:
Hi,
I have a slight problem. I want to know it is possible to use a variable
to set part of the @INC path.
Although that's a little bit off topic and much more a perl question.
Yes. You can.
testlib/MYTEST.pm
8<
print "LOADED\n";
1;
-
Hi,
I have a slight problem. I want to know it is possible to use a variable
to set part of the @INC path.
i.e. current code that works: use lib qw ( /usr/local/www/cvg-bin/ );
Is there a way to make it use an environment variable
Rgds
Ian M
--
Report problems: http://perl.apache.org/bugs/
I don't think the right file is there. Winzip has an error processing
this downloaded file:
mod_perl-2.0-current.tar.tar
Error reading header after processing 0 entries.
Charlene
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List et
Hi,
Am Mittwoch 28 Juli 2004 12:20 schrieb Tom Schindl:
> Boris Zentner wrote:
[...]
> > # bypass Apache::DBI
> > $dbh = DBI->connect($data_source, $username, $password, {
> > dbi_connect_method => 'connect' }) || die;
>
> I knew there is such a parameter, but couldn't remember it. So I took a
Boris Zentner wrote:
Am Mittwoch 28 Juli 2004 06:36 schrieb Chris Ochs:
We have our own application server built on mod perl and the template
toolkit. Most of the application specific sql queries all run as a single
user which is great for Apache::DBI. Every end user also has 3-4 tables
they can
We have our own application server built on mod perl and the template
toolkit. Most of the application specific sql queries all run as a single
user which is great for Apache::DBI. Every end user also has 3-4 tables
they can query (using the template toolkit DBI plugin) using their own
username,
Just built the latest modperl (modperl-2.0_20040728043433). Everything
configures/compiles OK, no warnings. Test yields following results:
[quote]
powerpc bozy: /home/bozy/src/modperl-2.0 $ t/TEST -debug -apxs
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl /h
Am Mittwoch 28 Juli 2004 06:36 schrieb Chris Ochs:
> We have our own application server built on mod perl and the template
> toolkit. Most of the application specific sql queries all run as a single
> user which is great for Apache::DBI. Every end user also has 3-4 tables
> they can query (using
Okay, I could see one in snapshots/modperl-2.0 directory, thanks, I'll
try this straight away. The patch I am talking about is the one
received from Randy Kobes, applicable to snapshot as of 27/06.
I'll get back as soon as I'll build/test modperl.
Regards
Alexey
SB> [cc'ing the modperl list for
[cc'ing the modperl list for the archives]
Alexey Bozrikov wrote:
Dear Stas,
had a look at Makefile, there should be a typo somewhere in the patch
file which I applied, as install-aprlib target reads:
[quote]
aprext_install:
@$(MKPATH) "/usr/local/apache2/lib"
$(CP) " -L/home/bozy/s
25 matches
Mail list logo
