All of lore.kernel.org
 help / color / mirror / Atom feed
From: Phil Dibowitz <phil@ipom.com>
To: Pablo Neira Ayuso <pablo@netfilter.org>
Cc: netfilter-devel@lists.netfilter.org
Subject: Re: NFCT_Q_DUMP problem
Date: Wed, 14 Mar 2007 09:11:03 -0700	[thread overview]
Message-ID: <45F81E97.7030903@ipom.com> (raw)
In-Reply-To: <45F7F5D6.8070904@netfilter.org>

[-- Attachment #1: Type: text/plain, Size: 1506 bytes --]

Pablo Neira Ayuso wrote:
> u_int8_t family = AF_INET;
> res = nfct_query(cth, NFCT_Q_DUMP, &family);

Whoops, thanks!

> I'm thinking about changing this to use va_list, thus not needing to
> pass &family which is a bit ugly. This is one of the minor nitpicks of
> the new API that I'd like to improve.
> 
> BTW, when do you plan to release your application?

iptstate(8) is already a released and stable piece of software, but a while
back Harald Welte had mentioned I should port it from using
/proc/net/ip_conntrack to "ctnetlink". But at the time ctnetlink was neither
a stable API nor a friendly API nor was it in any common distros.

However libnetfilter_conntrack is in many distros now and is cleaner and
easier to use, and is a (more?) stable API. So I decided to finally make the
switch.

As for when it'll get released... eh... few weeks? The port to the old API
is done, the port to the new API should be done the next time I have an hour
or so, and then I have a few new features pending for this release.

-- 
Phil Dibowitz                             phil@ipom.com
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

  reply	other threads:[~2007-03-14 16:11 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-12  1:56 libnetfilter_conntrack question Phil Dibowitz
2007-03-12  6:40 ` Phil Dibowitz
2007-03-12 10:14 ` Pablo Neira Ayuso
2007-03-13  7:40   ` Phil Dibowitz
2007-03-13  9:41     ` Pablo Neira Ayuso
2007-03-13 18:34       ` Phil Dibowitz
2007-03-14  7:19       ` NFCT_Q_DUMP problem Phil Dibowitz
2007-03-14 13:17         ` Pablo Neira Ayuso
2007-03-14 16:11           ` Phil Dibowitz [this message]
2007-03-15 11:50             ` Pablo Neira Ayuso
2007-03-15  0:45         ` Patrick McHardy
2007-03-15  0:54           ` Phil Dibowitz
2007-03-15  5:21       ` libnetfilter_conntrack question Phil Dibowitz
2007-03-15 11:36         ` Pablo Neira Ayuso
2007-03-16  8:44           ` Phil Dibowitz
2007-03-16  8:58             ` Patrick McHardy

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=45F81E97.7030903@ipom.com \
    --to=phil@ipom.com \
    --cc=netfilter-devel@lists.netfilter.org \
    --cc=pablo@netfilter.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.