):
relocation R_X86_64_32S against `PL_sv_yes' can not be used when making
a shared object; recompile with -fPIC
/opt/perl/lib/5.16.0/x86_64-linux/CORE/libperl.a: could not read
symbols: Bad value
--
Jiří Pavlovský
supported by DBI:
An application can set the ReadOnly attribute of a handle to a
true value to indicate that it will not be attempting to
make any changes using that handle or any children of it.
--
Jiří Pavlovský
Hello,
I wanted to upgrade my CentOS5 based system to new perl/mod_perl.
So I build my perl 5.14.2 and mod_perl 2.0.5.
I'm getting segfaults whenever I try to access the server.
I tried patch suggested here: that doesn't help.
On 12.12.2011 21:06, Torsten Förtsch wrote:
On Monday, 12 December 2011 20:51:12 Jiří Pavlovský wrote:
I wanted to upgrade my CentOS5 based system to new perl/mod_perl.
So I build my perl 5.14.2 and mod_perl 2.0.5.
I'm getting segfaults whenever I try to access the server.
If it's worker MPM
Hello,
I'm trying to use ModPerl::RegistryLoader to compile my app at server
startup.
I have the code below in my startup.pl. I can see that the program is
loaded at startup, but
when I hit the url it is executed as a normal CGI.
What am I doing wrong?
sub trans {
my $uri = shift;
On 26.7.2011 16:08, Perrin Harkins wrote:
2011/7/26 Jiří Pavlovskýj...@getnet.cz:
That is probably it, I store db handle in a singleton.
That, unfortunately is something I cannot change easily
Apache::DBI should make this unnecessary. You could change your
singleton code to DBI-connect every
On 25.7.2011 22:18, Perrin Harkins wrote:
2011/7/22 Jiří Pavlovskýj...@getnet.cz:
On 22.7.2011 18:15, Perrin Harkins wrote:
However this doesn't work as Apache is segfaulting.
That makes it sound like it is working but there's something in your
scripts that doesn't like being loaded in the
On 22.7.2011 18:15, Perrin Harkins wrote:
However this doesn't work as Apache is segfaulting.
That makes it sound like it is working but there's something in your
scripts that doesn't like being loaded in the parent process. Are you
opening up database handles or files on the first hit and
Hello,
The documentation for ModPerl::Registry states: Note that each httpd
process or child must compile each script once, so the first request
to one server may seem slow, but each request there after will be
faster. If your scripts are large and/or make use of many Perl modules,
this
On 21.7.2011 18:41, Perrin Harkins wrote:
So I was looking a solution and found ModPerl::RegistryLoader. I'm just not
sure I understand it completely. Is this the compile once at startup
solution?
Yes, that's what it's for.
Thanks, so I'm on correct track
Do I just put my $rlbb =
I want to use CHI with SQLite backend for my app.
Tested in cgi environment it worked ok, but under mod_perl
it croaks in CHI DBI driver when trying to create the tables with
mysterious no error error.
I think my problem is identical to the one I found described here:
Andy Armstrong wrote:
Has anyone heard from James Freeman, the maintainer of CGI::Simple
(http://search.cpan.org/dist/Cgi-Simple/)? It's not been updated
in a
couple of years, the outstanding bugs appear to mostly be related to
the same issue, and I tried emailing him about this using the
Andy Armstrong wrote:
On 16 Jan 2007, at 16:25, Jiří Pavlovský wrote:
I use it too. In CGI::Application run under Registry. I had to make
few changes for it to run under mp2 IIRC.
Do you still have those changes? I'd be interested to see a diff
against the released version if possible
Hi,
I'm runnig RHEL3 on server and wanted to use Apache::AuthCookie module
for my application. As it needs mod_perl 2.0.0rc5 and RHEL3 comes with
1.99_09 I decided to upgrade.
I installed apache 2.0.59, postgresql 8.1.4. Here my problems started.
The only workable combination is to
Perrin Harkins wrote:
On Wed, 2006-08-16 at 16:19 +0200, Jiří Pavlovský wrote:
Httpd segfaults if I compile DBD::Pg against newer libreries and/or
use newer mod_perl.
So you're saying that it segfaults if you compile DBD::Pg against the Pg
8.1.4 libs or if you compile mod_perl 2.0.2
15 matches
Mail list logo