Age | Commit message (Collapse) | Author | |
---|---|---|---|
2016-02-01 | Channels - explicit links between protocols and tables | Ondrej Zajicek (work) | |
The patch adds support for channels, structures connecting protocols and tables and handling most interactions between them. The documentation is missing yet. | |||
2015-02-21 | Better Clang compatibility | Pavel Tvrdik | |
2014-03-20 | BGP graceful restart support. | Ondrej Zajicek | |
Also significant core protocol state changes needed for that, global graceful restart recovery state and kernel proto support for recovery. | |||
2013-09-16 | BFD work in progress. | Ondrej Zajicek | |
Now it compiles and mostly works. | |||
2012-07-07 | Implements RDNSS and DNSSL support for RAdv. | Ondrej Zajicek | |
2010-11-04 | Fixes a bug in LSA update of large LSAs. | Ondrej Zajicek | |
2008-12-18 | Fixes nasty bug in event processing. | Ondrej Zajicek | |
WALK_LIST_DELSAFE (in ev_run_list) is not safe with regard to deletion of next node. When some events are rescheduled during event execution, it may lead to deletion of next node and some events are skipped. Such skipped nodes remain in temporary list on stack and the last of them contains 'next' pointer to stack area. When this event is later scheduled, it damages stack area trying to remove it from the list, which leads to random crashes with funny backtraces :-) . | |||
2001-01-15 | Added an explanatory comment. | Martin Mares | |
1999-08-03 | Added macros for walking lists backwards. | Martin Mares | |
1998-10-17 | WALK_LIST_DELSAFE now actually works (it really couldn't since it didn't | Martin Mares | |
reference list head at all). | |||
1998-10-14 | Lists: unneccessary test killed, make code friendly to non-gcc. | Pavel Machek | |
1998-07-20 | Reversed buggy patch. | Pavel Machek | |
1998-07-09 | Adding walk list which permits you to delete entries. | Pavel Machek | |
1998-05-03 | BIRD library: The story continues. | Martin Mares | |
Complete resource manages and IP address handling. | |||
1998-04-22 | First look at data structures. More to come tomorrow... | Martin Mares | |