netfilter-devel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tim Verhoeven <tim.verhoeven.be@gmail.com>
To: netfilter-devel@vger.kernel.org
Subject: Compiling ebtables statically or dynamically results in different behaviour
Date: Tue, 7 Apr 2009 15:53:15 +0200	[thread overview]
Message-ID: <2a7fce340904070653h14f05a32y5bcb7f2b9713403a@mail.gmail.com> (raw)

Hi,

I have a very strange problem with ebtables. I'm using it on CentOS 5
(2.6.18 kernel) and when using the dynamically compiled version
(version 2.0.8-2) I can't create a new chain. When using the same
version but compiled statically it works. The difference is clearly to
see when using a strace :

Good behavior (statically compiled) :

setsockopt(3, SOL_IP, 0x80 /* IP_??? */,
"filter\0\0\0\352tv;\0\0\0\0\0\0\0\0\0\0\0008\2\0\0\0\0\0\0"..., 312)
= 0
exit_group(0)                           = ?


Bad behavior (dynamically compiled) :

setsockopt(3, SOL_IP, 0x80 /* IP_??? */,
"filter\0\0\0\352tv;\0\0\0\0\0\0\0\0\0\0\0e\3\0\0\0\0\0\0"..., 312) =
-1 EINVAL (Invalid argument)
write(2, "The kernel doesn't support a cer"..., 113The kernel doesn't
support a certain ebtables extension, consider recompiling your kernel
or insmod the extension) = 113
write(2, ".\n", 2.
)                      = 2
exit_group(-1)                          = ?

For some reason the one version sets different options then the other.
I've tried different things (compiling against the standard kernel
include files (kernel-devel), compiling against the included include
files, using some gcc options, ...). But none of those worked. Any
hints are appreciated.

Regards,
Tim

-- 
Tim Verhoeven - tim.verhoeven.be@gmail.com - 0479 / 88 11 83

Hoping the problem  magically goes away  by ignoring it is the
"microsoft approach to programming" and should never be allowed.
(Linus Torvalds)

             reply	other threads:[~2009-04-07 13:53 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-07 13:53 Tim Verhoeven [this message]
  -- strict thread matches above, loose matches on Subject: below --
2009-04-08  9:49 Compiling ebtables statically or dynamically results in different behaviour bdschuym@pandora.be
2009-04-08  9:57 ` Tim Verhoeven
2009-04-20  9:27   ` Tim Verhoeven
2009-04-20 17:43     ` Bart De Schuymer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2a7fce340904070653h14f05a32y5bcb7f2b9713403a@mail.gmail.com \
    --to=tim.verhoeven.be@gmail.com \
    --cc=netfilter-devel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).