diff options
author | Heiko Hund <hhund@astaro.com> | 2010-03-23 22:30:01 +0100 |
---|---|---|
committer | Martin Willi <martin@revosec.ch> | 2010-03-24 08:21:36 +0100 |
commit | 0d59713dd98d2eab632376dd258e99cb257921cc (patch) | |
tree | f5c8815048121e679ce4d77f2faac611efbea91a /src/libcharon/plugins/resolve/resolve_plugin.c | |
parent | cf46ff687584f0dd507336fef72888593a85cb3c (diff) | |
download | strongswan-0d59713dd98d2eab632376dd258e99cb257921cc.tar.bz2 strongswan-0d59713dd98d2eab632376dd258e99cb257921cc.tar.xz |
Fixed ipsec pool --batch command
--batch mode has shown to be buggy in very obscure ways in the first real
life tests. For example a batch file
--del pool1
--replace pool2 --addresses file1
returned the error "/usr/libexec/ipsec/pool: unrecognized option '--lace'"
which was gone after moving the --del behind --replace. With the patch
from below applied everything works like a charm. From the info on the
man page it seem to be unrelated to this problem, though:
A program that scans multiple argument vectors, or
rescans the same vector more than once, and wants to
make use of GNU extensions such as '+' and '-' at the
start of optstring, or changes the value of
POSIXLY_CORRECT between scans, must reinitialize
getopt() by resetting optind to 0, rather than the
traditional value of 1. (Resetting to 0 forces the
invocation of an internal initialization routine that
rechecks POSIXLY_CORRECT and checks for GNU exten-
sions in optstring.)
Signed-off-by: Heiko Hund <hhund@astaro.com>
Diffstat (limited to 'src/libcharon/plugins/resolve/resolve_plugin.c')
0 files changed, 0 insertions, 0 deletions