bugzilla-daemon@netfilter.org
2003-Mar-04 17:46 UTC
[Bug 20] problems with static linking of iptables-1.2.7
https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=20 ------- Additional Comments From laforge@netfilter.org 2003-03-04 18:46 ------- is this bug (esp. the dscp-issue) still present with current CVS? I can't even reproduce the problem anymore... ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
bugzilla-daemon@netfilter.org
2003-Mar-06 10:20 UTC
[Bug 20] problems with static linking of iptables-1.2.7
https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=20 ------- Additional Comments From ratz@tac.ch 2003-03-06 11:20 ------- This seems to have been fixed now. I've tested it with IPTABLES_VERSION="1.2.7a-20030305". It compiled fine, although a few warnings showed up. In case you're interested: --- iptables-1.2.7a-20030305/iptables-restore.c Mon Mar 3 09:08:37 2003 +++ iptables-1.2.7a-20030305-ratz/iptables-restore.c Thu Mar 6 11:13:26 2003@@ -155,7 +155,7 @@ /* Grab standard input. */ while (fgets(buffer, sizeof(buffer), in)) { - int ret; + int ret = 0; line++; if (buffer[0] == '\n') continue; diff -ur iptables-1.2.7a-20030305/iptables.c iptables-1.2.7a-20030305-ratz/iptables.c --- iptables-1.2.7a-20030305/iptables.c Mon Mar 3 09:08:37 2003 +++ iptables-1.2.7a-20030305-ratz/iptables.c Thu Mar 6 11:11:06 2003 @@ -336,7 +336,7 @@ void exit_tryhelp(int status) { - if (line =! -1) + if (line != -1) fprintf(stderr, "Error occured at line: %d\n", line); fprintf(stderr, "Try `%s -h' or '%s --help' for more information.\n", program_name, program_name ); ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
bugzilla-daemon@netfilter.org
2003-Mar-06 11:55 UTC
[Bug 20] problems with static linking of iptables-1.2.7
https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=20 laforge@netfilter.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From laforge@netfilter.org 2003-03-06 12:55 ------- the second hunk was already in CVS (maybe slightly after the snapshot you were using was created). The first hunk is a compiler stupidity. ret can never be used uninitialized, since the only case where it is not initialized terminates unconditionally with 'continue'. applying it to make gcc happy... thanks. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.