Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-06-10 | Changes OSPF to generate stub networks for non-primary addresses. | Ondrej Zajicek | |
Also does some reorganization in RT LSA announcement. | |||
2004-05-31 | Added rmove() (by Andreas, tweaked by me). | Martin Mares | |
2000-05-09 | Implemented debugging function rlookup() which you can call from gdb | Martin Mares | |
to see what resource does the address given as a parameter belong to. | |||
2000-03-30 | Avoid conflicts with libraries defining their own xmalloc by defining | Martin Mares | |
xmalloc to bird_xmalloc internally. | |||
1999-03-29 | Added lp_flush() which flushes contents of a linear pool, leaving all the | Martin Mares | |
memory available for subsequent allocations from the same pool. Both flushing and re-using the memory costs just few instructions. | |||
1999-03-04 | Use dmalloc instead of EFence when available (dmalloc has lot of improvements | Martin Mares | |
over EFence and also hopefully smaller memory overhead, but sadly it's non-free for commercial use). If the DMALLOC_OPTIONS environment variable is not set, switch on `reasonable' checks by default. Also introduced mb_allocz() for cleared mb_alloc(). | |||
1998-12-06 | Name cleanups as suggested by Pavel: | Martin Mares | |
- cfg_strcpy() -> cfg_strdup() - mempool -> linpool, mp_* -> lp_* [to avoid confusion with memblock, mb_*] Anyway, it might be better to stop ranting about names and do some *real* work. | |||
1998-11-27 | Removed prototype of rp_free() since this function has never existed. | Martin Mares | |
1998-05-26 | Resource pools are now named. | Martin Mares | |
1998-05-03 | BIRD library: The story continues. | Martin Mares | |
Complete resource manages and IP address handling. | |||
1998-04-28 | Changed #include <x/y> to #include "x/y" for our local includes, so that | Martin Mares | |
gcc -MM can be used to separate them from the system ones. Added automatic generation of dependencies. | |||
1998-04-22 | First look at data structures. More to come tomorrow... | Martin Mares | |