Forwarding back to the list.
--
Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FD
On May 18, 2006, at 7:34 PM, Bill Moseley wrote:
My transactions are all inside eval with a rollback (the modified
do_transaction() code). Is there a situation that the transaction
would not get rolled back and still have the apache child alive to do
the cleanup?
i've had apache die and not r
On Thu, 2006-05-18 at 16:34 -0700, Bill Moseley wrote:
> My transactions are all inside eval with a rollback (the modified
> do_transaction() code). Is there a situation that the transaction
> would not get rolled back and still have the apache child alive to do
> the cleanup?
You should be okay.
On Thu, May 18, 2006 at 07:28:21PM -0400, Perrin Harkins wrote:
> It's not that anything bad happens when you use Apache::DBI, but rather
> that the automatic rollbacks that Apache::DBI normally does for you will
> not work when you use Class::DBI. If you are absolutely certain that
> there's no w
I had googled a number of times, but the modperl list was able to
provide the answers to questions when I apparently couldn't google (nor
scour the archives) to find the answer. I can't believe I haven't
noticed this "unique" behavior before...
The short answer:
* This is unsupported syntax that
On Thu, 2006-05-18 at 16:20 -0700, Bill Moseley wrote:
> > That's one problem. Another one is that Apache::DBI's safety rollback
> > is prevented from happening because Class::DBI not calling connect() on
> > every request. You may or may not need that, depending on how you use
> > transactions.
On Thu, May 18, 2006 at 07:05:13PM -0400, Perrin Harkins wrote:
> On Thu, 2006-05-18 at 15:57 -0700, Bill Moseley wrote:
> > It's been a while since I looked at this. Isn't this just a problem
> > when creating the connection before forking?
>
> That's one problem. Another one is that Apache::DB
Anyone using mod_cache in Apache 2?
I'd like give it a whirl, but I can't seem to get it to cache.
I'm wondering what config I have wrong.
The mod_perl applicaiton generates some cache-able content.
I'm using Debian's apache2 setup, mostly, which looks like:
LoadModule cache_module /u
On Thu, 2006-05-18 at 15:57 -0700, Bill Moseley wrote:
> It's been a while since I looked at this. Isn't this just a problem
> when creating the connection before forking?
That's one problem. Another one is that Apache::DBI's safety rollback
is prevented from happening because Class::DBI not cal
On Thu, May 18, 2006 at 09:12:49AM -0400, Perrin Harkins wrote:
> Jonathan wrote:
> >doing some searches online, I found some issues with mod_perl and
> >Class::DBI from about a year ago -- does anyone know if they're still
> >around or if they've been solved?
>
> They were solved back then. Yo
On Thu, May 18, 2006 at 02:49:54PM -0400, Perrin Harkins wrote:
> On Thu, 2006-05-18 at 14:38 -0400, Phil Lobbes wrote:
> > mod_perl-1.99_12-2
>
> Ouch! Known bugs! Upgrade as soon as you can.
>
> > my $sub_rec = $app->get_subscriber_rec($custid) if($custid);
> > my $uid_int = $sub_
On Thu, 2006-05-18 at 14:38 -0400, Phil Lobbes wrote:
> mod_perl-1.99_12-2
Ouch! Known bugs! Upgrade as soon as you can.
> my $sub_rec = $app->get_subscriber_rec($custid) if($custid);
> my $uid_int = $sub_rec->{'uid_int'} if($sub_rec);
This is the problem. Never do an
Phil Lobbes wrote:
Software versions:
mod_perl-1.99_12-2
perl-5.8.3-17.5.legacy
httpd-2.0.51-1.10.legacy
Fedora Core 1 (kernel 2.4.22-1.2199.8.legacy.nptl)
I have a custom application running under Apache::Registry w/mod_perl
using strict and warnings everywhere.
I have run into a case
Phil Lobbes wrote:
> Software versions:
> mod_perl-1.99_12-2
> perl-5.8.3-17.5.legacy
> httpd-2.0.51-1.10.legacy
> Fedora Core 1 (kernel 2.4.22-1.2199.8.legacy.nptl)
>
> I have a custom application running under Apache::Registry w/mod_perl
> using strict and warnings everywhere.
>
> I h
Software versions:
mod_perl-1.99_12-2
perl-5.8.3-17.5.legacy
httpd-2.0.51-1.10.legacy
Fedora Core 1 (kernel 2.4.22-1.2199.8.legacy.nptl)
I have a custom application running under Apache::Registry w/mod_perl
using strict and warnings everywhere.
I have run into a case where sometimes a sub
On Thu, 18 May 2006, Thomas Hilbig wrote:
> The CGI script does get kicked off -- I added file
> logging to the script to see where it was hanging and
> found the problem at the "new CGI" line. If it is a
> chunking problem, does Apache not recombine the chunks
> before launching the script? If
On May 18, 2006, at 10:27 AM, Perrin Harkins wrote:
Eose::DB::Object and DBIx::Class make more efficient use of
database calls than Class::DBI does. You can see a benchmark
written by the Rose::DB::Object author here:
http://rose.sourceforge.net/wiki/index.php/RDBO/Benchmark
You had me a
--- Enno <[EMAIL PROTECTED]> wrote:
> > Just so I'm clear on this, you think the customers
> > that are having the problem are using a
> 2.0.55-based
> > proxy and my end is simply waiting for the rest of
> the
> > data? I am assuming the one client is using a
> > Symantec proxy because of the
Enno, you might want to try applying this patch:
http://issues.apache.org/bugzilla/show_bug.cgi?id=37145
I had a problem similar to yours and this fixed it.
Eric.
On Thu, May 18, 2006 at 06:02:22PM +0200, Enno wrote:
>
>
> On Thu, 18 May 2006, Thomas Hilbig wrote:
>
> >
> >
> > --- Enno <[EM
On Thu, 18 May 2006, Thomas Hilbig wrote:
>
>
> --- Enno <[EMAIL PROTECTED]> wrote:
>
> > Let me guess, they are using apache 2.0.55 as
> > proxy...
> > mod_proxy in 2.0.55 has problems with properly
> > delivering chunked
> > encoding.
> > The CGI.pm error sounds very familiar to the one I
> >
--- Enno <[EMAIL PROTECTED]> wrote:
> Let me guess, they are using apache 2.0.55 as
> proxy...
> mod_proxy in 2.0.55 has problems with properly
> delivering chunked
> encoding.
> The CGI.pm error sounds very familiar to the one I
> had with apache 2.0.55
> proxy.
>
> 2.0.54 and 2.2.2 dont have
On Thu, 18 May 2006, Perrin Harkins wrote:
> Enno wrote:
> > in my experience, Class::DBI is slow and a memory hog, allthough I must
> > admit that those problems might be related to the implementation of the
> > app that uses Class::DBI here, instead of CDBI itself...
>
> Of course it's slow com
Let me guess, they are using apache 2.0.55 as proxy...
mod_proxy in 2.0.55 has problems with properly delivering chunked
encoding.
The CGI.pm error sounds very familiar to the one I had with apache 2.0.55
proxy.
2.0.54 and 2.2.2 dont have the chunked encoding prob.
Enno
On Thu, 18 May 2006, Thom
Enno wrote:
in my experience, Class::DBI is slow and a memory hog, allthough I must
admit that those problems might be related to the implementation of the
app that uses Class::DBI here, instead of CDBI itself...
Of course it's slow compared to just using DBI. Any ORM would be. I
doubt it us
I recently updated my Linux/Apache/MP2 environment, in
part hoping to resolve a problem that occurs with
about 10% of my clients. These clients experience a
timeout from my server when they submit a form using
POST having more than about 15KB of data (from httpd
access_log -- the actual posted dat
On Thu, 18 May 2006, Perrin Harkins wrote:
> Jonathan wrote:
> > doing some searches online, I found some issues with mod_perl and
> > Class::DBI from about a year ago -- does anyone know if they're still
> > around or if they've been solved?
>
> They were solved back then. You do have to overri
On Thursday 11 May 2006 02:00 am, Lionel MARTIN wrote:
> Hi,
>
> I'v really tried to reduce everything to a minimum to insulate the problem.
>
> So, here's the config file:
>
> #
> ServerName MYSERVER
> ServerRoot "C:\Program Files\Apache
> Group\Apache2\TestingFromScratch\ApacheModPerl"
On th
Jonathan wrote:
doing some searches online, I found some issues with mod_perl and
Class::DBI from about a year ago -- does anyone know if they're still
around or if they've been solved?
They were solved back then. You do have to override the connection
handling when using Class::DBI with mod
Please download, test, and report back on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC1.tar.gz
Most notably, it compiles with perl 5.8.8 now.
CHANGES SINCE 2.07
- Perl Glue docs [Philip M. Gollucci]
Fix the 'docs_install' make target to
29 matches
Mail list logo
