istent state
>>> /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
>>> /usr/bin/perl Build.PL installdirs=site -- OK
>>> Running Build for /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
>>> Building Image-Imlib2
>>> /home/ruben/.cpan/build/Image-Imlib2-2.03-0/
e/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> > /usr/bin/perl Build.PL installdirs=site -- OK
> > Running Build for /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> > Building Image-Imlib2
> > /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> > ./Build -- OK
> > Runni
-2.03-0/.
> Building Image-Imlib2
> /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> ./Build -- OK
> Running Build test for
> /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> t/autocrop.t .. 1/8 Image::Imlib2 load error: No loader for
> file format at t/autocrop.t line 7.
>
build/Image-Imlib2-2.03-0/.
t/autocrop.t .. 1/8 Image::Imlib2 load error: No loader for
file format at t/autocrop.t line 7.
It uncovers the error and gives NO HINT how to solve this.
I don't even know where the xs files are being compiled and loaded
This could be as easy as an ldd ld.
I fixed the Images::Imlib2 package so it will at least compile buy hard
coding the pkg-config file instead of the removed imlib2-config
But it is still not finding the image modules that are used by
Image::Imlib2->load()
I'm not really sure where that is even being inherited from
because I never
On 3/29/25 2:45 PM, Ian B wrote:
> Make sure you install the Imlib2 headers, something like Imlib2-dev
> package.
the is no such package :(
--
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Saf
htenment/
>
> Alternatively, if you have downloaded and installed imlib2 and this
> still will not work, modify the $CONFIG variable inside Build.PL to
> point to the imlib2-config program that provides.
>
>
>
> The change file of imlib2 says this program has been removed a
n recently removed again. Scouring the net for a
solution I turned up this:
https://stackoverflow.com/questions/66261506/imlib2-saving-image-returns-imlib-load-error-no-loader-for-file-format#66264954
Quote
Ok, after digging a little deeper into the imlib2 source it turns
out that the loaders are
On 3/29/25 3:34 AM, Ian B wrote:
> Try nm -D rather than nm
>
> nm -D /usr/lib/imlib2/loaders/jpeg.so | grep ProgressRows
>
> I'd be tempted to ask about this question on StackOverflow, there's some
> very knowledgeable folk on there, who may have some better things to
> check...a part of me
Try nm -D rather than nm
nm -D /usr/lib/imlib2/loaders/jpeg.so | grep ProgressRows
I'd be tempted to ask about this question on StackOverflow, there's some
very knowledgeable folk on there, who may have some better things to
check...a part of me wants to suggest reinstalling Perls Image::Imli
[ruben@www3 ~]$ strings /usr/lib/imlib2/loaders/zlib.so|grep
__imlib_FindBestLoader
__imlib_FindBestLoader
On Fri, Mar 28, 2025 at 10:44:52PM +, Ian B wrote:
> Sorry, had missed some of those errors earlier...so looking at these...
>
> 4304: /usr/lib/imlib2/loaders/jpeg.
On Fri, Mar 28, 2025 at 10:44:52PM +, Ian B wrote:
> Sorry, had missed some of those errors earlier...so looking at these...
>
> 4304: /usr/lib/imlib2/loaders/jpeg.so: error: symbol lookup
> error: undefined symbol: __imlib_LoadProgressRows (fatal)
> 4304: /usr/lib
Sorry, had missed some of those errors earlier...so looking at these...
4304: /usr/lib/imlib2/loaders/jpeg.so: error: symbol lookup
error: undefined symbol: __imlib_LoadProgressRows (fatal)
4304: /usr/lib/imlib2/loaders/zlib.so: error: symbol lookup
error: undefined symbol
/imlib2/loaders/jpeg.so
linux-vdso.so.1 (0x7bef70eb4000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x7bef70def000)
libc.so.6 => /usr/lib/libc.so.6 (0x7bef70c01000)
/usr/lib64/ld-linux-x86-64.so.2 (0x7bef70eb6000)
[www3 ~]#
don't look like an error
[www3 ~]# ls -al /usr/lib/
So, a few bits to check(what distro is this on?)
do an 'updatedb' as root/sudo, to rebuild your file search db
locate loaders | grep imlib2
Does it show the jpeg.so file ? Eg /usr/lib64/imlib2/loaders/jpeg.so
If you do ldd /usr/lib64/imlib2/loaders/jpeg.so (or whatever from previous
output)
On 3/28/25 10:46 AM, Ian B wrote:
> and maybe just check the obvious, if you do "file
> /home/ruben/20130303_133505.jpg" does it say its a JPEG ? (assuming on
> Linux)
>
yes
--
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in
sr/lib/libbz2.so.1.0
> > 4304:
> > 4304:
> > 4304: calling init: /usr/lib/libpng16.so.16
> > 4304:
> > 4304:
> > 4304: calling init: /usr/lib/libfreetype.so.6
> > 4304:
> > 4304:
> > 4304: c
4304:
> 4304:
> 4304: calling init: /usr/lib/libX11-xcb.so.1
> 4304:
> 4304:
> 4304: calling init: /usr/lib/libXext.so.6
> 4304:
> 4304:
> 4304: calling init: /usr/lib/libImlib2.so.1
> 4304:
> 4
local/lib/perl5/site_perl/5.26.1/x86_64-linux-thread-multi/auto/Image/Imlib2/Imlib2.so
4304:
4304: find library=libjpeg.so.8 [0]; searching
4304:search cache=/etc/ld.so.cache
4304: trying file=/usr/lib/libjpeg.so.8
4304:
4304: /usr/lib/imlib2/load
and maybe just check the obvious, if you do "file
/home/ruben/20130303_133505.jpg" does it say its a JPEG ? (assuming on
Linux)
you've found...
and as you've seen...
if (err == IMLIB_LOAD_ERROR_NO_LOADER_FOR_FILE_FORMAT) {
Perl_croak(aTHX_ "Image::Imlib2 load error: No loader for
file format");
}
so IMLIB_LOAD_ERROR_NO_LOADER_FOR_FILE_FORMAT feels like it's the key
(/home/ruben/20130303_133505.jpg);
if (-e $pic) {
print STDERR "File Exists ==> $pic\n";
$image = Image::Imlib2->load($pic);
}
$image->save("/home/ruben/out.jpg");
[ruben@www3 Image]$ ~/bin/testimlib.pl
File Exists ==> /home/ruben/20130303_133505.jpg
Image::Imlib
at there's no "use strict;" line. Are you using this in the other
scripts in which your users are encountering the HTTP 500 error?
> Thanks Perrin.
>
> The "end user" is getting the following:
>
> HTTP/1.1 500 Internal Server Error
> Date: Tue, 08 Oct
Thanks Perrin.
The "end user" is getting the following:
HTTP/1.1 500 Internal Server Error
Date: Tue, 08 Oct 2024 20:17:24 GMT
Server: Apache/2.4.57 (AlmaLinux) OpenSSL/3.0.7 mod_perl/2.0.12 Perl/v5.32.1
Content-Length: 333
Connection: close
Content-Type: text/html; charset=iso-8859-1
DBI is supposed to install the driver when you call connect(), although
that does mean any code loaded there isn't shared in memory.
My question would be, did you get any actual failed responses in your load
test, or just these error log messages? If all the requests succeeded, then
I
Thanks Ed. I'll add it and see if it helps. My load testing phase is
already completed, but I may get a chance to retest next year.
On Thu, Oct 10, 2024 at 6:32 AM Edward J. Sabol
wrote:
> On Oct 7, 2024, at 5:55 PM, Tim Lank wrote:
>
> I have the following in my startup.pl:
>
> use CGI qw(:a
On Oct 7, 2024, at 5:55 PM, Tim Lank wrote:I have the following in my startup.pl:use CGI qw(:all);use CGI::Carp 'fatalsToBrowser', 'carpout';use List::Util 'shuffle';CGI->compile(':all');Apache::DBI->connect_on_init ("DBI:mysql:holidayshop",I don't know if it will help or not, but, before the abo
x27;);
>> Apache::DBI->connect_on_init
>> ("DBI:mysql:holidayshop",
>> "dba",
>> "theactualpw",
>> {
>>PrintError => 1, # warn() on errors
>>RaiseError => 0, # don't die on error
>&g
ompile(':all');
> Apache::DBI->connect_on_init
> ("DBI:mysql:holidayshop",
> "dba",
> "theactualpw",
> {
>PrintError => 1, # warn() on errors
>RaiseError => 0, # don't die on error
>
lsToBrowser', 'carpout';
use List::Util 'shuffle';
CGI->compile(':all');
Apache::DBI->connect_on_init
("DBI:mysql:holidayshop",
"dba",
"theactualpw",
{
PrintError => 1, # warn() on errors
27;shuffle';
>> CGI->compile(':all');
>> Apache::DBI->connect_on_init
>> ("DBI:mysql:holidayshop",
>> "dba",
>> "theactualpw",
>> {
>>PrintError => 1, # warn() on errors
&
'carpout';
> use List::Util 'shuffle';
> CGI->compile(':all');
> Apache::DBI->connect_on_init
> ("DBI:mysql:holidayshop",
> "dba",
> "theactualpw",
> {
>PrintError => 1,
ba",
"theactualpw",
{
PrintError => 1, # warn() on errors
RaiseError => 0, # don't die on error
AutoCommit => 1, # commit executes immediately
}
);
$Apache::DBI::DEBUG = 0;
1;
mysql> SHOW VARIABLES LIKE 'wait_%';
+-
they look the same, but httpd fails at startup with the following error:
[Thu Oct 26 16:11:46.962322 2023] [perl:error] [pid 96852:tid 96852] Can't
locate /home/allwebfiles/perl/startup.pl: /home/allwebfiles/perl/startup.pl:
Permission denied at (eval 2) line 1.\n
[Thu Oct 26 16:11
y app from oracle to
Postgres and need to test this before doing the switchover.)
I’ve looked at the apache settings on both systems, file permissions, etc and they look the same, but httpd fails at startup with
the following error:
[Thu Oct 26 16:11:46.962322 2023] [perl:error] [pid 96852:tid 96
In message , "Johnson, Bruce
E - (bjohnson)" writes:
>apachectl configtest
>
>[Fri Oct 27 08:41:49.204868 2023] [so:warn] [pid 97206:tid 97206] AH01574: =
>module perl_module is already loaded, skipping
>
>Syntax OK
>
>
># su - webworker
>$ perl -c /home/allwebfiles/perl/startup.pl
>
>
>[webworker
On Oct 27, 2023, at 6:34 AM, John D Groenveld wrote:
The contents of startup.pl seem to be correct (the only change was
the dbd line in the DBI startup.)
Two tests come to mind that might help you debug:
# apachectl configtest
apachectl configtest
[Fri Oct 27 08:41:49.204868 2023] [so:warn
to test this before doing the switchover.)
>
>I've looked at the apache settings on both systems, file
>permissions, etc and they look the same, but httpd fails at startup
>with the following error:
>
>
>[Thu Oct 26 16:11:46.962322 2023] [perl:error] [pid 96852:tid 96852]
httpd fails at startup with the following error:
[Thu Oct 26 16:11:46.962322 2023] [perl:error] [pid 96852:tid 96852] Can't
locate /home/allwebfiles/perl/startup.pl: /home/allwebfiles/perl/startup.pl:
Permission denied at (eval 2) line 1.\n
[Thu Oct 26 16:11:46.962564 2023] [perl:error]
27;s 'anon4' entry.
can't find ANONSUB's 'anon3' entry.
I've Googled the error and found nothing of any use. I've checked out
the mod_perl source code and found the error but have failed to make
much further progress,
We have reasonable competence in C and m
_MEMPOOL)
#define PERL_TRACK_MEMPOOL
# endif
#else
# undef PERL_TRACK_MEMPOOL
#endif
-Original Message-
From: LARA ZIOSI [mailto:lara.zi...@hcl.com]
Sent: Tuesday, February 18, 2020 10:50 AM
To: modperl@perl.apache.org
Subject: /usr/lib64/perl5/CORE/perl.h:183:16: error: ‘my_perl’ un
APR::Brigade
Writing Makefile for APR::Bucket
Writing Makefile for APR::BucketAlloc
Writing Makefile for APR::BucketType
Writing Makefile for APR::Date
Writing Makefile for APR::Error
Writing Makefile for APR::Finfo
Writing Makefile for APR::IpSubnet
Writing Makefile for APR::OS
Writing Makefile
ib '../lib'; # this did not cause the error anymore, even though the
path was incorrect relative to the script.
And I think what was happening was that you're right the current working
directory was being set to / and ../../lib was an invalid path somehow.
Anyway I adopted your
e lib...' line. Implying again that mod_perl was able to locate
> MyApp.pm through the -I/Users/mehryar/Sites/lib.
>
> But what I don't understand is why it fails if the use lib '../lib'; line
> is present in the script?
> I get the following error:
> Can't locate
ut the
'use lib...' line. Implying again that mod_perl was able to locate MyApp.pm
through the -I/Users/mehryar/Sites/lib.
But what I don't understand is why it fails if the use lib '../lib'; line
is present in the script?
I get the following error:
Can't locate MyApp
eq = $self->request;
$req->upload('file')
params => {
category => -1,
type => "image",
upload_id => "ecb6073cecf1906c586868825FFF4052",
},
When run: $req->upload('file')
I get: ERROR: Internal apreq error
`.rodata.str1.8' can not be used when making a shared
object; recompile with -fPIC
/opt/perl/lib/5.22.1/x86_64-linux-thread-multi/CORE/libperl.a: error adding
symbols: Bad value
collect2: error: ld returned 1 exit status
make[1]: *** [mod_perl.so] Error 1
make[1]: Leaving directory `/home/rs/mod_perl-
Can anyone help with this?
T
I just wanted to mention, this the configure we used for apache
./configure --prefix=/usr/local/httpd-2.4.16 --enable-file-cache
--enable-cache --enable-disk-cache --enable-mem-cache --enable-deflate
--enable-expires --enable-headers --enable-usertrack --enable-ssl
--enable-vhost-alias --enable-re
Hello Ken,
As you can see, we are also using prefork `Server MPM: prefork` and
perl without threading however,
we are still getting the error. Can anyone help with this please?
Thanks in Advance,
Terrance
We are also using mod_perl. But I have not compiled modperl by hand for
a long time. Under ubuntu we just did:
apt-get install apache2 apache2-mpm-prefork
apt-get install libapache2-mod-perl2
apt-get install libapreq2
apt-get install libapache2-request-perl
a2enmod apreq
apache2ctl restart
And
Hello,
I am using perl build without threads and httpd with prefork. My understand
that this all non-threaded environment however, when trying to compile
mod_perl I still get the error:
* perl -V
Summary of my perl5 (revision 5 version 20 subversion 2) configuration:
Platform:
osname
Hello mod_perl-ers,
I'm seeing a fair amount of these in my apache error log:
Apache2::Filter internal flush: (-3) Unknown error 4294967293 at -e line 0
I'm running apache 2.2.29, mod_perl 2.0.8 on linux.
Looking at the source code, it looks like I'm getting into this els
Hello mod_perl-ers,
I'm seeing a fair amount of these in my apache error log:
Apache2::Filter internal flush: (-3) Unknown error 4294967293 at -e line 0
I'm running apache 2.2.29, mod_perl 2.0.8 on linux.
Looking at the source code, it looks like I'm getting into this els
al 11, Segmentation fault.
#0 0x2adecf86e9eb in read () from /lib64/libpthread.so.0
(gdb)
This isn't the libpthread-related error in the troubleshooting section because
I built perl 5.20.0 myself with ithreads and then built everything else from
scratch with that - CPAN libs, apr/apr-uti
D'oh sorry bad value for POST_MAX, please ignore. -Mark
-Original Message-
From: Mark Hedges
Sent: Monday, June 23, 2014 4:02 PM
To: apreq-...@httpd.apache.org; mod_perl list
Cc: Mark Hedges
Subject: RE: APREQ_ERROR_MISMATCH error, I think
No one seems home on the apreq-dev list s
No one seems home on the apreq-dev list so I'm ccing mod_perl in the hope
someone can help. Sorry if that annoys anyone.
I rebuilt everything using perl 5.20.0, Apache 2.2.27 will all the mods,
mod_perl svn trunk.
When I use Apache2::Request, I get a server error, it fails with the me
tpd/mod_rewrite.so
[ debug] libexec/httpd/mod_rewrite.so successfully resolved to existing file
/ntfhome/local/libexec/httpd/mod_rewrite.so
[ debug] Found: rewrite_module => mod_rewrite.c
[ debug] LoadModule rewrite_module mod_rewrite.c
[ debug] /etc/httpd/mime.types is already absolute
[ d
On 5 November 2013 12:23, Michiel Beijen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi Steve,
>
>
> 11/04/2013 17:54 - Steve Hay wrote:
>
>> mod_perl does not yet support httpd-2.4.x. It currently only supports
>> up to 2.2.x, but work is underway to add 2.4.x support, hopefull
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Steve,
11/04/2013 17:54 - Steve Hay wrote:
> mod_perl does not yet support httpd-2.4.x. It currently only supports
> up to 2.2.x, but work is underway to add 2.4.x support, hopefully in
> the next release.
I'm curious; first Fedora and now als
On 11/4/2013 12:51 PM, Steve Hay wrote:
On 4 November 2013 17:43, Jorge Hernandez wrote:
Hey guys,
I'm trying to compile mod_perl 2.0.8 for Apache 2.4.6 x64, but when I
run "perl Makefile.PL" I get this:
ERROR from evaluation of ...\mod_perl-2.0.8\Apache-Reload/Make
[sNip]
> mod_perl does not yet support httpd-2.4.x. It currently only supports
> up to 2.2.x, but work is underway to add 2.4.x support, hopefully in
> the next release.
Thanks for the update. I am looking forward to not having to run
two different versions of Apache HTTPd on the same bo
On 4 November 2013 17:43, Jorge Hernandez wrote:
> Hey guys,
>
> I'm trying to compile mod_perl 2.0.8 for Apache 2.4.6 x64, but when I
> run "perl Makefile.PL" I get this:
>
> ERROR from evaluation of ...\mod_perl-2.0.8\Apache-Reload/Makefile.PL:
> Use of unini
Hey guys,
I'm trying to compile mod_perl 2.0.8 for Apache 2.4.6 x64, but when I
run "perl Makefile.PL" I get this:
ERROR from evaluation of ...\mod_perl-2.0.8\Apache-Reload/Makefile.PL:
Use of uninitialized value $v in substitution (s///) at
Apache-Test/lib/Apache/TestRun.pm line
Verified using:
/install/perl/v5.18/bin/perl -V:useithreads -V:usemultiplicity
Result should be like:
useithreads='define';
usemultiplicity='define';
I also upgraded mod_perl to 2.0.8 to get over another error message that is
discussed here:
http://comments.gmane.org/gma
Hi All,
I have Apache/2.2.22 and Perl/v5.18.0 and setting up mod_perl/2.0.7.
While installing mod_perl I am getting the following error:
Ø file /install/perl/v5.18/perl
gives
/install/perl/v5.18/perl: ELF 64-bit LSB executable, AMD x86-64, version 1
(SYSV), for GNU/Linux 2.6.9, dynamically
Yes. It's the same way using it. There is database handle created in
startup.pl. The startup.pl file is configured in block. The "connection
lost contact" error only happens when either in "apachectl stop" or when a
child process exits.
- xinhuan
From: Pe
: Fred Moyer
> Cc: Xinhuan Zheng , "modperl@perl.apache.org" <
> modperl@perl.apache.org>
>
> Subject: Re: Apache::DBI "connection lost contact" error
>
> Thanks Fred!
>
>
> On Wed, Jun 12, 2013 at 3:29 AM, Fred Moyer wrote:
>
>> Apac
y, June 12, 2013 5:53 AM
To: Fred Moyer mailto:f...@redhotpenguin.com>>
Cc: Xinhuan Zheng mailto:xzh...@christianbook.com>>,
"modperl@perl.apache.org<mailto:modperl@perl.apache.org>"
mailto:modperl@perl.apache.org>>
Subject: Re: Apache::DBI "connection lost co
atch and see about getting a new release
> out
> > to CPAN.
> >
> > - Perrin
> >
> >
> > On Thu, Jun 6, 2013 at 5:02 PM, Xinhuan Zheng
> > wrote:
> >>
> >> Hi Perrin,
> >>
> >> I did a testing with debugging.
On Thu, Jun 6, 2013 at 5:02 PM, Xinhuan Zheng
> wrote:
>>
>> Hi Perrin,
>>
>> I did a testing with debugging. I don't see the "connection lost contact"
>> error anymore. The patch looks good to me.
>>
>> Thanks,
>> - xinhua
That's great! I'll commit the patch and see about getting a new release
out to CPAN.
- Perrin
On Thu, Jun 6, 2013 at 5:02 PM, Xinhuan Zheng wrote:
> Hi Perrin,
>
> I did a testing with debugging. I don't see the "connection lost
> contact" erro
Hi Perrin,
I did a testing with debugging. I don't see the "connection lost contact" error
anymore. The patch looks good to me.
Thanks,
- xinhuan
From: Perrin Harkins mailto:phark...@gmail.com>>
Date: Thursday, June 6, 2013 3:02 PM
To: Xinhuan Zheng mailto:xzh...@c
On Thu, Jun 6, 2013 at 12:22 PM, Xinhuan Zheng
wrote:
> The database handle that is created in startup.pl needs to be really
disconnected (not overloaded disconnect) so that won't leave an idle server
> process running on the database side. Once it's really disconnected, the
server process can be
om>>
Cc: Jim Schueler mailto:jschue...@eloquency.com>>,
"modperl@perl.apache.org<mailto:modperl@perl.apache.org>"
mailto:modperl@perl.apache.org>>
Subject: Re: Apache::DBI "connection lost contact" error
On Tue, Jun 4, 2013 at 2:32 PM, Xinhuan Zheng
ma
On Tue, Jun 4, 2013 at 2:32 PM, Xinhuan Zheng
wrote:
> I have seen in other web servers when apachectl starts, there is no
"connect lost contact" error but it did happen when apachectl stops.
If your server does not receive constant requests, you may see this error
on shutdown b
Hi Perrin,
I have seen in other web servers when apachectl starts, there is no "connect
lost contact" error but it did happen when apachectl stops. If child process
uses ping the inherited database handle and it is ping-able, then the child
process may use it. That'll be a probl
On Tue, Jun 4, 2013 at 9:59 AM, Xinhuan Zheng
wrote:
> Will the new connection that's created be cached after then and the
connection that's not ping-able will be discarded?
Yes.
> Will this cached the new connection last until the child process exit?
Yes, unless it times out on the Oracle side
Hi Perrin,
> It looks to me like there's no danger here, just an annoying error message.
> Your connection from the parent process is being passed across the fork, but
> then when each child process tries to check it with ping() it fails and a new
> connection is opened t
On Mon, Jun 3, 2013 at 4:36 PM, Dave Morgan wrote:
> As an administrator I still rely and depend on Apache::DBI, even if it is
unsupported.
Can we kill this rumor please? Apache::DBI is supported.
- Perrin
On Mon, Jun 3, 2013 at 2:36 PM, Dave Morgan wrote:
> On 06/03/2013 03:14 PM, Perrin Harkins wrote:
>
> DO NOT USE Apache::DBI with DBI::Connector or any other database caching
> technique. This requires
> knowledge of the code!!!
DBIx::Class monkey patches Apache::DBI so that the caching behavior
On 06/03/2013 03:14 PM, Perrin Harkins wrote:
On Monday, June 3, 2013, Xinhuan Zheng wrote:
> What is the check to see if the server is restarting? Is that new child
processes spawning?
I always found the best way to run/test Apache::DBI was to run a mod-perl
enabled http server without Apac
e 128:
if (Apache2::ServerUtil::restart_count() == 1) {
> If there is a bug in how it checks to see if the server is restarting,
does it affect putting it into production use?
It looks to me like there's no danger here, just an annoying error message.
Your connection from the parent process is be
Hi Perrin,
> Does Apache::DBI work right with Apache2+mod_perl2?
Yes, but there may be a bug in how it checks to see if the server is restarting.
What is the check to see if the server is restarting? Is that new child
processes spawning?
If there is a bug in how it checks to see if the server
same Database Handle?
It looks like that first handle is being copied across the fork from the
parent process. They don't really use it, because it fails the ping test
and they just open new handles. It should not cause any real problems,
just the error in your log.
> Does Apache::DBI work
I set this DEBUG in Apache::DBI module. Here is the debugging error it produces
at 'apachectl start':
2520 Apache::DBI skipping connection during server startup, read
the docu !!
2520 Apache::DBI skipping connection during server startup, read
the docu !!
2
Well, you are on the modperl list, so that means you. :)
Xinhuan, the error is harmless, but if you're concerned about it I would
try turning on debugging to make sure the connection is not being cached.
Do this:
$Apache::DBI::DEBUG = 2;
And then watch for a message like this in you
subscribe.
-Jim
On Fri, 31 May 2013, Xinhuan Zheng wrote:
I believe I am using "my" declaration rather than "local". I also tried
explicitly disconnect but still have same issue. Since it only happens in
parent/child processes, I don't know a good way to debug parent/ch
I believe I am using "my" declaration rather than "local". I also tried
explicitly disconnect but still have same issue. Since it only happens in
parent/child processes, I don't know a good way to debug parent/child, nor
reproducing the same error using a simple program.
2013 at 7:46 PM, Xinhuan Zheng
wrote:
The db handle is declared local and once it's out of scope, the
destroy
call will disconnect. But it appears even though variable is out
of scope,
we still get that error. Don't know why.
- xinhuan
On 5/30
Try an explicit disconnect() call.
- Perrin
On Thu, May 30, 2013 at 7:46 PM, Xinhuan Zheng wrote:
> The db handle is declared local and once it's out of scope, the destroy
> call will disconnect. But it appears even though variable is out of scope,
> we still get that error.
The db handle is declared local and once it's out of scope, the destroy
call will disconnect. But it appears even though variable is out of scope,
we still get that error. Don't know why.
- xinhuan
On 5/30/13 8:31 AM, "Jim Schueler" wrote:
>Did this solve your problem?
$DB_DRIVER, $DB_USER, $DB_PASSWORD );
use DBI;
I need to call DBI->connect to load some data during server startup
stage. There is problem with this setup. Whenever apachectl
startup/shutdown, we got connection error like this:
DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact
t;
> use DBI;
>
>
> I need to call DBI->connect to load some data during server startup
> stage. There is problem with this setup. Whenever apachectl
> startup/shutdown, we got connection error like this:
>
> DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contac
A few questions:
Precisely when do you get this error? When startup.pl exits or before?
Can you send a copy of your startup.pl file?
You get exactly the same error on startup and shutdown?
If PerlRequire startup.pl is commented out, do you still get errors?
Do you get errors when
to call DBI->connect to load some data during server startup stage.
There is problem with this setup. Whenever apachectl startup/shutdown, we got
connection error like this:
DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact
Process ID: 0
Session ID: 3252 Serial number: 1
On 28/05/13 09:06, Nageswara rao Gurram wrote:
> I am using PerlModule Apache2::porting for debugging purpose.
Oh my goodness! I have never had a look at this module before. This
thing tries to be really clever. It installs an &UNIVERSAL::AUTOLOAD and
overwrites CORE::GLOBAL::require.
The module
On 27/05/13 14:37, Nageswara rao Gurram wrote:
> My mod_perl simply can't load XML::Generator. As soon as I put "use
> XML::Generator;" in a perl startup file and include in httpd.conf,
> Apache won't start, complaining that it can't locate
> XML/Generator/overload.pm in @INC.
>
> But the package
:39 PM, Nageswara rao Gurram
wrote:
> Hi,
>I Installed new Module Net::SAML2 and all its dependencies. But
> when I try to use it, I am getting Compilation error.
> I put 'use Net::SAML2' in my other module which causes the error, and
> also I verified it INC path too, it
Hi,
I Installed new Module Net::SAML2 and all its dependencies. But
when I try to use it, I am getting Compilation error.
I put 'use Net::SAML2' in my other module which causes the error, and
also I verified it INC path too, it exists.
More Info on error:
[Mon May 27 11:36:34 20
1 - 100 of 1079 matches
Mail list logo
