Guten Tag Steve Hay,
am Montag, 19. August 2019 um 14:37 schrieben Sie:
> I will need to get a new Apache-Test released with the dot-in-INC fix
> included, and then I'm back on track for getting 2.0.11 RC1 out :-)
That's great news, thanks!
Mit freundlichen Grüßen,
Thorsten Schöning
--
On Wed, 31 Jul 2019 at 19:40, Thorsten Schöning wrote:
>
> Guten Tag Steve Hay,
> am Mittwoch, 31. Juli 2019 um 19:48 schrieben Sie:
>
> > I ran into this myself recently.
>
> Do you see anything like a timeout happening as well or is your test
> app failing fast?
>
> >
Guten Tag Steve Hay,
am Mittwoch, 31. Juli 2019 um 19:48 schrieben Sie:
> I ran into this myself recently.
Do you see anything like a timeout happening as well or is your test
app failing fast?
> https://bz.apache.org/bugzilla/show_bug.cgi?id=51560
At least in my case I'm not using any Active
On Wed, 31 Jul 2019 at 18:07, Thorsten Schöning wrote:
>
> Hi all,
>
> I recently started to have a look at supporting mod_perl for our
> WebApp on Windows again and implemented a very simple PoC pre-loading
> our app during start of HTTPd using "PerlPostConfigRequire". During
> implementation I
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
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 time and it would just pull the
cached
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 parent process. Are you
opening up
I am not sure if this directly applies to your issue, but I got segfaults
in DBI when I just opened the DB handle once in the parent, reusing the
DBH in child processes (a bug). The issue went away when I ensured that
every child process did its own DBI-connect.
HTH
On 7/22/11 11:17 AM, Jiří
On Monday, 25 July 2011 23:31:04 McCarrell, Jeff wrote:
I am not sure if this directly applies to your issue, but I got
segfaults in DBI when I just opened the DB handle once in the parent,
reusing the DBH in child processes (a bug). The issue went away when
I ensured that every child process
2011/7/21 Jiří Pavlovský j...@getnet.cz:
I did RTFM, but the man page was not clear to me, so I asked on the list.
Asking on the list is encouraged! We just need specific questions
However this doesn't work as Apache is segfaulting.
That makes it sound like it is working but there's
Hi Jiri,
i am not sure what you are trying to do with ModPerl::RegistryLoader,
but what me helped to improve performance was :
1. Preload almost every library on startup:
PerlPostConfigRequire /xyz/startup.pl (
-
use Apache2::RequestRec();
use Apache2::RequestIO();
use
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
I don't know about ModPerl::RegistryLoader, but the simplest solution is just
to preload the interpreters either manually or through a script whenever you
restart Apache. In your httpd.conf file, you control how many interpreters are
running and how many hits each interpreter handles before
2011/7/21 Jiří Pavlovský j...@getnet.cz:
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.
Do I just put my $rlbb = ModPerl::RegistryLoader-new(); into
my
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 =
On Fri, 2006-08-18 at 11:00 -0700, Max Kanat-Alexander wrote:
This is not a problem when Apache uses the module, only when you try to
compile a command-line script that uses ModPerl::RegistryLoader.
You can't do that. These are APIs to apache internals. They don't work
without the httpd
On Fri, 2006-08-18 at 14:03 -0400, Perrin Harkins wrote:
You can't do that. These are APIs to apache internals. They don't work
without the httpd environment.
Ah, okay. Thanks for the explanation. Changing it to
Apache2::ServerUtil-server_root would probably at least make it work at
18 matches
Mail list logo
