Today you sent me mail regarding Re: Hallo! :
* On Tuesday, July 27, Tobias Oetiker wrote:
*
* uff ... great ...
*
* Again, thank you. Now, two suggestions. 1 is easy to code (from the quick
* peek I had), the other likely a little harder.
*
* 1) Along with the current IF,GT,etc RPN
Folks,
sorry to be udating rrdtool at such a pace, but there was a frustrating
little bug in rrdtool create. The default start time of new rrds was set
to Jan 1st, 1970 if no -b option was specified when creating a new rrd.
This prooved to be rather frustrating for new users because the first
* Alex writes:
*
* * first, second, and third data sets (stacked area), the third data set
only gets
* * plotted when the second data set is non-zero.
*
* could it be that the pink data is *UNKNOWN* and not zero ? you can use a
* CDEF with IF and UN to turn UNKNOWN data into 0 ...
*
*
*
Today you sent me mail regarding [rrd-developers] Re: stacking and the...:
* Alex -
*
* You have stumbled into exactly the same issue I did a couple of months
* ago when I built an application to allow my users to define aggregate
* graphs. They are quite similar to your stacks, but use area
Today you sent me mail regarding Re: [rrd-developers] rrd_graph.c test:
*
* I have made a updated version of rrd_graph.c avaliable on
*
* http://tux.caida.org:8080/rrd_graph.c
*
* this should work as discussed when stacking unknown data ...
*
* please let me know if it meets your
a shared library if they are going
* to compile RRDs.so.
I will try to add 1.0.3b to 1.0.4 on monday ... I wont be at work over the
weekend ... :-)
in any event ... thanks verymuch for your effort ...
cheers
tobi
*
* Have a great weekend,
* Blair
*
* Tobias Oetiker wrote:
*
* I just did some
Today you sent me mail regarding rrdtool 1.0.6, autoconf:
* There seem to be a problem with the configure.in file in the newest
* version.
*
* When I run autoconf, I get the message:
* autoconf: Undefined macros:
* configure.in:59:AC_DISABLE_SHARED
*
*
* autoconf still creates a new
Today you sent me mail regarding Re: [rrd-developers] new 1.0.6 fix patch ...:
* On Sat, Aug 21, 1999 at 01:45:17AM +0200, Tobias Oetiker wrote:
* Folks,
*
* There is yet another 1.0.6 fix patch on
*
* ee-staff.ethz.ch/~oetiker/webtools/rrdtool/pub/beta/1.0.6-fixes.patch.gz
*
* Sure ? I
Today you sent me mail regarding Re: [rrd-developers] new 1.0.6 fix patch ...:
* On Sat, Aug 21, 1999 at 06:15:03PM +0200, Tobias Oetiker wrote:
* Today you sent me mail regarding Re: [rrd-developers] new 1.0.6 fix patch
...:
*
* * On Sat, Aug 21, 1999 at 01:45:17AM +0200, Tobias Oetiker
Folks,
OK, here it is again, ... as anounced on friday ...
ee-staff.ethz.ch/~oetiker/webtools/rrdtool/pub/beta
cheers
tobi
--
____ _
/_ __/_ / / (_) Oetiker, Timelord SysMgr @ EE-Dept ETH-Zurich
/ // _ \/ _ \/ / TEL: +41(0)1-6325286 FAX:...1517 ICQ: 10419518
/_/
Today you sent me mail regarding [rrd-developers] New DEF: virtual def:
* No, no code yet.
*
* I was wondering about the resolution of the data inside a CDEF.
* Doing functions with TIME, it will not be at the picture resolution,
* it will be at the data resolution.
yes ...
I guess the 1.1
Today you sent me mail regarding proposal for getting at last/last via...:
*
* [thread moved to [EMAIL PROTECTED], btw]
*
* * RRD::STRFTIME %c now doesn't work for me. How could it?
* * It doesn't know which rrd to inspect!
*
* From: Tobias Oetiker
* this is not something which
Today you sent me mail regarding Re: [rrd-developers] Re: proposal for...:
* From: Tobias Oetiker
* it can print the current time:
*
* RRD::TIMESTR 'some-strftime-format' now
*
* or the time from 3 days ago ...
* RRD::TIMESTR 'some-strftime-format' now-3d
*
* the point
Folks,
A very successful year for RRDtool is coming to an end. Before we are all
blown to oblivion and the computers crumble to dust I thought a final
release of RRDtool would be an appropriate measure.
This is the change log for the 1.0.9 release ...
---
=
Today you sent me mail regarding [rrd-developers] G?PRINT bad format in...:
* Hi,
*
* I got the 1.0.9 compiled and tried the examples and I had this:
*
* ERROR: bad format for [G]PRINT in 'Max calc %1.2f'
* ...
*
* By reading the new manual and the rrd_graph.c(bad_format()) code,
* %f and %e
Tuesday you sent me mail regarding [rrd-developers] Re: Restarting devices:
* The question I initially meant to ask is still dangling:
* The average values 5696416 and 5489639 obtained for the 500-second interval
* just following the presumed counter reset (or even their adjusted
300-second
*
Friday you sent me mail regarding [rrd-developers] RRDp Problem With...:
*
* Problem: (RRDp rrdtools-1.0.10)
*
* Calling RRDp::cmd fetch file.rrd ..., where file.rrd does not
* exist, results in an error message to *stderr* and an exit from the calling
* perl script. Is this appropriate
Folks,
Another weekend spend in front of the screen:
get the latest rrdtool from:
http://ee-staff.ethz.ch/~oetiker/webtools/rrdtool/pub
http://www.caida.org/Tools/RRDtool/pub
CHANGES:
= 1.0.11 2000/02/06 -- Tobi
+ 2000/02/06 -- Tobi
added formating marker '\g' to rrd_graph to
Today you sent me mail regarding Re: [rrd-developers] Re: Restarting devices :
* rrdtool only comes up with NaN for an interval if more than Minimal required
* heartbeat seconds of the interval are UNKNOWN ...
*
* Tobi,
*
* Can I request an option to ignore heartbeat when it set to 0 or -1?
*
Today you sent me mail regarding Re: [rrd-developers] Re: Restarting devices :
* What happen if the server is up but you have a slow net or a slow
* collector? Here is a live sample. I had a program do pings and
* give me rtt results. Normally it can finish a list of task within
* 5 minutes.
Today you sent me mail regarding rrdtool:
* Hi:
* First, nice tool. Thanks for that...
glad you like it ...
* Second, I was trying to compile rrdtool on Linux Kernel 2.3.42 and
* it gave an error aparently something with struct rusage. As soon as I
* change the link of /usr/source/linux
Folks,
I have been busy. I have prepared 1.0.14 ... Before I announce it
big time I would be glad if some of you cold build it and run it
against your applications ... (I know it builds, so the running is
the important bit)
Please find the changes appended ...
I am most interested in knowing
Folks,
Here is the second release candidate for rrdtool-1.0.14
http://ee-staff.ethz.ch/~oetiker/webtools/rrdtool/pub/beta
the tcl stuff will now be nicely ignored if you do not have
tcl installed.
please test ... I still have not heared from these 64bit folks
cheers
tobi
--
____
Folk,
I have just released rrdtool 1.0.14 some new features and lots of
bugfixes ... mostly cosmetic things ...
Most notable Changes:
* TCL Bindings curtesy Frank Strauss
* New CDEF Operators curtesy Poul-Henning Kamp
* Perl 5.6 compatibility by Tobi
* Getenv function for rrdcgi
Tobis Plans:
Folks,
I have upgraded our Listar version ... Finally there is a
webinterface for configuring your subscriptions. You might want to
check this out.
http://www.ee.ethz.ch/~slist/lsg2.cgi
Please let me know what you think. Will this make peoples lives
easier or will I just be swamped by mail from
Folks,
Some bugfixes for good measure ... Especially the malloc bug
in the RPN code might solve some misterious crashes there ...
hope it helps
tobi
Please download from
http://ee-staff.ethz.ch/~oetiker/webtools/rrdtool/pub
= 1.0.15 2000/04/06 -- Tobi
- 2000/04/03 -- Thomas Parmelan
Folks,
There is amazing stuff being done with RRDtool. I have now started
a gallery to docomuent this:
http://ee-staff.ethz.ch/~oetiker/webtools/rrdtool/gallery/
If you have some fancy graphs to share I would love to hear from
you. At the bottom of the gallery page you can see what I need to
Folks,
there is rrdtool-1.0.20pre1.tar.gz on the website ... could you
please test ?
cheers
tobi
--
____ _
/_ __/_ / / (_) Oetiker, Timelord SysMgr @ EE-Dept ETH-Zurich
/ // _ \/ _ \/ / TEL: +41(0)1-6325286 FAX:...1517 ICQ: 10419518
/_/ \.__/_.__/_/ [EMAIL PROTECTED]
Today you sent me mail regarding [rrd-developers] Legend being in the wrong...:
* Hi,
*
* Most of us will be aware of the problem as indicated on the subject line.
*
* I'm not so fluent in C so I may have misunderstood it but I think that
* currently a linked list is made containing each
Today you sent me mail regarding [rrd-developers] Re: Legend being in the...:
* (note: algoritm included further below)
*
* What I proposed is sort of an insert before last way of handling
* the legend. That way the area (or line) is on the last line of the
* legend and the stacked area (line)
Folks,
I have released rrdtool 1.0.22. It has a bunch of bugfixes and some
minor new features ... please give it wirl ... (I tested on
Solaris 2.6, FreeBSD 3.2 and Redhat GNU Linux 6.2) ... I would be
delighted to hear from other systems.
(By testing I mean running the example scripts after
Folks,
I have released RRDtool 1.0.23. It comes with a bunch of bug fixes
and some small enhancements. Especially the FreeBSD crashes should
be gone again.
Get the latest RRDtool from
http://ee-staff.ethz.ch/~oetiker/webtools/rrdtool/pub
Learn all about rrdtool on
Yesterday you sent me mail regarding [rrd-developers] RRD support for...:
*
* RRD Developers and Tobi Oetiker,
*
* As you may be aware, at WebTV we make extensive use of RRDtool and Cricket.
* We use it not only for real-time monitoring of network hardware such as
* router interfaces and
Folks,
I am about to release 1.0.29 ... before I announce this on a wide
scale, I would appreciate if some of you could test it:
http://ee-staff.ethz.ch/~oetiker/webtools/rrdtool/pub/beta/
When you tested it, please drop me a line via private email ...
I also like positive build reports:
Today Jake Brutlag wrote:
Hi Jake,
| I intend to look into implementing computed data sources. This will require
| code changes to core modules such as rrd_update and rrd_create, but I could
| roll it into my aberrant behavior detection patch. Tobi has already
| expressed interest in
Today Jake Brutlag wrote:
|
| The template option to the update command is very flexible. It allows the
| user to update data sources asynchronously. However, there is a subtle
| different behavior that perhaps should be noted in the documentation.
well when I saw your example in the
Folks,
I have released rrdtool-1.0.30
you can find it on
http://www.ee.ethz.ch/~oetiker/webtools/rrdtool/pub
Changes are below ..
have fun
tobi
____ _
/_ __/_ / / (_) Oetiker, Timelord SysMgr @ EE-Dept ETH-Zurich
/ // _ \/ _ \/ / TEL: +41(0)1-6325286 FAX:...1517 ICQ:
Yesterday Matt Zimmerman wrote:
| I don't see the point of ripping JPEG support out of libgd. The reason I
link
| rrdtool the way I do is that Debian contains a package for the gd library,
| version 1.8.4, as well as libpng and zlib. It would be inappropriate to link
| rrdtool with a
Yesterday steve rader wrote:
|
| Would someone please explain the CF LAST and it's purpose?!!
| I can't find a discussion of what it should really do.
|
| I think it would be nice if the CF LAST returned values from the last
| data update but the enclosed script indicates otherwise. The
Folks,
Finally I have opened a cvs archive for rrdtool. This is in
preparation for the 1.1.x series where all the fundamental changes
can come in which I have been refusing for the 1.0.x series ...
RRDtool will follow the Linux version naming scheme where the
odd minor revisions are for
Folks,
I have started 1.1, as mentioned earlier this week. One thing I want
todo is, alter the way the individual parts of rrdtool (rrd_*.o)
communicate with their interface code ... eg perl or rrdtool.c ...
Especially when it comes to returning data, there is a big mess. I
am thinking about
Folks,
One of my goals for 1.1.x is to improve the rendering quality of
the graphs created by rrdtool ... This means scalable fonts, anti-aliasing
true scalability ...
I can not see this being possible with libgd ... one way ahead
would be to employ imagemagick. http://www.imagemagick.org
Yesterday Matt Zimmerman wrote:
|
| On Sat, Mar 03, 2001 at 11:56:14AM +0100, Tobias Oetiker wrote:
|
| An other question I am thinking about is the interface for passing data to
| the modules ... at the moment this is done with ARGC/ARGV which is ideal
for
| command line interfaces
Folks,
I have added the aberrant behavior detection patch
by Jake Brutlag [EMAIL PROTECTED] to the rrdtool cvs.
Adding this required upping the .rrd fileformat to 0002
If you want to have a look at it, or even want to contribute to 1.1
here are instructions for accessing it:
mkdir rrdtool
cd
... you can not use the keywords to transport
information ...
cheers
tobi
|
| Jake
|
| Jake Brutlag
| Network Analyst
| Microsoft WebTV
|
| -Original Message-
| From: Tobias Oetiker [mailto:[EMAIL PROTECTED]
| Sent: Sunday, March 04, 2001 5:27 AM
| To: [EMAIL PROTECTED]
| Cc
Yesterday Jake Brutlag wrote:
|
| the xml file ? you changed the dump format ? oops that sliped ...
| will have to check the idea of a xml format is that the keywords
| are stable ... you can not use the keywords to transport
| information ...
|
| I am not certain I understand the
Today Jakob Ilves wrote:
| Hello!
|
| More fuel for the 1.1.x feature discussion...
|
| Currently the RRDtool use flat files for storing the data. There has
| already been discussions on using a database to store the data (the
| particular discussion was related to MySQL, but in my case
Today Alex van den Bogaerdt wrote:
| BTW, shouldn't this discussion be moved to the developers list?
right ...
| This is (IMHO) another problem. Rrdtool graph is named improperly.
| Its purpose is not only to graph, it also creates reports. However,
| the reporting is far from
Today Jake Brutlag wrote:
|
| I also work on some changes and it seems to me that we need to
| coordinate what we do to files.
|
| Here at WebTV we utilize RRDtool with Cricket. Cricket development is
| managed by Sourceforge. I think Tobi mentioned he intends to move to this
| model at
/*
* RRDtool 1.0.33 Copyright Tobias Oetiker, 1997 - 2001
*
* rrd_datalang A system for passing named and typed parameters between
Hi Jake,
I just analyzed the COMPUTE patch of yours ... neat indeed, but I
am not all to happy with what is happening to the rrdtool
dataformat here ...
COMPUTE obviously has severe restrictions because it must save space
as there is no flexibility in the rrdtool dataformat for this ...
I can
Monday Jake Brutlag wrote:
| Obviously there are some problems that changing the format could resolve,
| but I didn't want to be the one to propose it. In a past life (okay, just 5
| years ago), I was working in tech support for a small database company and
| there I learned that backwards
Today steve rader wrote:
|
| From: me
| The problem is that NaN values fetched with RRDs::fetch are now
| returned as 'undef' instead of the string 'NaN'.
|
| Now I find that RRDs::fetch is broke with respect to zero values:
| with 1.0.33, RRDs::fetch of zero values returns 'undef'.
I have added a PROJECTS file to the cvs repository (program) noting
the dataformat information
tobi
--
____ _
/_ __/_ / / (_) Oetiker, Timelord SysMgr @ EE-Dept ETH-Zurich
/ // _ \/ _ \/ / TEL: +41(0)1-6325286 FAX:...1517 ICQ: 10419518
/_/ \.__/_.__/_/ [EMAIL PROTECTED]
Today Alex van den Bogaerdt wrote:
|
| Jake Brutlag wrote:
|
| Tobi wrote:
| so if we can find a format for rrd which is better to accomodate
| future changes, I think it would be worth while doing the changes
| now, and find a way to keep on reading old rrd files instead of
|
Yesterday Jon O. wrote:
|
| Hi:
|
| Last week we had a presentation from a web monitoring company about their
| new product. It's called Platinum 365 and is here:
| http://www.platinum365.net/
|
| Although, without a login you can't get very far. I'm not sure how to get
| a login at
Today steve rader wrote:
[...]
|
| I'd rather not have to duplicate this kludge in various
| contexts, so I think there should be a native way to get
| recent values from RRDtool... something like...
how about using -s now-update interval ? this should always yeald
valid data ...
on
Yesterday Ashok wrote:
|
| Hi,
|
| This happens with the first rrd_xxx call itself. I made sure that optind and
opterr
| were set to zero before making this call, but it still doesn't work. The
other
| solution I implemented was to fork a rrdtool process with - argument (so
that it
|
Jul 23 Ashok Mandala wrote:
|
| Hi All,
|
| I have started using the API calls to librrd in my program (Thanks for
| helping out :-) ) - but have started getting the too many open files
| error message from rrd_get_error() after around 1200 rrd files have
| been created/updated. I am not
Jul 25 Chris Carton wrote:
|
|
http://allserv.rug.ac.be/unix/software/workshop/manuals/c/user_guide/data.represent.html
|
| I scanned that page quickly and believe that the answer you're looking for is
| there.
|
| Chris
|
|
| I note in the C source that these two pseudo-numbers have
Jul 25 Alex van den Bogaerdt wrote:
|
| Josh Wyatt wrote:
|
| Please forgive me for asking if I have missed anything, but has the
| distribution/development changed hands?
|
| No, not really. Distribution is still done by Tobi and development
| is still done by *all*.
I was on
Today Alex van den Bogaerdt wrote:
|
| Hi,
|
| It seems to me that the graph portion of rrdtool is turning into
| a front-end type of program rather than a backend program. This
| is not a bad thing however now may be the time to rethink about
| this. The grapher portion becomes quite
Today Jake Brutlag wrote:
|
|
| I don't follow the users list, but I assume there has been some
| discussion of the technical difficulties of implementing this sort of
| feature. As a general comment, because of the data layout,
| adding/deleting RRAs should be easier than adding/deleting
Yesterday Matt Zimmerman wrote:
Apologies if this has come up before...
I haven't been following RRDtool 1.1.x development, but I'm wondering
whether it will include an API for reading the DS, RRA, PDP and CDP
definitions.
Cricket needs some of this data, and currently includes a Perl
Today Tiago Pedroso wrote:
wouldn't it be great to have things like this:
my $rrd = RRD-new-( filename = my.rrd );
my $info = $rrd-info();
foreach my $elem (keys %{$info-{ds}} {
print dsname = $elem\n;
print dst = .$info-{ds}{$elem}{type}.\n;
print hb =
Yesterday Steve Fulton wrote:
Hi all,
I'm relatively new to C and I'm having a lot of difficulty calling the
rrd_create(), rrd_update() and rrd_graph() functions. I've posted about
this to the rrd-users list before, and received tips on looking at how those
functions are called in
Yesterday Matt Zimmerman wrote:
I received the following bug report from a fellow Debian developer. We
are using RRDtool in the Debian system environment, which is very
architecturally diverse, and the fact that RRDs are not portable across
architectures is making things more difficult.
Today Matt Zimmerman wrote:
On Mon, Oct 29, 2001 at 07:37:15AM +0100, Tobias Oetiker wrote:
Yes the problem is the numerical storage format ... it is the quickest
to do it that way, but it becomes architecture dependent ... the
cleanest solution would be to offer the option of using xdr
Yesterday Mark Mills wrote:
Oh, no one is saying we should use all the sexy fonts we want.
We were just trying to make sure the default install just works
like people expect. On the list of platforms that RRDTool runs,
there are about half a million likely places for TTFs to be
hidden and
Today Pavel Mores wrote:
Hello,
I'm building a custom monitoring system based on the wonderful rrdtool.
However, I've been unable to figure out how to use the yesterday
day specification. I think that 18:00 yesterday should be valid
according to the syntax described in parsedate.c .
Today Mike McHenry wrote:
Is the anonymous CVS access down for everyone? I currently get the
following error when attempting to log into the CVS store...
[EMAIL PROTECTED] rrdtool-2002-01-15]# cvs -d
:pserver:[EMAIL PROTECTED]:/usr/drwho/vault/cvs/rrdtool login
Logging in to
Today Mike McHenry wrote:
Ok, I think I have somewhat answered my own question. The bug appears to
be located in this diff of code between CVS-2001-10-24 and
CVS-2001-10-25, line 777 of the rrd_graph.c code.
diff -uNr rrdtool.good/src/rrd_graph.c rrdtool.bad/src/rrd_graph.c
---
Hi,
Pie chart support. Fetch the changes using cvs (or wait for the
snapshot) and give it a try.
Add this to a normal graph script:
PART:25#FF:A quarter in red
PART:25#:Invisible quarter
PART:50#00CC00:Half in green
In stead of the numbers you can also use
Folks,
I have updated the developer release of rrdtool to
zlib 1.1.4 ... (in case you saw the security announcemnt)
NOTE the developer release is NOT FOR PRODUCTION !
cheers
tobi
--
____ _
/_ __/_ / / (_) Oetiker, ETZ J97, ETH, 8092 Zurich, Switzerland
/ // _ \/ _ \/ /
Today Alex van den Bogaerdt wrote:
Alex van den Bogaerdt wrote:
B A
--.
\ . f
\ .
\. e
\. d
C
Ack. However, this didn't seem to work due to the final LINETO.
Duh, I shouldn't post this
Hi Peter,
congratulations ... I have added your patch ...
cheers
tobi
--
____ _
/_ __/_ / / (_) Oetiker, ETZ J97, ETH, 8092 Zurich, Switzerland
/ // _ \/ _ \/ / phoneto:+41(0)1-632-5286 faxto:+41(0)1-632-1517
/_/ \.__/_.__/_/ [EMAIL PROTECTED] http://google.com/search?q=tobi
Today Jake Brutlag wrote:
I followed this suggestion and it solved the problem! Perhaps there is
something non-standard about my development system, but this is general
advice from the libtool documentation. Shouldn't we considering adding
libtool.m4 to acinclude.m4 in RRDtool CVS? I realize
Hi Alex and Peter,
About the warnings, we get them because I have the most zealous,
warnings enabled in the makefiles ...
How about sending the libart author a 'bug' report, afterall this
will not be an rrdtool specific problem ...
cheers
tobi
--
____ _
/_ __/_ / / (_) Oetiker,
Today Bert Driehuis wrote:
I've tried last weeks CVS cnapshot, and the libart stuff looks really
nice... Dropped right into Cricket, too (but that's no big surprise,
knowing Jake's involvement).
There's one thing I'm really missing, which is the stippled grid line
from the GD version. It
Today Alex van den Bogaerdt wrote:
Tobias Oetiker wrote:
About the warnings, we get them because I have the most zealous,
warnings enabled in the makefiles ...
Understood. There seem to be different CFLAGS for zlib, perhaps
we should use the original authors settings when compiling
Yesterday Jake Brutlag wrote:
hint
It doesn't seem to be very important to others or else there
would actually be some traffic on this list ... /
I haven't followed this thread that closely, but isn't this debate about
the choice between a less complicated interface (graph command
Yesterday Peter Speck wrote:
1) change ytr() so it always return non-truncated coordinates (with all
decimals). Specific imageformat implementations (in rrd_gfx) might
truncate coordinates to integer values or to fixed-decimal (and might
do it only for straight vertical/horizontal lines).
Yesterday Ollie Cook wrote:
A workaround is to reset optind before each call to rrd_fetch, but maybe this
should be handled in the rrd_* function calls themselves?
this is not a workaround, this is how you do it ... check the code
for rrd_cgi.c and rrd_tool.c
tobi
--
____ _
/_
Saturday Alex van den Bogaerdt wrote:
Alex van den Bogaerdt wrote:
Can anyone tell me how to setup my system so that I don't get this
error:
rrd_graph.c: In function `rrd_graph':
rrd_graph.c:2518: warning: implicit declaration of function `setlocale'
rrd_graph.c:2518: `LC_ALL'
Friday Peter Speck wrote:
Hi Tobi et.al.,
Patch for supporting PDF as output format.
http://www.vitality.dk/rrdtool/patches/2002-04-18-pdf.diff
Touches src/rrd_graph.c, src/rrd_gfx.h, src/rrd_gfx.c
The patch requires the eps/svg dash improvement code from previous mail
(patch #1 below).
Folks,
Sorry for the problems my setlocales patch produced.
please try again
tobi
--
____ _
/_ __/_ / / (_) Oetiker, ETZ J97, ETH, 8092 Zurich, Switzerland
/ // _ \/ _ \/ / phoneto:+41(0)1-632-5286 faxto:+41(0)1-632-1517
/_/ \.__/_.__/_/ [EMAIL PROTECTED]
Yesterday Richard A Steenbergen wrote:
I sent this in a while back but it seems to have been overlooked as of the
the current cvs snapshot.
It's nice and simple, the error checker for the PRINT stuff which is
passed to printf() is not allowing certain valid printf() style operations
which
Today Richard A Steenbergen wrote:
On Sun, Apr 28, 2002 at 04:15:12PM +0200, Tobias Oetiker wrote:
Yesterday Richard A Steenbergen wrote:
I sent this in a while back but it seems to have been overlooked as of the
the current cvs snapshot.
It's nice and simple, the error
Yesterday Jake Brutlag wrote:
Sean Settle has brought to my attention that one of the recent patches
(in the last month) has broken the Win32 build. The problem seems to
this code block from rrdtool.h:
/* Sorry: don't know autoconf as well how to check the exist of
dirent.h ans
Yesterday Jake Brutlag wrote:
Sean Settle has brought to my attention that one of the recent patches
(in the last month) has broken the Win32 build. The problem seems to
this code block from rrdtool.h:
I have added autoconf tests for dirent, sys/stat.h and sys/types.h
this helps for
Today Jake Brutlag wrote:
I have added autoconf tests for dirent, sys/stat.h and sys/types.h
The latter two headers (and associated functionality), sys/stat.h and
sys/types.h, are available on Win32.
this helps for portabiliy on unix to an extent, at least the dirent
struct which also
Yesterday Jake Brutlag wrote:
After skimming through rrd_tool.c, it seems the idea is to add some
utility commands to rrdtool. This can certainly be done on
Win32, even
if Win32 API calls are required. However, I am not certain simply
adding this functionality will allow rrdtool
Yesterday Jake Brutlag wrote:
After skimming through rrd_tool.c, it seems the idea is to add some
utility commands to rrdtool. This can certainly be done on
Win32, even
if Win32 API calls are required. However, I am not certain simply
adding this functionality will allow rrdtool
Today Michael T. Babcock wrote:
I see that as being _the_ reason to link it seperately, however, or to at
least link the data collection tool seperately (the opposite approach to the
same issue) so that it can be used quickly and easily without the graphing
portion of the tool.
If I may
Today Alex van den Bogaerdt wrote:
I'm not really familiar with libart. I think (so: not sure) it has to
do with drawing boxes the wrong way around. Anti-clockwise vs. clockwise.
Tobi will know. Tobi?
yes tobi knows ... the only thing which does get draw the wrong way
round as fahr as I
Today Rainer Bawidamann wrote:
PS: Unfortunatly I don't have time to work on this anymore. Maybe I should
look for a job at university like Tobi ;-)
Not that I was working on RRD or MRTG on 'company time'. These are
both my evening pet projects ...
tobi
--
Unsubscribe mailto:[EMAIL
Today Jake Brutlag wrote:
While I appreciate the effort to submit build files for Visual C++ 7.0,
it seems rrdtool.ncb was checked in. This is a binary file that is
generated upon compile, correct? And in fact the generated file is
different for Visual C++ 6.0.
Perhaps this and any other
Today Alex van den Bogaerdt wrote:
Hi,
The last few days I made some changes to rrd_graph.
Things that are possible now include:
DEF:ds0=my.rrd:ds0:AVERAGE
DEF:ds1=my.rrd:ds0:AVERAGE:--step=1800:--end=now:--start=end-1h
AREA:ds0#FF
LINE1:ds1#FF:STACK
Today Alex van den Bogaerdt wrote:
I guess when^Wif^Wwhen the bug reports start coming in, the --step
option will be debugged anyway.
well this I would not consider a good way of action ...
About the syntax: I'm experimenting a bit. What do you think?
well the syntax is logicall ... but I
Today Alex van den Bogaerdt wrote:
Hi,
rrd_rpncalc.c uses DEF_NAM_FMT but this is never defined.
This is introduced in version 1.10 of the file:
Index: rrd_rpncalc.c
===
RCS file:
1 - 100 of 795 matches
Mail list logo