search for: exit_error

...2005-06-24 18:34:19.000000000 +0200 +++ iptables-1.3.5/ip6tables-restore.c 2006-02-01 23:47:04.000000000 +0100 @@ -266,7 +266,10 @@ char *ctrs; ctrs = strtok(NULL, " \t\n"); - parse_counters(ctrs, &count); + if (!ctrs || !parse_counters(ctrs, &count)) + exit_error(PARAMETER_PROBLEM, + "invalid policy counters " + "for chain '%s'\n", chain); } else { memset(&count, 0, diff -uNr iptables-1.3.5.org/iptables-restore.c iptables-1.3.5/iptables-restore.c --- iptables-1.3.5.org/iptables-restore.c 2005-0...

...rspace/extensions/libip6t_tcp.c,v retrieving revision 1.10 diff -u -r1.10 libip6t_tcp.c --- extensions/libip6t_tcp.c 26 Jul 2002 16:27:57 -0000 1.10 +++ extensions/libip6t_tcp.c 17 Mar 2003 01:00:11 -0000 @@ -122,7 +122,7 @@ } if (i == sizeof(tcp_flag_names)/sizeof(struct tcp_flag_names)) exit_error(PARAMETER_PROBLEM, - "Unknown TCP flag `%s'", buffer); + "Unknown TCP flag `%s'", ptr); } free(buffer); Index: extensions/libipt_tcp.c =================================================================== RCS file: /cvspublic/netfilter/userspace/extensio...

...stole a char from name. */ if (strlen(me->name) >= IP6T_FUNCTION_MAXNAMELEN-1) { fprintf(stderr, "%s: target `%s' has invalid name\n", program_name, me->name); exit(1); } [ function do_command6() ] if (chain && strlen(chain) > IP6T_FUNCTION_MAXNAMELEN) exit_error(PARAMETER_PROBLEM, "chain name `%s' too long (must be under %i chars)", chain, IP6T_FUNCTION_MAXNAMELEN); I cannot determine if changing "char name[IP6T_FUNCTION_MAXNAMELEN-1];" into "char name[IP6T_FUNCTION_MAXNAMELEN];" in header file is sufficient fix,...

When we are valgrinding we don't really care about the child processes, which might be qemu, libvirtd, etc. So disable tracing into children (at least, as far as is possible with valgrind, which is not entirely disabling it, but suppressing it). --- m4/guestfs_progs.m4 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/m4/guestfs_progs.m4 b/m4/guestfs_progs.m4 index

...rce package and rebuild the binary package following the instructions in the source package or on my web page. %prep umask 022 %{die_cmd} # check custom MYSQL path values are sensible to avoid problems # with people mixing include and lib directories if [ "%{mysql_paths}" != 0 ]; then exit_error() { cat <<-EOF ************************************************************************* CUSTOM MYSQL configuration error mysql_paths=%mysql_paths (0=Not used) mysql_local=%mysql_local (0=Not used,1=used) mysql_include=%mysql_include (include directory) mysql_lib=%mysql_lib (l...

...rce package and rebuild the binary package following the instructions in the source package or on my web page. %prep umask 022 %{die_cmd} # check custom MYSQL path values are sensible to avoid problems # with people mixing include and lib directories if [ "%{mysql_paths}" != 0 ]; then exit_error() { cat <<-EOF ************************************************************************* CUSTOM MYSQL configuration error mysql_paths=%mysql_paths (0=Not used) mysql_local=%mysql_local (0=Not used,1=used) mysql_include=%mysql_include (include directory) mysql_lib=%mysql_lib (l...

I am running a RoR application on Apache 1.3/RedHat 7.3/MySQL 3.1.23 (Old versions I know, but upgrading to latest versions are not practical for a number of reasons). There are 5 RoR FastCGI processes configured using FastCgiServer. What I am finding is that, after a while, some of the FastCGI processes seem to ''hang''. They no longer process requests, and the only way to

...ota: fix _save() invert syntax ebtables-compat: support nflog extension arptables-compat: add support for the CLASSIFY target arptables-compat: delete extra space in target printing ebtables-compat: add support for limit extension ebtables-compat: add a bridge-specific exit_error function ebtables-compat: fix rule deleting with -D in rules with no target list: fix prefetch dummy libxtables: find extensions based on family too Arturo Borrero Gonzalez (1): ebtables-compat: fix misplaced function attribute on ebt_print_error() Dan Wilder (1): li...