Hey guys,
This is most likely related to my first post using Perl 5.8 and
matching mod perl, however, since this is a new version of Perl 5.10
and the DEV version of mod perl 2.0.4-dev, I thought I should post this
as well... I'm starting to think that it's not a CRLF problem, but
something e
Thats what I would do too. The CGI::Builder author seems to be
available to help (http://perl.4pro.net), perhaps for pay, but
maybe he wont charge for compile- and bug-fixing.
Niels
Dan Axtell wrote:
On Tuesday 26 August 2008 2:28:46 pm Niels Larsen wrote:
I dont have a good answer. But editin
Hey, Perrin.
My DBI calls are within the code that is executed in the loop. Not
before. Even so, I tried using $dbh->super::disconnect(), and that had
no apparent affect. Still segfaulting.
I'm feeling like it's not the DBI stuff. Where else can I look?
Eric
> -Original Message-
> F
On Tuesday 26 August 2008 2:28:46 pm Niels Larsen wrote:
> I dont have a good answer. But editing the Makefile may hide the real
> error .. which error appears when not editing the Makefile, and Google
> with that error, no hints? what happens if -Dloclibpth="/usr/lib64"
> is omitted? and of curios
On Tue, Aug 26, 2008 at 2:28 PM, Berg, Eric <[EMAIL PROTECTED]> wrote:
> I'm using Apache::DBI.
>
> I stripped out calls to code that use DBI and it still segfaults.
>
> I've gone into the code and made sure that any method that does a DBI
> call also uses $dbh->disconnect;
With Apache::DBI, you a
I dont have a good answer. But editing the Makefile may hide the real
error .. which error appears when not editing the Makefile, and Google
with that error, no hints? what happens if -Dloclibpth="/usr/lib64"
is omitted? and of curiosity, what was the reason for going back to
perl 5.8 from 5.10? (
I'm using Apache::DBI.
I stripped out calls to code that use DBI and it still segfaults.
I've gone into the code and made sure that any method that does a DBI
call also uses $dbh->disconnect;
Eric
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of P
On Tue, Aug 26, 2008 at 2:04 PM, Berg, Eric <[EMAIL PROTECTED]> wrote:
> We're using DBI here as well
That's going to make forking a lot more complicated. You'll need to
close your DBI handles before you fork, or set InactiveDestroy on
them. You need to open new ones in the forked process to do
...lots of them.
First off, let me thank Torsten for the help understanding some of the
environment issues with forking.
I have created a class for running external programs that will be a
little bit smart and a little bit configurable to allow processes to be
run by system() calls directly, IPC:
Hi,
I am new to mod_perl, and this has puzzled me for quite some time. I will
appreciate any thoughts/ideas/input on how to do this.
I used mod_perl to write a customized module of perlAuthnHandler. my handler
is trying to access some third party database for authentication, get back the
use
On Tuesday 26 August 2008 7:14:35 am you wrote:
> I had something that sounds the same. Setting CCFLAGS didnt
> work, but
>
> sh ./Configure -de -Accflags='-fPIC' (etc)
>
> did give a libperl that worked on AMD x86_64. With 5.10 though.
>
OK, I tried this:
sh ./Configure -de -Accflags='-fPIC'
I had something that sounds the same. Setting CCFLAGS didnt
work, but
sh ./Configure -de -Accflags='-fPIC' (etc)
did give a libperl that worked on AMD x86_64. With 5.10 though.
Niels L
Dan Axtell wrote:
You will need to compile perl with -fPIC on x86_64, I think I did it with:
ccflags='-fP
On Tue 26 Aug 2008, Darragh Gammell wrote:
> Subroutine main::strftime redefined at
> /usr/share/perl/5.8/Exporter.pm line 66.
> at /home/secure/public_html/tagtag/send.cgi line 10
> Prototype mismatch: sub main::strftime: none vs ($\@;$) at
> /usr/share/perl/5.8/Exporter.pm line 66.
> at /home/s
13 matches
Mail list logo
