Attached is a patch to lower the version requirements of libtool and
automake. I have tested this on CentOS 4.x with the specified
versions of libtool and automake and was able to build RRDTool fine.
I did *not* test building with PHP, tcl, ruby or Python though.
I also abstracted the version numbers of all the dependencies such
that editing them in the future will be easier.
-- Bernard Li
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1537 a5681a0c-68f1-0310-ab6d-d61299d08faa
automake. I have tested this on CentOS 4.x with the specified
versions of libtool and automake and was able to build RRDTool fine.
I did *not* test building with PHP, tcl, ruby or Python though.
I also abstracted the version numbers of all the dependencies such
that editing them in the future will be easier.
-- Bernard Li
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1537 a5681a0c-68f1-0310-ab6d-d61299d08faa
added support for FLUSHALL command -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1535 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1535 a5681a0c-68f1-0310-ab6d-d61299d08faa
move cache broadcast into enqueue_cache_item -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1534 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1534 a5681a0c-68f1-0310-ab6d-d61299d08faa
When -z <jitter> is specified, some updates may be timestamped up to
<jitter> seconcds in the future. Therefore, a timeout of now+1 may not be
sufficient. Set abs_timeout past the point where any updates are
currently specified. -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1533 a5681a0c-68f1-0310-ab6d-d61299d08faa
<jitter> seconcds in the future. Therefore, a timeout of now+1 may not be
sufficient. Set abs_timeout past the point where any updates are
currently specified. -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1533 a5681a0c-68f1-0310-ab6d-d61299d08faa
The PID file is created with open() in the parent process, while we still
have STDERR open. If it cannot be created, it complains verbosely to
stderr.
The PID file is written in the child process. The only way the fdopen()
will fail on a fd that is already open is if you're completely out of
memory. As in other places in the code, I didn't consider this a case
that required a very verbose message. (Search for "strdup failed"). If
you still think a more verbose message is called for, please suggest one.
The attached patch corrects the error message to complain about fdopen()
vs fopen(). I hadn't noticed that until you brought it up.
-- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1532 a5681a0c-68f1-0310-ab6d-d61299d08faa
have STDERR open. If it cannot be created, it complains verbosely to
stderr.
The PID file is written in the child process. The only way the fdopen()
will fail on a fd that is already open is if you're completely out of
memory. As in other places in the code, I didn't consider this a case
that required a very verbose message. (Search for "strdup failed"). If
you still think a more verbose message is called for, please suggest one.
The attached patch corrects the error message to complain about fdopen()
vs fopen(). I hadn't noticed that until you brought it up.
-- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1532 a5681a0c-68f1-0310-ab6d-d61299d08faa
rrd.h, librrd.sym: Define and export rrd_info_r() -- Sebastian Harl
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1531 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1531 a5681a0c-68f1-0310-ab6d-d61299d08faa
vdef calc was using end_orig to determine for which range it should do its
calculations which is odd, since orig is only the requested range as
invocation time and not the data range deliverd by fetch. It does fall
completely flat when shifting since shifting does not affect the original
data. Bug #177 reported by hokiel
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1530 a5681a0c-68f1-0310-ab6d-d61299d08faa
calculations which is odd, since orig is only the requested range as
invocation time and not the data range deliverd by fetch. It does fall
completely flat when shifting since shifting does not affect the original
data. Bug #177 reported by hokiel
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1530 a5681a0c-68f1-0310-ab6d-d61299d08faa
rrdxport was completely broken for exporting datasources that did not have a uniform step size. Thanks to Peter Valdemar Mørch for finding this.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1529 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1529 a5681a0c-68f1-0310-ab6d-d61299d08faa
create the pid file before forking, so we can complain to stderr -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1528 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1528 a5681a0c-68f1-0310-ab6d-d61299d08faa
This patch ensures that the "FLUSH" command will write the updates out to
RRD before returning to the user. Before, it returned when the update was
"dequeued"; updates were not necessarily on disk.
Also, for new nodes, the cache_lock is not held while we are setting up
the new node. We don't want to be holding the lock if the stat() blocks.
-- kevin brintnal
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1527 a5681a0c-68f1-0310-ab6d-d61299d08faa
RRD before returning to the user. Before, it returned when the update was
"dequeued"; updates were not necessarily on disk.
Also, for new nodes, the cache_lock is not held while we are setting up
the new node. We don't want to be holding the lock if the stat() blocks.
-- kevin brintnal
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1527 a5681a0c-68f1-0310-ab6d-d61299d08faa
Use the same IPv6/IPv4 as for the client as Florian did for the server -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1526 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1526 a5681a0c-68f1-0310-ab6d-d61299d08faa
This fixes a couple problems when exiting due to signal:
* connection threads exit without closing client socket
(so client blocks waiting for response that never comes)
* listen_queue_thread blocks on poll() until a new connection comes in
(because no poll timeout specified)
-- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1525 a5681a0c-68f1-0310-ab6d-d61299d08faa
* connection threads exit without closing client socket
(so client blocks waiting for response that never comes)
* listen_queue_thread blocks on poll() until a new connection comes in
(because no poll timeout specified)
-- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1525 a5681a0c-68f1-0310-ab6d-d61299d08faa
set SO_REUSEADDR on the listen socket -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1524 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1524 a5681a0c-68f1-0310-ab6d-d61299d08faa
Support for IPv6 has been broken with revision 1522: Because IPv6-addresses
contain colons, simply checking for a colon and using everything after it does
destroy correctly formatted IPv6-addresses.
This patch checks for dots '.' in the address. If the address contains at least
one dot, it is considered to be a hostname or an IPv4-address and a simple
search for a colon is done.
If no dot is found, the code will check for an opening square bracket '[' at
the beginning of the address. If one if found, the format
[address]:port
is assumed.
If neither applies, the default port will be used.
-- Florian Forster
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1523 a5681a0c-68f1-0310-ab6d-d61299d08faa
contain colons, simply checking for a colon and using everything after it does
destroy correctly formatted IPv6-addresses.
This patch checks for dots '.' in the address. If the address contains at least
one dot, it is considered to be a hostname or an IPv4-address and a simple
search for a colon is done.
If no dot is found, the code will check for an opening square bracket '[' at
the beginning of the address. If one if found, the format
[address]:port
is assumed.
If neither applies, the default port will be used.
-- Florian Forster
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1523 a5681a0c-68f1-0310-ab6d-d61299d08faa
This adds support for <address>:<port> in the rrd client library.
Obviously this is required to take advantage of the server's ability to
bind to a non-standard port -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1522 a5681a0c-68f1-0310-ab6d-d61299d08faa
Obviously this is required to take advantage of the server's ability to
bind to a non-standard port -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1522 a5681a0c-68f1-0310-ab6d-d61299d08faa
Allow ports to be specified with -l addr:port also. -- kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1521 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1521 a5681a0c-68f1-0310-ab6d-d61299d08faa
the rrdlua.pod is in the doc directory
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1520 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1520 a5681a0c-68f1-0310-ab6d-d61299d08faa
added section on error reporting -- Florian Forster
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1519 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1519 a5681a0c-68f1-0310-ab6d-d61299d08faa
I finally finished the first version of the patch (attached) -- Fidelis Assis fidelis pobox.com
(this does not seem to quite work yet at least not in my hardy setup)
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1517 a5681a0c-68f1-0310-ab6d-d61299d08faa
(this does not seem to quite work yet at least not in my hardy setup)
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1517 a5681a0c-68f1-0310-ab6d-d61299d08faa
use default prefix for ruby install if no user defined prefix is available
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1515 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1515 a5681a0c-68f1-0310-ab6d-d61299d08faa
Bsd lirary path switch added to perl bindings makefile -- as suggested by Kevin Brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1513 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1513 a5681a0c-68f1-0310-ab6d-d61299d08faa
Fix for debian bug 498183 ... never *advise after the end of the
file. On sparc this causes a segfault. Thanks to Sebastian Harl and Jurij Smakov for finding this.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1512 a5681a0c-68f1-0310-ab6d-d61299d08faa
file. On sparc this causes a segfault. Thanks to Sebastian Harl and Jurij Smakov for finding this.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1512 a5681a0c-68f1-0310-ab6d-d61299d08faa
fix RRDCacheD documentation -- Florian Forster
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1507 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1507 a5681a0c-68f1-0310-ab6d-d61299d08faa
The previous code was broken: The response was read using `read(2)'. If
the server wasn't sending fast enough, the client would stop reading
before the entire message had been read.
This patch changes the communication code to use the (line based)
`fgets' function rather than the lower level `read' function. After
reading the first line (which contains the total number of line to be
expected), this precise number of lines is read - blocking if necessary.
Also, the missing four new statistic values have been added to
`rrdc_stats_get'.
--Folorian Forester
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1506 a5681a0c-68f1-0310-ab6d-d61299d08faa
the server wasn't sending fast enough, the client would stop reading
before the entire message had been read.
This patch changes the communication code to use the (line based)
`fgets' function rather than the lower level `read' function. After
reading the first line (which contains the total number of line to be
expected), this precise number of lines is read - blocking if necessary.
Also, the missing four new statistic values have been added to
`rrdc_stats_get'.
--Folorian Forester
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1506 a5681a0c-68f1-0310-ab6d-d61299d08faa
did not pick up all the changes for rrdcached in the first round ... so here is the second batch.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1505 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1505 a5681a0c-68f1-0310-ab6d-d61299d08faa
RRDcached patch. This implements an infrastructure, where rrd updates can be
sent to a daemon which caches them prior to bulk-updateing rrd files. See the rrdcached manual page.
-- Created by Florian Forster with some help from Kevin Brintnall.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1504 a5681a0c-68f1-0310-ab6d-d61299d08faa
sent to a daemon which caches them prior to bulk-updateing rrd files. See the rrdcached manual page.
-- Created by Florian Forster with some help from Kevin Brintnall.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1504 a5681a0c-68f1-0310-ab6d-d61299d08faa
regarding #183:
* move part of rrd_config.h out to a separate file, so that
autoconf is not confused by the more complex expressions.
* fix configure variable name to allow caching
* another attemt at fixing solaris 2.8 compile so that it
works out of the box.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1502 a5681a0c-68f1-0310-ab6d-d61299d08faa
* move part of rrd_config.h out to a separate file, so that
autoconf is not confused by the more complex expressions.
* fix configure variable name to allow caching
* another attemt at fixing solaris 2.8 compile so that it
works out of the box.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1502 a5681a0c-68f1-0310-ab6d-d61299d08faa
fix graph docs
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1501 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1501 a5681a0c-68f1-0310-ab6d-d61299d08faa
fixed processing of custom fonts René GARCIA <rene@margar.fr>
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1500 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1500 a5681a0c-68f1-0310-ab6d-d61299d08faa
no , on the last member in C
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1499 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1499 a5681a0c-68f1-0310-ab6d-d61299d08faa
missing bits atted
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1496 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1496 a5681a0c-68f1-0310-ab6d-d61299d08faa
and they too
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1495 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1495 a5681a0c-68f1-0310-ab6d-d61299d08faa
sync befor branching
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1490 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1490 a5681a0c-68f1-0310-ab6d-d61299d08faa
16 years agoThe attached patch eliminates the many places where the rra_current pointer was maint...
The attached patch eliminates the many places where the rra_current pointer was maintained; the existing write/seek mechanisms update rrd_file->pos correctly.
Also, the seek at the front of process_arg is not necessary; write_to_rras will now take care to correct the file position at every update cycle.
This eliminates unnecessary rrd_seek() calls when MMAP is not enabled. -- kevin brintnall kbrint rufus.net
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1488 a5681a0c-68f1-0310-ab6d-d61299d08faa
Also, the seek at the front of process_arg is not necessary; write_to_rras will now take care to correct the file position at every update cycle.
This eliminates unnecessary rrd_seek() calls when MMAP is not enabled. -- kevin brintnall kbrint rufus.net
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1488 a5681a0c-68f1-0310-ab6d-d61299d08faa
added note on 1.3.2
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1487 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1487 a5681a0c-68f1-0310-ab6d-d61299d08faa
improve html generation
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1486 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1486 a5681a0c-68f1-0310-ab6d-d61299d08faa
prepare for the release of rrdtool-1.3.2
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1484 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1484 a5681a0c-68f1-0310-ab6d-d61299d08faa
we need rrd_format.h here for things to compile properly
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1483 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1483 a5681a0c-68f1-0310-ab6d-d61299d08faa
updated opensolaris build instructions
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1482 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1482 a5681a0c-68f1-0310-ab6d-d61299d08faa
only link build and use rrd_getopt if there is no getopt_long provided by
by the os ... this should also fix problems for solaris 2.8 and other
non getopt_long oses who were not taken care of anymore after the intriduction of librrd.sym
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1481 a5681a0c-68f1-0310-ab6d-d61299d08faa
by the os ... this should also fix problems for solaris 2.8 and other
non getopt_long oses who were not taken care of anymore after the intriduction of librrd.sym
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1481 a5681a0c-68f1-0310-ab6d-d61299d08faa
16 years agofix for multi update - data corruption bug as reported (and patched) in #178 by kevin...
fix for multi update - data corruption bug as reported (and patched) in #178 by kevin brintnall
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1480 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1480 a5681a0c-68f1-0310-ab6d-d61299d08faa
make pod checker happy
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1479 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1479 a5681a0c-68f1-0310-ab6d-d61299d08faa
inline functions are not supported in c99 ... lets remove this.
the compiler will foture it out if they are important.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1478 a5681a0c-68f1-0310-ab6d-d61299d08faa
the compiler will foture it out if they are important.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1478 a5681a0c-68f1-0310-ab6d-d61299d08faa
introduced a persistant fontmap ... this makes our pango rendering 6 times faster starting from the second graph we draw.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1477 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1477 a5681a0c-68f1-0310-ab6d-d61299d08faa
now the results actually look as they did with the old code only things are FASTER
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1476 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1476 a5681a0c-68f1-0310-ab6d-d61299d08faa
16 years agoImprove performance by keeping multiple pango font descriptions. For the first invoca...
Improve performance by keeping multiple pango font descriptions. For the first invocation we are about 20% times as fast
for the second one about 4-5 times faster ...
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1475 a5681a0c-68f1-0310-ab6d-d61299d08faa
for the second one about 4-5 times faster ...
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1475 a5681a0c-68f1-0310-ab6d-d61299d08faa
trying to improve the pango performance I added facilities to cache layout,context and more in between invocations of
the text function, unfortunately it does not seem to help all that much.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1474 a5681a0c-68f1-0310-ab6d-d61299d08faa
the text function, unfortunately it does not seem to help all that much.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1474 a5681a0c-68f1-0310-ab6d-d61299d08faa
use the standart info free function
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1473 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1473 a5681a0c-68f1-0310-ab6d-d61299d08faa
fix handling of error conditions in rrd_tool.c ... errno is not for detection, only for information AFTER detection.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1471 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1471 a5681a0c-68f1-0310-ab6d-d61299d08faa
free the linebuffer if you don't return it!
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1470 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1470 a5681a0c-68f1-0310-ab6d-d61299d08faa
some more leak plugging
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1469 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1469 a5681a0c-68f1-0310-ab6d-d61299d08faa
drop the dummy surface prior to creating the real one
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1468 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1468 a5681a0c-68f1-0310-ab6d-d61299d08faa
added some freeing for error conditions
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1467 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1467 a5681a0c-68f1-0310-ab6d-d61299d08faa
fixed indentation ... gnu indent results are not realy beautifl. I might switch to uncrustify.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1466 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1466 a5681a0c-68f1-0310-ab6d-d61299d08faa
16 years agoMany rrd_create memory leaks patched ... based on valgrind analysis by Sven Engelhard...
Many rrd_create memory leaks patched ... based on valgrind analysis by Sven Engelhardt. Thanks!
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1465 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1465 a5681a0c-68f1-0310-ab6d-d61299d08faa
fix indentation
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1464 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1464 a5681a0c-68f1-0310-ab6d-d61299d08faa
added sparc-sun-solaris2.8 to list of broken isfinite implementations
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1463 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1463 a5681a0c-68f1-0310-ab6d-d61299d08faa
it is rb_rrd_infocall not rrd_infocall ...
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1462 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1462 a5681a0c-68f1-0310-ab6d-d61299d08faa
When in lazy mode, and the graph does not get regenerated, then there are no
results from PRINT either. Fix for #163.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1461 a5681a0c-68f1-0310-ab6d-d61299d08faa
results from PRINT either. Fix for #163.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1461 a5681a0c-68f1-0310-ab6d-d61299d08faa
documentation updates
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1460 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1460 a5681a0c-68f1-0310-ab6d-d61299d08faa
16 years agomake sure imageinfo only reports the filename and not the whole path. This is a regre...
make sure imageinfo only reports the filename and not the whole path. This is a regression from 1.2.x where this was implemented properly.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1459 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1459 a5681a0c-68f1-0310-ab6d-d61299d08faa
added systembelastung
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1458 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1458 a5681a0c-68f1-0310-ab6d-d61299d08faa
The attached patch converts the given string to UTF-8 using glib's
g_locale_to_utf8() function. This function expects the string to be
encoded as specified by the locale settings, so this will fail if e.g.
you're using some script which is encoded in some way incompatible to
the locale settings. In this case, the patch falls back to use the
original string as provided by the user as there is no way to tell how
to interpret that string. So, in this case, you will still get the old
behavior (that pango warning and messed up strings in the graph).
However, imho this is perfectly fine since it should be up to the user
to take care of a sane environment. -- Sebastian Harl
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1457 a5681a0c-68f1-0310-ab6d-d61299d08faa
g_locale_to_utf8() function. This function expects the string to be
encoded as specified by the locale settings, so this will fail if e.g.
you're using some script which is encoded in some way incompatible to
the locale settings. In this case, the patch falls back to use the
original string as provided by the user as there is no way to tell how
to interpret that string. So, in this case, you will still get the old
behavior (that pango warning and messed up strings in the graph).
However, imho this is perfectly fine since it should be up to the user
to take care of a sane environment. -- Sebastian Harl
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1457 a5681a0c-68f1-0310-ab6d-d61299d08faa
newer perlapi docu suggests to use SV * instead of void for managed returns
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1456 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1456 a5681a0c-68f1-0310-ab6d-d61299d08faa
fixed some c++ style lines -- David Masterson
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1455 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1455 a5681a0c-68f1-0310-ab6d-d61299d08faa
spelling fix
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1454 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1454 a5681a0c-68f1-0310-ab6d-d61299d08faa
forward ported patch for rra cur_row randomization in rrd_restore from 1.2.28 to 1.3.1
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1453 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1453 a5681a0c-68f1-0310-ab6d-d61299d08faa
prepare for the release of rrdtool-1.3.1
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1447 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1447 a5681a0c-68f1-0310-ab6d-d61299d08faa
16 years agoadded support for restoring rrdtool 1.0.x files ... removed support for old HW patche...
added support for restoring rrdtool 1.0.x files ... removed support for old HW patched rrd format created by an early patched version of 1.0.x
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1446 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1446 a5681a0c-68f1-0310-ab6d-d61299d08faa
Fix for #167 - rrdcreate is arguably missing a check for 'step>=1' for RRAs with AVERAGE as a CF. I ran into this when specifying 0.6 as a step value, assuming floats were also accepted. Patch attached here. -- Bogdan
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1445 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1445 a5681a0c-68f1-0310-ab6d-d61299d08faa
improve layout
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1443 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1443 a5681a0c-68f1-0310-ab6d-d61299d08faa
added rrd filename to illegal update message -- he at uninett.no
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1441 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1441 a5681a0c-68f1-0310-ab6d-d61299d08faa
rrdtool.spec fix by Anton Blanchard to build without php patch
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1440 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1440 a5681a0c-68f1-0310-ab6d-d61299d08faa
make sure image-with and image-height get returned even when rrdtool is called with --lazy as reported in bug #163
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1439 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1439 a5681a0c-68f1-0310-ab6d-d61299d08faa
Etwas ueberarbeitet
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1438 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1438 a5681a0c-68f1-0310-ab6d-d61299d08faa
rrdtool.fetch is returning an extra, bogus, data point. Attached is a
patch to correct this. - Gilad Raphaelli. Fix for #161
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1436 a5681a0c-68f1-0310-ab6d-d61299d08faa
patch to correct this. - Gilad Raphaelli. Fix for #161
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1436 a5681a0c-68f1-0310-ab6d-d61299d08faa
added note on %S
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1435 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1435 a5681a0c-68f1-0310-ab6d-d61299d08faa
made news the same as the announcement
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1434 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1434 a5681a0c-68f1-0310-ab6d-d61299d08faa
prepare for the release of rrdtool-1.3.0
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1432 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1432 a5681a0c-68f1-0310-ab6d-d61299d08faa
updated website online
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1431 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1431 a5681a0c-68f1-0310-ab6d-d61299d08faa
added website to trunk
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1430 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1430 a5681a0c-68f1-0310-ab6d-d61299d08faa
using the 1.2 website as a basis for the new 1.3 website
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1429 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1429 a5681a0c-68f1-0310-ab6d-d61299d08faa
oops it is 1.3.0 not 1.4.0 yet
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1428 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1428 a5681a0c-68f1-0310-ab6d-d61299d08faa
preparing for 1.3
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1427 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1427 a5681a0c-68f1-0310-ab6d-d61299d08faa
document the 'internal' functions in rrd.h but mark them as deprecated, so
that anyone using them will see that they should not be doing it.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1426 a5681a0c-68f1-0310-ab6d-d61299d08faa
that anyone using them will see that they should not be doing it.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1426 a5681a0c-68f1-0310-ab6d-d61299d08faa
flip check for row_count with setting for better code logic
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1425 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1425 a5681a0c-68f1-0310-ab6d-d61299d08faa
check row count in RRAs to be > 0 ... by Sebastian Harl
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1424 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1424 a5681a0c-68f1-0310-ab6d-d61299d08faa
for windows we must open files in O_BINARY mode
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1423 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1423 a5681a0c-68f1-0310-ab6d-d61299d08faa
do NOT export lowlevel functions, since I have no intention supporting these
interfaces across versions. The symbols are in the library, so if someone
WANTS to code to them, they are free todo so, but they will have to use our
internal header files.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1421 a5681a0c-68f1-0310-ab6d-d61299d08faa
interfaces across versions. The symbols are in the library, so if someone
WANTS to code to them, they are free todo so, but they will have to use our
internal header files.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1421 a5681a0c-68f1-0310-ab6d-d61299d08faa
add all lowlevel file access functions from the rrd_open interface to the export list.
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1420 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1420 a5681a0c-68f1-0310-ab6d-d61299d08faa
fixed indenting
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1419 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1419 a5681a0c-68f1-0310-ab6d-d61299d08faa
update to rpm spec from Jarod Wilson
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1418 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1418 a5681a0c-68f1-0310-ab6d-d61299d08faa
export some more symbols from librrd
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1417 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1417 a5681a0c-68f1-0310-ab6d-d61299d08faa
windows should use a windows font
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1416 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1416 a5681a0c-68f1-0310-ab6d-d61299d08faa
drop special case windows font code ... it makes no sense with the new setup
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1415 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1415 a5681a0c-68f1-0310-ab6d-d61299d08faa
prepare for the release of rrdtool-1.3rc9
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1413 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1413 a5681a0c-68f1-0310-ab6d-d61299d08faa
fixed pango markup switch ... we still want the text to show even if no markup is enabled
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1412 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1412 a5681a0c-68f1-0310-ab6d-d61299d08faa
rrd_freemem has to be exported as well ...
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1411 a5681a0c-68f1-0310-ab6d-d61299d08faa
git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@1411 a5681a0c-68f1-0310-ab6d-d61299d08faa