Hi all, is it a bug or a feature, that BIRDs configuration sanity check (bird -p) does not blame about multiple filter definition with the same name? Regards Bernhard -- Bernhard Hahn DE-CIX Management GmbH e-mail: bernhard.hahn@de-cix.net Lindleystr. 12, 60314 Frankfurt Phone: +49 69 1730 902-34 Geschaeftsfuehrer Harald A. Summa Mobile: +49 171 552 3643 Registergericht AG Koeln, HRB 51135 Fax: +49 69 4056 2716
On Fri, Sep 24, 2010 at 07:49:00AM +0200, Bernhard Hahn wrote:
Hi all,
is it a bug or a feature, that BIRDs configuration sanity check (bird -p) does not blame about multiple filter definition with the same name?
Yes, this is probably a bug. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
On 25.09.2010 18:49 Ondrej Zajicek wrote
On Fri, Sep 24, 2010 at 07:49:00AM +0200, Bernhard Hahn wrote:
Hi all,
is it a bug or a feature, that BIRDs configuration sanity check (bird -p) does not blame about multiple filter definition with the same name?
Yes, this is probably a bug.
While it does perhaps not really make sense to define a filter twice it definitely does make sense if you redefine a filter when BIRD is running. Hence you would perhaps to distinguish this situation in the parser. Is it worth to to do this? Arnold -- Arnold Nipper / nIPper consulting, Sandhausen, Germany email: arnold@nipper.de phone: +49 6224 9259 299 mobile: +49 172 2650958 fax: +49 6224 9259 333
On Sun, Sep 26, 2010 at 04:51:56PM +0200, Arnold Nipper wrote:
On 25.09.2010 18:49 Ondrej Zajicek wrote
On Fri, Sep 24, 2010 at 07:49:00AM +0200, Bernhard Hahn wrote:
Hi all,
is it a bug or a feature, that BIRDs configuration sanity check (bird -p) does not blame about multiple filter definition with the same name?
Yes, this is probably a bug.
While it does perhaps not really make sense to define a filter twice it definitely does make sense if you redefine a filter when BIRD is running. Hence you would perhaps to distinguish this situation in the parser. Is it worth to to do this?
This is not a problem. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
participants (3)
-
Arnold Nipper -
Bernhard Hahn -
Ondrej Zajicek