According to config.log you have set
LDFLAGS="-I/lb/lib" .
But the lib variable must begin with a -L like
LDFLAGS="-L/lb/lib"
Ralf
> [links inserted here]
> LIBS=-lm
> LDFLAGS=
> CPPFLAGS= -I/usr/include/libart-2.0
>
> Now, here's the directories where my built libaries ended up:
> /lb/include
On Tuesday 04 October 2005 13:40, Alex van den Bogaerdt wrote:
> On Tue, Oct 04, 2005 at 10:20:11AM +0200, [EMAIL PROTECTED]
wrote:
> > > I'm sure a thourough analysis would explain the differences.
> > > For research, see footer.
> >
> > Yes, this is what I have already assumed during my studies.
On Tuesday 04 October 2005 01:26, Alex van den Bogaerdt wrote:
> On Mon, Oct 03, 2005 at 07:17:00PM -0400, Gregory (Grisha)
Trubetskoy wrote:
> > Note that the only thing different above is --width. Is this a
> > feature or a bug? :-) Sorry, I didn't have time to research this
> > further, just th
Hi Tobias,
here is an example. When updating the database with absolute
timestamps (sample 1), everything is okay.
But the sample 2 is using N as timestamp for updates. Here you see,
that only 0 values are stored to database.
Script #
#!/bin/bash
# First sample: update with abs
Hello,
is there really nobody who can explain this behaviour:
After creating a new database, the first update with "rrdtool update
N:U:0" stores NaN values for both DS. Then, the second update
stores two 0 values for both DS ! But I would expect to store (and
keep) NaN for DS1 and 0 only for
Hi,
I have a strange problem when updating (v1.2.10) my rrd database with
an UNKNOWN value combined with a 0 value.
Situation: My database has two DS, both from type GAUGE, step 900 (15
min.) , heartbeat 3600 (60 min).
Problem: When I update the database with "rrdupdate N:U:0", the
database
Hi,
when I calculate averages with GRPINT or PRINT, the result depends on how I
set the width of the graph by "rrdtool graph --width". This is very
strange to me. That only seems to happen in case I set the start time before
the database creation time.
Background: I would like to calculat