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