hi all,
today sec-2.7.8 was released which features the following changes:

* added support for the --dumpfts and --nodumpfts command line options.

* added support for the 'assignsq' action.

* starting from this version, SEC_PRE_RESTART, SEC_PRE_SOFTRESTART, and
  SEC_PRE_LOGROTATE internal events are generated before processing
  SIGHUP, SIGABRT, and SIGUSR2 signals.

* starting from this version, the default value for
  --keepopen/--nokeepopen command line options is --keepopen.


Let me also comment these changes a bit. Changing the default from
--nokeepopen to --keepopen simply means that on the reception of ABRT
signal (soft restart), sec no longer closes and opens all input files by
default, but only attempts to open these input files which are in the
closed state.

The new --dumpfts option allows to add a numerical timestamp suffix to the
dump file name. For example, instead of /tmp/sec.dump the performance and
debug data are dumped into /tmp/sec.dump.1448708282. Since the numerical
timestamps represent seconds since Epoch, this allows to generate several
dump files in quick succession and compare their content. Previously, this
was a bit awkward to achieve, since existing dump files are not
overwritten, and therefore one needed to have a script wrapper for sending
the USR1 signal to sec and renaming generated dump files.

The assignsq option allows to quote data which will be passed to command
lines executed by sec. For example, if the match variable $1 holds the
value aaa'bbb, the action "shellcmd echo $1" will fail due to unbalanced
single quotes. However, the action "assignsq %myvar $1" will assign the
value
'aaa'\''bbb'
to %myvar, and the action "shellcmd echo %myvar" will properly echo
aaa'bbb
to standard output. Similar functionality can be configured with the
--quoting command line option, but since --quoting only works for the %s
action list variable, the 'assignsq' action is a more generic solution.

Finally, internal events SEC_PRE_RESTART, SEC_PRE_SOFTRESTART, and
SEC_PRE_LOGROTATE have need added which allow for triggering specific
actions *before* signal handlers are processed. This functionality was
suggested by David Lang, and while testing it in my environment it has
proven to be quite handy (my apologies to David that I was unable to
release this change earlier).

kind regards,
risto
------------------------------------------------------------------------------
_______________________________________________
Simple-evcorr-users mailing list
Simple-evcorr-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/simple-evcorr-users

Reply via email to