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>
Reasonably Related 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