* libnetfilter_conntrack.h missing struct nf_conntrack definition
@ 2007-03-14 22:21 Phil Dibowitz
2007-03-15 5:25 ` Phil Dibowitz
0 siblings, 1 reply; 2+ messages in thread
From: Phil Dibowitz @ 2007-03-14 22:21 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: Type: text/plain, Size: 927 bytes --]
None of the libnetfilter_conntrack's "public" headers include the full
definition of struct nf_conntrack.
It's not a 'private' structure (__*), thought it uses private structures
within it... This means I can't do things like memcpy() them, sizeof() them,
or even build an STL vector of them (yeah, I know, ew, yuck, c++).
Since nf_conntrack structs are passed around to the applications using nfct,
it seems reasonable to desire to do things with them.
--
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: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: libnetfilter_conntrack.h missing struct nf_conntrack definition
2007-03-14 22:21 libnetfilter_conntrack.h missing struct nf_conntrack definition Phil Dibowitz
@ 2007-03-15 5:25 ` Phil Dibowitz
0 siblings, 0 replies; 2+ messages in thread
From: Phil Dibowitz @ 2007-03-15 5:25 UTC (permalink / raw)
To: Phil Dibowitz; +Cc: netfilter-devel
[-- Attachment #1: Type: text/plain, Size: 1270 bytes --]
Phil Dibowitz wrote:
> None of the libnetfilter_conntrack's "public" headers include the full
> definition of struct nf_conntrack.
>
> It's not a 'private' structure (__*), thought it uses private structures
> within it... This means I can't do things like memcpy() them, sizeof() them,
> or even build an STL vector of them (yeah, I know, ew, yuck, c++).
>
> Since nf_conntrack structs are passed around to the applications using nfct,
> it seems reasonable to desire to do things with them.
Looks like this was sorta thought of. Apparently you can return
NFCT_CB_STOLEN which will cause it to not be freed. I can then keep pointers
to the object rather than the object itself...
Oh well - I already restructured my code to get around this. :)
So you can ignore the original email.
--
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 --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-03-15 5:25 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-03-14 22:21 libnetfilter_conntrack.h missing struct nf_conntrack definition Phil Dibowitz
2007-03-15 5:25 ` Phil Dibowitz
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.