| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
|
| |
| |
| |
| |
| |
| | |
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.
|
|\
| |
| |
| |
| |
| |
| |
| |
| | |
Encode default AEAD encryption algorithms to a proposal separate from non-AEAD
algorithms. RFC 4306 and 5282 where less explicit, but RFC 5996 requires
separate proposals for AEAD and non-AEAD algorithms. As responder we still
accept both encoding variants.
Fixes #573.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
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.
|
|\
| |
| |
| |
| |
| |
| |
| | |
Fixes some warnings raised when compiling with clang. Some are cosmetically,
others are worth to fix.
This prepares the Travis build for -Werror, which will force us to fix all
warnings raised by all compilers.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| | |
Adds a flex/bison based parser for settings_t. It provides several
improvements over the previous parser e.g. quoted strings (with escape
sequences), unlimited includes, more relaxed newline handling, better
syntax error reporting, and a distinction between empty and unset
values (key = vs. key = "").
|
| |
| |
| |
| |
| |
| | |
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.
|
| |
| |
| |
| |
| | |
For some reason the .y and .l files of the settings parser are searched in
the wrong directory.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
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.
|
| | |
|