| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
Without synchronization threads could get canceled before they could
disable their cancelability.
|
|
|
|
|
|
| |
On some systems (e.g. on Debian/kFreeBSD) that header is required when
including ipsec.h, on Linux we require it too when including pfkeyv2.h,
so to simplify things we just always include it.
|
| |
|
|
|
|
|
|
| |
Because CURLOPT_FAILONERROR is enabled in the curl plugin an error code
will often (not always) cause the client to close the TCP connection
before the server has written the complete response.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
In some cases the main thread is not ready to immediately call siglongjmp(),
e.g. if it currently holds a mutex that is later required during
shutdown.
Therefore, we delay handling errors in worker threads until the main
thread performs the next check itself (or the test function ends).
The same issue remains with SIGALRM.
|
|
|
|
|
|
| |
When running the tests in GDB the working directory apparently is
different. With the relative path used previously the plugins would not
be found and those installed on the system would get used.
|
|
|
|
| |
The file can still be read by root even if nobody has read privileges.
|
| |
|
|
|
|
|
|
|
| |
This currently has no effect: We don't include AEAD algorithms in the default
ESP proposal, as we don't know if it is supported by the backend. But as we
hopefully get an algorithm query mechanism on kernel interfaces some day, we
add the appropriate functionality nonetheless.
|
| |
|
|
|
|
| |
Making the API consistent to the one of ike_cfg.
|
|
|
|
|
| |
This simplifies adding default proposals with constructors potentially
returning NULL.
|
|
|
|
|
| |
This allows a caller to create a separated proposal for supported AEAD
algorithms, as required by RFC 5996.
|
|
|
|
|
|
| |
According to RFC 5996 3.3 we should use a separate proposal for AEAD algorithms.
This was not clear in RFC 5282, hence we previously included both AEAD and
non-AEAD algorithms in a single proposal.
|
|
|
|
|
|
|
|
|
|
|
| |
Handling the result for enum_from_name() is difficult, as checking for
negative return values requires a cast if the enum type is unsigned. The new
signature clearly differentiates lookup result from lookup value.
Further, this actually allows to convert real -1 enum values, which could not
be distinguished from "not-found" and the -1 return value.
This also fixes several clang warnings where enums are unsigned.
|
|
|
|
|
| |
To allow enum.h to depend on utils.h definitions, avoid its direct inclusion.
Instead include utils.h, which includes enum.h as well.
|
| |
|
|
|
|
| |
clang uses unsigned enums and complains about the always-false -1 check.
|
| |
|
| |
|
|
|
|
| |
clang complains about the unused variables.
|
|
|
|
| |
clang complains about the the non-last variable length member.
|
| |
|
|
|
|
| |
Fixes a clang warning.
|
|
|
|
|
|
| |
These definitions are directly derived from the RFC, so it should be safe
to cast them. clang complains about the different types, so cast them
explicitly.
|
| |
|
|
|
|
|
|
| |
The AES code historically has different build options for various size/speed
trade-offs. We never made use of them, so just drop the obsolete code. The code
now has four hard-coded fixed tables, both inverse and original.
|
|
|
|
|
|
| |
Found due to %option nodefault. A match for } was actually missing
and # was not properly matched if it was part of an include statement
on the last line of a file that did not end with a newline.
|
|
|
|
|
| |
This was useful during development, but we accept that matching \n together
with %option yylineno impacts performance.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
With Bison 3.x support for YYLEX_PARAM has been removed and %lex-param
should be used. Unfortunately, that option does not take expressions.
Instead we use a wrapper function that calls the lexer with the proper
scanner object, which should also be backward compatible to older Bison
versions.
|
|
|
|
|
| |
Newer Bison versions declare the parser function in the header, which
requires custom types.
|
|
|
|
| |
Basically reintroducing 2a38b4556e9fd8102bd6c6c61f2893599a5e8e51.
|
| |
|
|
|
|
|
| |
Instead of removing and caching all values of a previous config, we only
do this for actually removed sections/settings.
|
| |
|
|
|
|
|
|
|
| |
This is not thread safe. If threads are reading from pointers to existing
values they could get a partially updated invalid value.
Refactored assignment to a separate function.
|
| |
|
|
|
|
|
| |
Empty settings are now ignored, strings are supported, newlines are
handled properly (e.g. at the end of files) etc.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This parser features several improvements over the existing one.
For instance, quoted strings (with escape sequences), unlimited includes,
relaxed newline handling (e.g. at the end of files or before/after { and }),
and the difference between empty and unset values (key = vs. key = "").
It also complains a lot more about invalid syntax. The current one accepts
pretty odd stuff (like settings or sections without name) without any
errors or warnings.
|
|
|
|
| |
This allows us to use them in the upcoming parser.
|