Age | Commit message (Collapse) | Author |
|
the members after fork
|
|
|
|
the list entries and the head there after forking
|
|
pipes and clear buffers afterwards
|
|
|
|
|
|
|
|
whom's index is 0. this means no interface and our faked route that protects
the loopback network uses ifindex 0. claudio ok
|
|
if kif_find() did not find a matchnit re-fetched the complete table from the
kernel and retried. this is obsolete now, claudio ok
|
|
|
|
this includes handling "unsupported optional parameter" notifications from the
peer and retrying without capability announcement. claudio ok
|
|
okay pvalchev@
|
|
|
|
|
|
|
|
ok otto@, nick@, millert@
|
|
This is done by a recursive call that does the withdraw. OK henning@
|
|
happen to it.
ok millert@ cedric@
|
|
|
|
|
|
Patrick Latifi
|
|
- pkg_add -A arch, to make believe we are extracting on a given arch
(matches pkg_create).
- pkg_add -P cdrom/-P ftp, to enforce extracting only cdrom'able packages
or ftp'able packages. Helps a lot for checking cdrom lists.
- dependency look-up will look through local directory listings to solve
dependencies, so that non-default dependencies will work more seemlessly.
(doing the same thing for distant repository will happen after 3.5, but
this requires more apparatus: caching package lists, and killing/restoring
existing connections, plus more error handling).
okay pval
|
|
|
|
Fix from merith at redmoon dot openbsd dot de, with slightly modified wording.
|
|
Fix from merith at redmoon dot openbsd dot de.
|
|
plug a memory leak in the lexer.
the issue is this code fragement from yylex():
. token = lookup(buf);
. yylval.v.string = strdup(buf);
. if (yylval.v.string == NULL)
. err(1, "yylex: strdup");
. return (token);
lookup() tries to match buf against a list of keywords, and returns the
associated token if it has a match, or the token STRING otherwise.
STRING is the only token that needs (and free()s) yylval.v.string. however,
we assigned memory for it with the strdup in yylex for each and every token.
the fix is obviously only setting yylval.v.string when lookup() returns STRING.
Patrick Latifi noticed that something was leaking with token handling,
analysis and fix by me.
ok deraadt@
also err instead of errx after strdup failure
|
|
the issue is this code fragement from yylex():
. token = lookup(buf);
. yylval.v.string = strdup(buf);
. if (yylval.v.string == NULL)
. fatal("yylex: strdup");
. return (token);
lookup() tries to match buf against a list of keywords, and returns the
associated token if it has a match, or the token STRING otherwise.
STRING is the only token that needs (and free()s) yylval.v.string. however,
we assigned memory for it with the strdup in yylex for each and every token.
the fix is obviously only setting yylval.v.string when lookup() returns STRING.
Patrick Latifi noticed that something was leaking with token handling,
analysis and fix by me.
ok deraadt@
|
|
ok henning@ millert@ avsm@
|
|
Added attr_move() so that we can copy the attribute before calling the filter.
path_update() will now use the passed attribute so it can't be simply reused.
OK henning@
|
|
|
|
|
|
|
|
RFC 3392. we don't support any capability yet but this at least avoids one
session teardown and reestablishment when talking to peers which do support
capability announcement (as in: basically any) and we'll start supporting
some soon.
|
|
|
|
a notification about disagreement on optional parameters we do not
punish the peer by keeping him in Idle state for IdleHoldTime, rather let
him proceed to Connect immediately again. the "punishment" is of course a flap
protection in the first place. claudio ok
|
|
refuse any if we find them. not refusing means agreement - so we agreed
with our peers on stuff we don't support. oups. claudio ok
|
|
try to write out what is left in the rite buffers. now notifications do reach
the peer...
|
|
From: Andrey Matveev <andrushock@korovino.net>
|
|
reach - except for one missing free which was not in an error path. oups. at
least in a function that is only called once ever in bgpd's lifetime.
From: Patrick Latifi <pat at eyeo dot org>, thanks!
|
|
From: Patrick Latifi <pat@eyeo.org>
Patrick is doing an _excellent_ job in finding all these little omissions,
thank you very very much!
|
|
|
|
|
|
upwards, claudio ok
|
|
show commands are available. OK henning@
|
|
|
|
|
|
enforce 8-byte stack alignment.
|
|
|
|
PR3648, test & ok pb
|
|
|