bugzilla-daemon@bugzilla.netfilter.org
2007-Jan-11 19:00 UTC
[Bug 531] ip_tables.h: IPT_TABLE_MAXNAMELEN bogously #defined to XT_FUNCTION_MAXNAMELEN
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=531 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|laforge@netfilter.org |kaber@trash.net ------- Additional Comments From kaber@trash.net 2007-01-11 19:00 MET ------- Very nice catch. I guess it doesn't matter on most (all?) architectures because of padding, but I'll look into it. -- Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon@bugzilla.netfilter.org
2007-Jan-11 19:00 UTC
[Bug 531] ip_tables.h: IPT_TABLE_MAXNAMELEN bogously #defined to XT_FUNCTION_MAXNAMELEN
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=531 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|laforge@netfilter.org |kaber@trash.net ------- Additional Comments From kaber@trash.net 2007-01-11 19:00 MET ------- Very nice catch. I guess it doesn't matter on most (all?) architectures because of padding, but I'll look into it. -- Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You reported the bug, or are watching the reporter.
bugzilla-daemon@bugzilla.netfilter.org
2007-Jan-12 07:17 UTC
[Bug 531] ip_tables.h: IPT_TABLE_MAXNAMELEN bogously #defined to XT_FUNCTION_MAXNAMELEN
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=531 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From kaber@trash.net 2007-01-12 07:17 MET ------- I'm afraid this broke compatibility on CRIS (which doesn't do any alignment of data) and changing it back will break it again. OTOH it also broke compatiblity for all architectures since the table names are now limited to two characters less, but that doesn't really matter for mainline (and I guess no sane person would use a table name with more than 29 characters). Not sure what to do about it, for know I've asked one of the axis.com (CRIS) guys to confirm that fixing this would really break on CRIS. -- Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You reported the bug, or are watching the reporter.
bugzilla-daemon@bugzilla.netfilter.org
2007-Jan-16 16:02 UTC
[Bug 531] ip_tables.h: IPT_TABLE_MAXNAMELEN bogously #defined to XT_FUNCTION_MAXNAMELEN
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=531 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From kaber@trash.net 2007-01-16 16:02 MET ------- Patch to change it to the intended value submitted upstream. -- Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You reported the bug, or are watching the reporter.
Apparently Analagous Threads
- [Bug 531] New: ip_tables.h: IPT_TABLE_MAXNAMELEN bogously #defined to XT_FUNCTION_MAXNAMELEN
- [Bug 536] Attempting to remove a non-empty userchain gives poor error message
- [Bug 532] ip_nat_sip rewrote Call-ID instead of Contact - patch attached
- [Bug 505] iptables-save still doesn't like quotes
- [Bug 570] PREROUTING is unaware of VLAN interfaces