|
View:
New views
8 Messages
—
Rating Filter:
Alert me
|
|
|
rrdtool-1.3rc6 is outUsers!
Release early, release often. Here is rc6. I did some more visual work on the graph output. Unless there are new bugreports, this is the latst rc release. * Added cliping to canvas area. This prevents graph content (like wide lines) to spill out of the canvas. * Fixed spaceing of horizontal grid lines and labels, so that they use up the available space but still don't run into each other. * Shrunk spaceing at the bottom of the graph after the last legend line. Download the new release from the development snapshots area of http://oss.oetiker.ch/rrdtool/download.en.html Please test this release on your system. I am especially interested in additions to the build instructions. http://oss.oetiker.ch/rrdtool-trac/browser/trunk/program/doc/rrdbuild.pod For a chance to chat about the new release, check out the Nordic Nagois Meet June 3-4 2008 http://www.nordicnagiosmeet.wmr.se/ cheers tobi Brought to you by the 2008 RRDtool sponsors: ----------------------------------------------------------- GOLD: http://www.groundworkopensource.com http://www.zenoss.com SILVER: http://www.hosteurope.de http://www.atc-onlane.com http://www.terreactive.ch http://www.google.com http://www.hitflip.de http://www.op5.com http://www.lancope.com http://www.sidarion.ch ----------------------------------------------------------- -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten http://it.oetiker.ch tobi@... ++41 62 213 9902 _______________________________________________ rrd-users mailing list rrd-users@... https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users _______________________________________________ rrd-developers mailing list rrd-developers@... https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers |
|
|
Re: rrdtool-1.3rc6 is outTobi,
On Mon, 2008-05-26 at 11:05 +0200, Tobias Oetiker wrote: > Please test this release on your system. I am especially interested > in additions to the build instructions. > > http://oss.oetiker.ch/rrdtool-trac/browser/trunk/program/doc/rrdbuild.pod > I have some comments on the build instructions: In the Pixman section, where it says: cd fontconfig-2.4.2 should say: cd pixman-0.10.0 In fontconfig section if you don't have installed free type on a standard destination, you should specify it to the configure script, this way: ./configure --prefix=$INSTALL_DIR --with-freetype-config= $INSTALL_DIR/bin/freetype-config And another useful export is the following if you are not using pkg-config: export LIBXML2_CFLAGS="$($INSTALL_DIR/bin/xml2-config --cflags)" export LIBXML2_LIBS="$($INSTALL_DIR/bin/xml2-config --libs)" Hope this helps, Regards. Pablo.- _______________________________________________ rrd-developers mailing list rrd-developers@... https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers |
|
|
Re: rrdtool-1.3rc6 is outHi,
On Mon, May 26, 2008 at 11:05:45AM +0200, Tobias Oetiker wrote: > Unless there are new bugreports, this is the latst rc release. A couple of days ago, I reported a buffer overflow in rrd_set_error() including a pointer to a possible patch for it [1] [2]. However, I did not get any feedback yet nor did the patch show up in SVN yet. Did you have a look at it already? Cheers, Sebastian [1] Message-ID: <20080524212420.GE24138@...> [2] The buffer overflow was identified by Matthew Boyle who also provided the patch for it. -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin _______________________________________________ rrd-developers mailing list rrd-developers@... https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers |
|
|
Re: rrdtool-1.3rc6 is outHi Sebastian,
oh ... this bugreport did not reach me ... can you please mail it to me directly ... thanks tobi Today Sebastian Harl wrote: > Hi, > > On Mon, May 26, 2008 at 11:05:45AM +0200, Tobias Oetiker wrote: > > Unless there are new bugreports, this is the latst rc release. > > A couple of days ago, I reported a buffer overflow in rrd_set_error() > including a pointer to a possible patch for it [1] [2]. However, I did > not get any feedback yet nor did the patch show up in SVN yet. Did you > have a look at it already? > > Cheers, > Sebastian > > [1] Message-ID: <20080524212420.GE24138@...> > [2] The buffer overflow was identified by Matthew Boyle who also > provided the patch for it. > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten http://it.oetiker.ch tobi@... ++41 62 213 9902 _______________________________________________ rrd-developers mailing list rrd-developers@... https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers |
|
|
|
|
|
Re: rrdtool-1.3rc6 is outHi Sebastian,
thanks for the patch ... I like the aproach ... will integrate in 1.3 ... in the 1.2 branche I did the flip thing ... cheers tobi Today Sebastian Harl wrote: > tags 450578 = patch > thanks > > Hi Tobi, > > (Please ignore the two lines at the top of this email - they are meant > for the Debian bug-tracking system.) > > Thanks for your reply! > > On Fri, May 30, 2008 at 05:55:20PM +0200, Tobias Oetiker wrote: > > the root cause of the problem is that > > > > static char rrd_error[MAXLEN] = "\0"; > > static char rrd_liberror[ERRBUFLEN] = "\0"; > > > > creates a nice long array but then points it to a rather short string. > > I'm sorry, but I fail to see the problem here. I hope, I did not get you > wrong. That above mentioned code statically allocates two char-arrays of > sizes MAXLEN and ERRBUFLEN. Initializing the strings with "\0" (btw. "" > would be equally fine here) does not do any harm - it's just like any > other initialization in that it sets an initial value for those strings > but does not affect the amount of memory allocated for the strings. > > > I suggest to merge the follwoing patch. > > Hrm, as far as I can see it, that patch does not really change anything. > The real problem is the following: > > In src/rrd.h, struct rrd_context is defined as: > > struct rrd_context { > int len; > int errlen; > char *lib_errstr; > char *rrd_error; > } > > In src/rrd_not_thread_safe.c an instance of that struct is defined as: > > static struct rrd_context global_ctx = { > MAXLEN, > ERRBUFLEN, > rrd_error, > rrd_liberror > } > > MAXLEN is the size of the char-array called "rrd_error" while ERRBUFLEN > is the size of the array called "rrd_liberror". So the member "len" is > used to store the size of the member "lib_errstr". Same applies for the > members "errlen" and "rrd_error". It's important to note that MAXLEN > > ERRBUFLEN. > > Now, in src/rrd_error.c, the following line appears: > > vsnprintf(CTX->rrd_error, CTX->len, fmt, argp); > > What's going on here? We're writing to the string stored in the struct > member "rrd_error" using the size stored in the member "len" (which > equals MAXLEN). However, in src/rrd_not_thread_safe.c the size of the > "rrd_error" member was stored in the member "errlen" (ERRBUFLEN). So, > we're allowing vsnprintf to write up to MAXLEN = 4096 bytes into a > string of size ERRBUFLEN = 256, thus possibly causing a segfault. > > I hope this did not get too confusing - I, at least, was confused > multiple times when trying to understand this... > > In his patch, Matthew Boyle suggested to switch "rrd_error" and > "rrd_liberror" in src/rrd_not_thread_safe.c. This would fix the issue as > now src/rrd_error.c, uses the correct size when accessing the string > members. Also, this would assign the variable "rrd_error" to the member > called "rrd_error" which sounds like the original intention of the > author to me ;-) > > Anyway, imho the real source of this problem is the confusion around and > the error-proneness of having to do the housekeeping of the sizes > manually. I thus suggest to apply the attached patch which a) solves > this issue and b) removes that manual housekeeping. Please see the > description of the patch for a more detailed rationale for it. > Unfortunately, that patch introduces a non-backward-compatible change > which would require a SONAME bump (librrd2 -> librrd3). However, I don't > think that it hurts much to introduce that change in 1.3 - if you're > planing to do another patch release for 1.2, I'd suggest to apply > Matthew's patch to the "1.2" branch. > > Cheers, > Sebastian > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten http://it.oetiker.ch tobi@... ++41 62 213 9902 _______________________________________________ rrd-developers mailing list rrd-developers@... https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers |
|
|
Re: rrdtool-1.3rc6 is outtags 450578 + fixed-upstream
thanks Hi Tobi, On Sun, Jun 01, 2008 at 10:42:09PM +0200, Tobias Oetiker wrote: > thanks for the patch ... I like the aproach ... will integrate in > 1.3 ... in the 1.2 branche I did the flip thing ... Thanks! Please don't forget to bump the SONAME, i.e. change LIBVERS to 3:5:0 to reflect the backward-incompatible change. Cheers, Sebastian -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin _______________________________________________ rrd-developers mailing list rrd-developers@... https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers |
|
|
rrdtool-1.3.4 releasedUsers,
I have released rrdtool 1.3.4 this is another update release with mainly bugfixes ... * detect short/truncated files on open (rrdtool used to crash later on some platforms) * stop rrd_resize from altering the original file (mmap side effect) * fix VDEF and SHIFT use. Now it returns correct data and does not crash anymore. * fix rrd_xport when used on datasources with different resolutions. This has been broken from day 1 of this tools exsitance. * fixed default prefix for ruby install * added rpath for perl bindings on bsd * do not [fm]advise past the end of the file since this causes crashes on sparc. Download the new release from the development snapshots area of http://oss.oetiker.ch/rrdtool/download.en.html cheers tobi Brought to you by the 2008 RRDtool sponsors: ---------------------------------------------------------- GOLD: http://www.groundworkopensource.com http://www.zenoss.com SILVER: http://www.hosteurope.de http://www.atc-onlane.com http://www.terreactive.ch http://www.google.com http://www.hitflip.de http://www.op5.com http://www.lancope.com http://www.sidarion.ch ----------------------------------------------------------- -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi@... ++41 62 775 9902 / sb: -9900 _______________________________________________ rrd-developers mailing list rrd-developers@... https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers |
| Free Forum Powered by Nabble | Forum Help |