[collectd] Versions 4.4.5 and 4.5.2 available.

[Florian Forster]

Hi everybody :)

I've just packages and uploaded versions 4.4.5 and 4.5.2 of collectd.
Changes are fixes for serious issues in the filecount and processes
plugins, portability fixes and the fix for the network issues found by
Bruno.

The consequences of the problems in the network plugin are a bit hard to
describe. For most users it's only important to know that the network
plugin will not put 20-40% more information into one network packet,
because in most cases the issue simply added unnecessary information to
the network packet.

Other problems occur if you have two types: One that uses 3 bytes (or 7
bytes on 64bit platforms) and the other is longer, but the first 3
(or 7) bytes match. In that case, values may end up in an
inappropriately named file after being sent over the network. In the
default configuration, `cpu' and `cpufreq' are the only examples of
this.

As usual, here's a copy of the changelog entry:
2009-01-02, Version 4.5.2
 * build system: Check for `mysql.h' and `mysql/mysql.h', since the
   file may be in both locations, especially when the database was
   installed in a non-standard path. Thanks to Dusty Doris for
   reporting this.
 * build system: Handle the _POSIX_PTHREAD_SEMANTICS defined, needed by
   Solaris, in the configure script automatically.
 * build system, tcpconns plugin: Check for `kvm_nlist' and
   `kvm_openfiles' before enabling the plugin: Solaris provides a KVM
   library with similar functions to the BSD variant, but doesn't
   provide these necessary functions.
 * collectd.conf(5): Various fixes and clarifications.
 * collectd: Remove a GNUism (unnamed unions), thus improving
   portability.
 * collectd, apcups plugin: Include "collectd.h" before <stdlib.h>.
   This solves portability problems, especially for Solaris.
 * dns plugin: Fix a portability problem with NetBSD.
 * filecount plugin: Fix an off-by-one error. This error may cause a
   segmentation fault.
 * network plugin: Fix the handling of `type' in the network protocol.
   Due to a programming mistake, only 4 or 8 bytes would be copied to a
   much larger buffer. This caused the `type' to be transferred much
   more often than necessary. In some cases, e. g. the `cpu' and
   `cpufreq' plugins being used at the same time, data may be corrupted
   in those files. Thanks to Bruno Prémont for debugging and reporting
   this issue.
 * processes plugin: Fix a possible segmentation fault when specifying
   invalid configuration options.
 * unixsock plugin: Make sure the initialization function is run only
   once. This resolves a file descriptor leak under systems which run
   the initialization more than once, such as Solaris.

Regards,
-octo
-- 
Florian octo Forster
Hacker in training
GnuPG: 0x91523C3D
http://verplant.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://mailman.verplant.org/pipermail/collectd/attachments/20090103/c4abaec1/attachment.pgp