On 7/19/07, Nils Kaiser <[EMAIL PROTECTED]> wrote:
I was able to change our code to have the handlers called by the Apache
server (PerlResponseHandler, PerlChildInitHandler,
PerlChildExitHandler). What I don't understand, is in which scope/object
I store the reference to the BerkeleyDB in the ini
x27;ve put a
few here and on perlmonks.org.
I can imagine how to tie on startup, but how to trigger the code for
untie at shutdown? Is untie needed at all with berkeleyDB?
Yes, do the untie to flush buffers to disk. The appropriate place to
do this is the PerlChildInitHandler and PerlChildExitHa
On Jul 13, 2007, at 9:48 AM, Perrin Harkins wrote:
On 7/13/07, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
I'm thinking of the situation where you have 1 parent, 4 children.
all 4 children hit max-requests and exit before the first replacement
spawns. without a standing connection in the pare
On 7/13/07, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
I'm thinking of the situation where you have 1 parent, 4 children.
all 4 children hit max-requests and exit before the first replacement
spawns. without a standing connection in the parent (or another
process using bdb in any way ) wouldn't
First off- thank you perrin , i'm a step closer to fully
understanding this.
On Jul 12, 2007, at 9:14 PM, Perrin Harkins wrote:
No. This is explicit shared memory, not a mysterious copy-on-write
thing. You need to initiate access separately from each process so
that none of the XS stuff
On 7/12/07, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
a) the tie be global pre-fork
b) the tie be post-fork
c) there be no tie whatsoever , and somehow a connection is made
using the API at the beginning , and everything just uses the library/
api methods
~
Could you elaborate on this?
I'm a bit unclear:
are you suggesting
a) the tie be global pre-fork
b) the tie be post-fork
c) there be no tie whatsoever , and somehow a connection is made
using the API at the beginning , and everything just uses the library/
api me
On 7/12/07, Nils Kaiser <[EMAIL PROTECTED]> wrote:
To achieve full performance, I read
that it better to tie the berkeleyDB once and reuse the handle for each
request, i.e. having the tie command outside of the mod_perl handler.
Yes. If you really are concerned with performance, don
Hello,
in a former post, I was investigating the use of berkeleyDB and mod_perl
to cache calls to a web service.
We now have a running prototype. To achieve full performance, I read
that it better to tie the berkeleyDB once and reuse the handle for each
request, i.e. having the tie command
On May 25, 2007, at 11:59 PM, Perrin Harkins wrote:
I've used the approach described here to debug hanging problems with
CGI.pm uploads:
http://modperlbook.org/html/ch21_07.html
The signal handler that tells you what line it's stuck on is pretty
handy.
Bookmarked. awesome.
It turns out t
On 5/25/07, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
does anyone have a suggestion on
what I can do ?
I've used the approach described here to debug hanging problems with
CGI.pm uploads:
http://modperlbook.org/html/ch21_07.html
The signal handler that tells you what line it's stuck on is p
On May 25, 2007, at 10:08 PM, Joe Schaefer wrote:
Try experimenting with using/not-using $r->discard_request_body
before sending your output.
Thanks Joe!
That helps a bit , but creates a new problem:
I think what happens is this:
without discard_request_body :
web application imme
Jonathan Vanasco <[EMAIL PROTECTED]> writes:
> I've been fighting this for 24 hours now, still no clue.
Try experimenting with using/not-using $r->discard_request_body
before sending your output.
--
Joe Schaefer
I've been fighting this for 24 hours now, still no clue.
The system doesn't give a bus error / segfault every time
Exploring with curl and taling my apache log with some info printed
to stderr, i've noticed this:
Curl: I get the expected result ( the server prints the browser
message "y
I'm having an issue with libapreq overlimit issues:
if i set the limit to 200k and post a 250k file, the following
expected things happen:
• I can catch the apreq error
my $apr_error= $self->ApacheRequest->body_status();
if ( $apr_error eq 'Exceeds c
All
Tie-DxHash is intended to permit the use of more elaborate rewrite rules
in Apache configuration files written with Perl Sections.
I recently released a new version of Tie-DxHash. This release fixes a
bug in the NEXTKEY method that was highlighted when using any function
which resets
yeah, my wife gets a little defiant when I try to tie her
seriously, this is good stuff! And thanks to Jonathon for the perlmonks.org resource! New one for me.
mark>>> Chris Werner <[EMAIL PROTECTED]> 23-Feb-06 10:45:13 AM >>>
The other DBM db's: ND
Most of these non- mod-perl centric questions can be answered faster
with a lookup on perlmonks.org
oddly though, this list is bouncing today.
anyways, a quick search on gdbm on perlmonks likes to this node:
http://perlmonks.org/?node_id=405754
which links to this page from the camel
On Thu, Feb 23, 2006 at 10:27:35AM -0500, Mark Galbreath wrote:
> looks way cool - thx Chris. Does libgdbm come with perl distros? I
> notice the man page is already on my RH Enterprise 4 client. The reason
> I ask is that it is very painful to get the government to change anything
> on a server
ECTED]Sent: Thursday, February 23, 2006 9:28
AMTo: modperl@perl.apache.org;
[EMAIL PROTECTED]Subject: RE: TIE
looks way cool - thx Chris. Does libgdbm come with perl
distros? I notice the man page is already on my RH Enterprise 4
client. The reason I ask is that it is very painful
stuff like this before 2010. :-)
mark>>> Chris Werner <[EMAIL PROTECTED]> 23-Feb-06 09:34:43 AM >>>
man GDBM_File
-Original Message-From: Mark Galbreath [mailto:[EMAIL PROTECTED]Sent: Thursday, February 23, 2006 7:08 AMTo: modperl@perl.apache.orgSubject: TIE
I must
man GDBM_File
-Original Message-From: Mark Galbreath
[mailto:[EMAIL PROTECTED]Sent: Thursday, February 23, 2006 7:08
AMTo: modperl@perl.apache.orgSubject:
TIE
I must be missing the point. In the 3rd
edition of the Camel Book, there is a passing reference in Chapter
I must be missing the point. In the 3rd edition of the Camel Book, there is a passing reference in Chapter 14 that goes something like
You used to have to use dbmopen() but now you can use tie.
I am picking perl back up after 10 years and dbmopen() always worked great for me. I don&#
nks a lot!
Original Message
Subject: [perl #27986] IPC::Open3 fails in mod_perl (tie bug)
Date: 12 Apr 2005 11:31:57 -
From: Steve Peters via RT <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: OtherRecipients of perl Ticket #27986: ;
CC: perl5-porters@perl.org
[nic
what the older version of OLE::Storage_Lite was
doing wrong. :-(
-Matisse
On Feb 2, 2005, at 5:21 PM, Stas Bekman wrote:
J Matisse Enzer wrote:
I am using a module that wants to tie to the Apache::RequestRec
The following code works in mod_perl/1.99_12 but does not seem to
work in mod_perl/1.999.21
J Matisse Enzer wrote:
I am using a module that wants to tie to the Apache::RequestRec
The following code works in mod_perl/1.99_12 but does not seem to work
in mod_perl/1.999.21 - I simply get no output (no errors either):
tie *FILE => $r;
binmode(*FILE);
Server info:
Apa
I am using a module that wants to tie to the Apache::RequestRec
The following code works in mod_perl/1.99_12 but does not seem to work
in mod_perl/1.999.21 - I simply get no output (no errors either):
tie *FILE => $r;
binmode(*FILE);
Server info:
Apache/2.0.52 (Unix) mod_
Hello,
I wonder if someone could possible help me with an issue
regarding Tie::RDBM.
I am using it on a mod_perl 2.0 enabled website with apache
2.0.51 with persistent database connections to a postgresql-backend.
Everything works fine, but every once in a while there will
be an error in the
28 matches
Mail list logo
