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
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
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 override the
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
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
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,
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 compared to
--- 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 the chunked
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
had with apache
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 [EMAIL
--- 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 HTTP_VIA env
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
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 so,
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
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
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
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
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 =
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. You do
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
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
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::DBI's
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, 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 way
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. I
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
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
27 matches
Mail list logo
