bugzilla-daemon at netfilter.org
2014-Oct-26 11:43 UTC
[Bug 983] New: mnl_socket_recvfrom hangs in example code
https://bugzilla.netfilter.org/show_bug.cgi?id=983
Bug ID: 983
Summary: mnl_socket_recvfrom hangs in example code
Product: nftables
Version: unspecified
Hardware: x86_64
OS: Fedora
Status: NEW
Severity: normal
Priority: P5
Component: nft
Assignee: pablo at netfilter.org
Reporter: porjo38 at yahoo.com.au
Running examples/nft-rule-parse-add.c with the following JSON:
{"rule":{"family":"ip","table":"filter","chain":"input","expr":[{"type":"payload","dreg":1,"offset":9,"len":1,"base":"network"},{"type":"cmp","sreg":1,"op":"eq","data_reg":{"type":"value","len":1,"data0":"0x00000006"}},{"type":"payload","dreg":1,"offset":1,"len":2,"base":"transport"},{"type":"cmp","sreg":1,"op":"eq","data_reg":{"type":"value","len":2,"data0":"0x00001600"}}]}}
The program outputs the JSON to stdout then hangs. If I hit ctrl+c the program
ends. There is no error message.
I've inserted printf statements into the program and can see that the hang
happens on the first call to mnl_socket_recvfrom().
I've tested using libmnl and libnftnl from git repo.
--
You are receiving this mail because:
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.netfilter.org/pipermail/netfilter-buglog/attachments/20141026/80566f7d/attachment.html>
bugzilla-daemon at netfilter.org
2014-Oct-26 11:55 UTC
[Bug 983] mnl_socket_recvfrom hangs in example code
https://bugzilla.netfilter.org/show_bug.cgi?id=983
porjo38 at yahoo.com.au changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|nft |libmnl
Product|nftables |libmnl
--- Comment #1 from porjo38 at yahoo.com.au ---
I've re-assinged this to product 'libmnl' as that seems a better
fit. Just to
clarify, the example I am running is: libnftnl/examples/nft-rule-parse-add.c
--
You are receiving this mail because:
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.netfilter.org/pipermail/netfilter-buglog/attachments/20141026/1a088c3d/attachment.html>
bugzilla-daemon at netfilter.org
2016-Jun-30 09:20 UTC
[Bug 983] mnl_socket_recvfrom hangs in example code
https://bugzilla.netfilter.org/show_bug.cgi?id=983
Pablo Neira Ayuso <pablo at netfilter.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|libmnl |nft
Product|libmnl |nftables
--
You are receiving this mail because:
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.netfilter.org/pipermail/netfilter-buglog/attachments/20160630/36d2e13e/attachment.html>
bugzilla-daemon at netfilter.org
2017-Feb-10 18:17 UTC
[Bug 983] mnl_socket_recvfrom hangs in example code
https://bugzilla.netfilter.org/show_bug.cgi?id=983
Phil Sutter <phil at nwl.cc> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |phil at nwl.cc
Resolution|--- |WORKSFORME
--- Comment #2 from Phil Sutter <phil at nwl.cc> ---
After fixing the provided json snippet ('data_reg' has changed to
'data:{reg:...}', this works fine for me - so input is accepted by
nft-rule-parse-add program, returns immediately and 'nft list ruleset'
shows
the added rule.
I therefore assume this problem has been fixed already. If you still run into
problems with a recent version of libnftnl, please feel free to reopen.
--
You are receiving this mail because:
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.netfilter.org/pipermail/netfilter-buglog/attachments/20170210/09c5e78c/attachment.html>
Seemingly Similar Threads
- [Bug 979] expr json structure
- [Bug 914] New: nft configure does not use --prefix as include/lib search path
- [Bug 916] New: Build failure on Slackware 14.1 (./configure rejects libreadline.so)
- [Bug 1483] New: v0.9.7 does not compile for arm-linux-gnueabihf
- [ANNOUNCE] libmnl 1.0.3 release