[rrd-users] [rrd-developers] [PATCH + RFC] Cleanup the symbols exported by librrd.

Sebastian Harl sh at tokkee.org
Mon Jun 9 10:46:40 CEST 2008


On Sun, Jun 08, 2008 at 11:15:16PM +0200, Tobias Oetiker wrote:
> Today Bernhard Fischer wrote:
> > > * I did not include rrd_open(), rrd_close(), rrd_write() and similar
> > >   functions in the public interface so far as they look like pretty
> > >   low-level functions which usually are not needed outside of rrdtool.
> >
> > These functions should be exported since any librrdtool is pretty
> > useless without them.
> >
> > Suppose i want to write a program that opens an rrd and reads one or
> > more DS and a varying number of entries from some CF, calculates
> > something and returns a result. Currently i would have to do alot of
> > what fetch does to achieve this, which doesn't make sense in the light
> > of a librrdtool.
> > See
> > http://www.mail-archive.com/rrd-developers@lists.oetiker.ch/msg01866.html
> so would
> rrd_open
> rrd_read
> rrd_close
> rrd_tell
> rrd_write
> be enough, or should there be more ?

Imho, rrd_flush, rrd_seek and rrd_lock would make sense as well. Also,
as those functions use parameters of type rrd_t, I would add rrd_init
and rrd_free as well. I'm not quite sure about the purpose of
rrd_dontneed but I'd tend to rather include all of those functions or
none at all. I think, the interfaces should be fairly stable so we
should not run into much problems caused by API/ABI changes.

Just my 2 cents ;-)


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.oetiker.ch/pipermail/rrd-users/attachments/20080609/d830e7cb/attachment.bin 

More information about the rrd-users mailing list