Re: [rrd-developers] [PATCH,RFC] optional mmap based file I/O

that you removed the check from configure) fadvise is still called for the FD path. Wrapping the check for fadvise in $enable_mmap just makes sure that we do not call fadvise for mmap, but only check for it and eventually use it for the non-mmap path. ok good tobi -- Tobi Oetiker, OETIKER

[rrd-developers] it exposes too much ...

-- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten http://it.oetiker.ch [EMAIL PROTECTED] ++41 62 213 9902 ___ rrd-developers mailing list rrd-developers@lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

Re: [rrd-developers] rrdcached daemonize failed, exiting

properly set. How about this.. if a base directory is specified (-b base) and a command comes in with an absolute path, then enforce: path starts with base/ that sounds fine yes. chees tobi -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http

Re: [rrd-developers] [Ganglia-developers] Integrating rrdcachedwith Ganglia

tobi -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch [EMAIL PROTECTED] ++41 62 775 9902 / sb: -9900 ___ rrd-developers mailing list rrd-developers@lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo

Re: [rrd-developers] [PATCH] add 'flush' to language bindings

). Since fflush has no meaning in the current way rrdtool writes data, the corrent translation of rrd_flush would be a no-op, or what do you suggest ? cheers tobi Cheers, Sebastian -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch t...@oetiker.ch

Re: [rrd-developers] Discuss regarding Ticket 263

, C89, C89. -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900 ___ rrd-developers mailing list rrd-developers@lists.oetiker.ch https://lists.oetiker.ch/cgi-bin

Re: [rrd-developers] DS idea

. It is the responsibility of the RRD creator to define reasonable RRAs. yep. There is a little twist ... you should make it so that a new version of rrdtool format gets activated if GAUGELAST is in use ... there is already such code for a HW feature. cheers tobi Regards, Peter -- Tobi Oetiker

Re: [rrd-developers] Question: rrdtool pipe interface - restore support?

I think it should be possible to get this to work since I am using the pull parser in rrdtool restore cheers Tobias Oetiker t...@oetiker.ch 062 775 9902 On 16.02.2014, at 03:21, Stanislav Sinyagin ssinya...@yahoo.com wrote: I don't think it does. Why isn't a usual file good enough? You can

Re: [rrd-developers] upstream the patches

hi yamei create a pull request on github github.com/oetiker/rrdtool-1.x Tobias Oetiker t...@oetiker.ch 062 775 9902 On 26.02.2015, at 20:36, Yamei Feng yamei.f...@oracle.com wrote: Hi experts, I created a patch file with some solaris specific changes when importing the rrdtool

Re: [rrd-developers] Which branch for extending feature

if it is something disruptive it should go to master, if it is an small enhancement or a bugfix it can go to 1.5 cheers tobi Tobias Oetiker t...@oetiker.ch 062 775 9902 > On 15.10.2015, at 23:21, Yannick Marquet wrote: > > Hi, > > After cloning rrdtool localy, git is

Re: [rrd-developers] librrd8 ?

the number got bumped because in some versions of the library the getopt symbols were exported conditionally this is not the case anymore it bumped from 4 to 8 because previous bumps had been backward compatible look in configure.ac there is a description of the library numbering scheme.