On 12/27/2010 10:25 AM, Jack L. Stone wrote:
At 12:54 PM 12.27.2010 -0500, David F. Skoll wrote:
On Mon, 27 Dec 2010 12:46:39 -0500
Jason Bertoch<ja...@i6ix.com> wrote:
Dec 24 08:54:05 mail spamd[24172]: Issuing rollback() due to DESTROY
without explicit disconnect() of DBD::mysql::db handle
bayes:127.0.0.1:3306
at /usr/local/lib/perl5/site_perl/5.8.9/Mail/SpamAssassin/Plugin/Bayes.pm
line 1516,<GEN140> line 2.
Sounds like a timeout with mysql.
I don't think so. That message typically comes about when a DBI database
handle goes out of scope without disconnect() having been called.
It's probably harmless, but it does indicate carelesness in the Perl
code.
Regards,
David.
David:
That was also one of my thoughts but noticed (as I recall) that the
Bayes.pm module has been the same code on that line for a while.
That means absolutely nothing. Many cases I've seen in the past where a
module (like the DBI one) is written to ignore errors, then later on
error support is added (or debugging more like it) with the sudden
discovery of many flaws in many packages that use that module as a
dependency.
This is particularly the case with Perl. After all, Perl was originally
written for quick prototyping, with the idea that any program with real
permanence would be rewritten in a Real Man's language, ie: C or C++.
Larry Wall never envisioned the octopus monstrosity that Perl has become.
Not that I am unhappy with the existence of SA but anyone who uses it
must understand that an enormous amount of CPU power is wasted on SA
merely due to the inefficiency of it being written in Perl. SA today
would never have flown 10 years ago before the emergence of the
monster-high-power CPU's driven mainly by first person shoot-em-up games.
Anyway, back to business...
Ted
It does
sound like a disconnect flaw, and I may experiment with adding a disconnect
on the offending line.
Thanks for the helpful input!
Jack
(^_^)
Happy trails,
Jack L. Stone
System Admin
Sage-american
