libdnet-devel — developer mailing list

[libdnet-devel] Example TCP sending

[£ord Ç. <lor...@ho...>]

I don't know if anyone monitors this list anymore, but I'm having a hard time trying to find examples of using dnet from c to do exactly what I want. Hopefully someone can point me in the right direction. 

I am trying to emulate a TCP conversation and push the packets out to the wire using eth_send().
The challenges I'm facing have to do with getting TCP options added and packing/checksumming properly before I send the packet.

Let's just start with a simulated 3-way handshake.
I can create the eth_hdr with the proper addresses and type.
I can create the ip_hdr with the right addresses, protocol, id, etc.
I can create the tcp_hdr with the ports, flags, seq, ack, etc.

But I need to add the TCP options:
Maximum segment size: 1460
Window scale: 8
TCP SACK Permitted Option: True

And I can't figure out how to create them using ip_add_option(), nor can I figure out how to get them into the packet and pack and checksum everything before the send.

Does anyone have any examples they can show me to get me started?

I have had success doing this with dnet in Python, but I had to manually patch the buffer before I sent it with the option values and adjusted size. 

Any suggestions?

e²

[libdnet-devel] route_loop shouldn't avoid IPv4 route entries that don't have a gateway

[Philip W. <phi...@gm...>]

Hi,

route_loop() in route-linux.c specifically avoids IPv4 routes in the kernel
routing table that don't have a gateway present.  This seems wrong to me:
For example, if you are looking for an entry in the table matching the
loopback address, you would erroneously find the default gateway.  The IPv6
loop seems to look fine: it will happily iterate over all entries.

Is there a reason for this behavior that I'm not aware of?

Thanks,
Philip

[libdnet-devel] [PATCH] do not redefine ssize_t for mingwrt

[Mark B. <ma...@ma...>]

mingwrt 3.20 provides ssize_t and defines _SSIZE_T_. This patch
allows libdnet to use this ssize_t instead of defining its
own which causes build failure. Applies to libdnet 1.11.
---
 include/dnet/os.h |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/include/dnet/os.h b/include/dnet/os.h
index c12c7b2..9e8bdd2 100644
--- a/include/dnet/os.h
+++ b/include/dnet/os.h
@@ -23,8 +23,10 @@
   typedef u_short	uint16_t;
   typedef u_int		uint32_t;
 # ifndef __CYGWIN__
+# ifndef _SSIZE_T_
   typedef long		ssize_t;
 # endif
+# endif
 #else
 # include <sys/param.h>
 # include <sys/types.h>
-- 
1.7.6

[libdnet-devel] Building libdnet for Python 2.7 (mingw/msys on win32)

[Roman Medina-H. H. <ro...@rs...>]

Hello,

I'm tring to build a "dnet-1.12.win32-py2.7.exe" for installing in my Win32
system (in order to run Scapy on win32 -yes, I know it's not recommended...-).

I have latest stable mingw with msys (kinda cygwin) on Windows XP and
latest libdnet (SVN Rev 665). No VisualStudio. For wpdpack I'm using:
http://www.winpcap.org/archive/3.1-WpdPack.zip
(which was what I used to build pcap-1.1.win32-py2.7.exe -tell me if you
want that file, I didn't find on Internet so I built it by myself-. Latest
WpdPack didn't work for building pcap).

My first question is: has somebody built dnet-1.12.win32-py2.7.exe? If so,
please share! :)

If not, I'll try to explain what I did and the errors I'm getting. I
followed the following doc:
http://libdnet.googlecode.com/svn/trunk/INSTALL

First, I tried the cygwin method (with msys):

1/  ./configure -> Seems ok
2/  make

----- start excerpt ------
...
Making all in src
make[1]: Entering directory `/c/libdnet/src'
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../include
 -I..
/include   -g -O2 -Wall -c -o intf.lo `test -f 'intf.c' || echo './'`intf.c
 gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -g -O2 -Wall -c
intf.c  -
DDLL_EXPORT -DPIC -o .libs/intf.o
intf.c:13:23: fatal error: sys/ioctl.h: No such file or directory
compilation terminated.
make[1]: *** [intf.lo] Error 1
make[1]: Leaving directory `/c/libdnet/src'
make: *** [all-recursive] Error 1

----- end excerpt ------

Any idea why it's failing? Perhaps a full cygwin environment is needed?


Anyway, I tried another approach:

1/  ./configure
2/  cd python && python setup.py build

I needed to fix 3 .c in order to compile:
- rand.c: added
#include <ws2tcpip.h>
(I think other .h work. Eg. windows.h. Maybe wtypes.h...)
- intf-win32.c: added
#include <windows.h>
- eth-win32.c: commented #define and #undef, in this way:
//#define sockaddr_storage sockaddr
#include <Packet32.h>
//#undef sockaddr_storage


Finally got to reach:


----- start excerpt ------
...
C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -I../include
-I../../WPdpack/Inc
lude -Ic:\python27\include -Ic:\python27\PC -c ../src/eth-win32.c -o
build\temp.
win32-2.7\Release\..\src\eth-win32.o
C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -I../include
-I../../WPdpack/Inc
lude -Ic:\python27\include -Ic:\python27\PC -c ../src/fw-pktfilter.c -o
build\te
mp.win32-2.7\Release\..\src\fw-pktfilter.o
C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -I../include
-I../../WPdpack/Inc
lude -Ic:\python27\include -Ic:\python27\PC -c ../src/intf-win32.c -o
build\temp
.win32-2.7\Release\..\src\intf-win32.o
../src/intf-win32.c: In function '_ifrow_to_entry':
../src/intf-win32.c:112:6: warning: format '%lu' expects type 'long
unsigned int
', but argument 5 has type 'int'
C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -I../include
-I../../WPdpack/Inc
lude -Ic:\python27\include -Ic:\python27\PC -c ../src/ip-win32.c -o
build\temp.w
in32-2.7\Release\..\src\ip-win32.o
C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -I../include
-I../../WPdpack/Inc
lude -Ic:\python27\include -Ic:\python27\PC -c ../src/route-win32.c -o
build\tem
p.win32-2.7\Release\..\src\route-win32.o
C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -I../include
-I../../WPdpack/Inc
lude -Ic:\python27\include -Ic:\python27\PC -c ../src/tun-none.c -o
build\temp.w
in32-2.7\Release\..\src\tun-none.o
writing build\temp.win32-2.7\Release\.\dnet.def
C:\MinGW\bin\gcc.exe -mno-cygwin -shared -s
build\temp.win32-2.7\Release\.\dnet.
o build\temp.win32-2.7\Release\..\src\addr-util.o
build\temp.win32-2.7\Release\.
.\src\addr.o build\temp.win32-2.7\Release\..\src\blob.o
build\temp.win32-2.7\Rel
ease\..\src\ip-util.o build\temp.win32-2.7\Release\..\src\ip6.o
build\temp.win32
-2.7\Release\..\src\rand.o build\temp.win32-2.7\Release\..\src\err.o
build\temp.
win32-2.7\Release\..\src\strlcat.o
build\temp.win32-2.7\Release\..\src\strlcpy.o
 build\temp.win32-2.7\Release\..\src\err.o
build\temp.win32-2.7\Release\..\src\s
trlcat.o build\temp.win32-2.7\Release\..\src\strlcpy.o
build\temp.win32-2.7\Rele
ase\..\src\strsep.o build\temp.win32-2.7\Release\..\src\arp-win32.o
build\temp.w
in32-2.7\Release\..\src\eth-win32.o
build\temp.win32-2.7\Release\..\src\fw-pktfi
lter.o build\temp.win32-2.7\Release\..\src\intf-win32.o
build\temp.win32-2.7\Rel
ease\..\src\ip-win32.o build\temp.win32-2.7\Release\..\src\route-win32.o
build\t
emp.win32-2.7\Release\..\src\tun-none.o build\temp.win32-2.7\Release\.\dnet.def
-L../../WPdpack/Lib -Lc:\python27\libs -Lc:\python27\PCbuild -ladvapi32
-liphlpa
pi -lws2_32 -lpacket -lpython27 -lmsvcr90 -o build\lib.win32-2.7\dnet.pyd
build\temp.win32-2.7\Release\..\src\err.o:err.c:(.text+0x0): multiple
definition
 of `err'
build\temp.win32-2.7\Release\..\src\err.o:err.c:(.text+0x0): first defined here
build\temp.win32-2.7\Release\..\src\err.o:err.c:(.text+0x76): multiple
definitio
n of `warn'
build\temp.win32-2.7\Release\..\src\err.o:err.c:(.text+0x76): first defined
here

build\temp.win32-2.7\Release\..\src\err.o:err.c:(.text+0xe7): multiple
definitio
n of `errx'
build\temp.win32-2.7\Release\..\src\err.o:err.c:(.text+0xe7): first defined
here

build\temp.win32-2.7\Release\..\src\err.o:err.c:(.text+0x132): multiple
definiti
on of `warnx'
build\temp.win32-2.7\Release\..\src\err.o:err.c:(.text+0x132): first
defined her
e
build\temp.win32-2.7\Release\..\src\strlcat.o:strlcat.c:(.text+0x0):
multiple de
finition of `strlcat'
build\temp.win32-2.7\Release\..\src\strlcat.o:strlcat.c:(.text+0x0): first
defin
ed here
build\temp.win32-2.7\Release\..\src\strlcpy.o:strlcpy.c:(.text+0x0):
multiple de
finition of `strlcpy'
build\temp.win32-2.7\Release\..\src\strlcpy.o:strlcpy.c:(.text+0x0): first
defin
ed here
collect2: ld returned 1 exit status
error: command 'gcc' failed with exit status 1

----- end excerpt ------

So it's failing on linking phase :-/ Any idea how to fix it?

Maybe it would be nice if dnet team could build some updated packages for
Python 2.7 :)

Finally I also noticed this in the INSTALL doc:

"Most Windows developers should just use the libdnet developer's pack
(with MinGW and MSVC++ libraries) instead of building it themselves."

I have that file (dnet.lib, etc) but since I'm not a developper (and I'm
not familiarized with Windows compiling) I don't know how to use it to
build a py-dnet exe...

Any help will be appreciated! Thanks in advance!

Cheers,
-Roman

[libdnet-devel] [PATCH] remove obsolete -mno-cygwin

[<ma...@ma...>]

From: Mark Brand <ma...@ma...>

---
 configure.in |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/configure.in b/configure.in
index f3bd6d0..60daa50 100644
--- a/configure.in
+++ b/configure.in
@@ -78,8 +78,6 @@ fi
 dnl XXX - we need MingW32 under Cygwin for win32
 if test "$CYGWIN" = yes ; then
 	if test -d /usr/include/mingw ; then
-		CPPFLAGS="$CPPFLAGS -mno-cygwin"
-		CFLAGS="$CFLAGS -mno-cygwin"
 		AC_DEFINE(WIN32_LEAN_AND_MEAN, 1, 
 		    [Define for faster code generation.])
 		AC_CHECK_LIB(ws2_32, main)
-- 
1.7.4.1

[libdnet-devel] Question about libdnet WIN32 api

[이병준 <byu...@gm...>]

Hi.

Currently, I'm trying to use libdnet WIN32 Api.
Especially, intf_get.

To retrieve information about a interface, I should call
intf_get with its name filled within intf_name field inside intf_entry
object.

For unix version of libdnet, the only thing that I had to do is fill it with

the name such as 'eth0'.

However, in the case of WIN32, I don't know what name I should use.

If possible, plz anyone give me some hint.
(FYI: As intf_name cannot be longer than 16 bytes, I can't give a name
longer than 16bytes.)

Best regards,
Byungjoon Lee

[libdnet-devel] New Picasa Web Albums Activity

[Picasa W. A. <pic...@go...>]

Picasa Web Albums


Recent Uploads



vikas added 100 photos to Madikerri - The Scotland of India

Mar 1, 2010 10:03:15 AM


Post Comment Unsubscribe from this user.



To share your photos or receive notification when your friends share  
photos, get your own free Picasa Web Albums account.

[libdnet-devel] question on features

[Luca D. <luc...@gm...>]

Hi all

A program that I am working on has to manage the routing table of the system.
At the moment I am using iproute commands on linux.

I wonder if I could use dnet (the program is in python) to do that.

These are the kind of commands I need to use:

# /sbin/ip link set eth2 down
# /sbin/ip link set eth2 up
# /sbin/ip addr show eth2
# /sbin/ip addr add 10.98.65.8 dev eth2
# /sbin/ip route flush table main
# /sbin/ip route add 10.136.234.25 dev eth2
# /sbin/ip route add 10.128.0.0/11 dev eth2 via 10.136.234.25

# /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source
02:00:00:00:05:00 -j MARK --set-mark 26
# /sbin/ip rule add fwmark 26 table 26

# /sbin/iptables -t mangle -D PREROUTING -m mac --mac-source
02:00:00:00:08:00 -j MARK --set-mark 26
# /sbin/ip rule del fwmark 26 table 26

# /sbin/ip route add table 26 unreachable 10.128.0.0/11
# /sbin/ip route change 10.96.0.0/11 dev eth1 via 10.12.167.95
# /sbin/ip route del table 28 unreachable 10.96.0.0/11


Do you feel that dnet has all the features I need for those?
Any hints are much appreciated.

--Luca

[libdnet-devel] New Picasa Web Albums Activity

[Picasa W. A. <pic...@go...>]

Picasa Web Albums


Recent Uploads



vikas added 5 photos to Mysore Trip

Sep 30, 2009 2:06:18 AM


Post Comment Unsubscribe from these notifications.



To share your photos or receive notification when your friends share  
photos, get your own free Picasa Web Albums account.

[libdnet-devel] New Picasa Web Albums Activity

[Picasa W. A. <pic...@go...>]

Picasa Web Albums


Recent Uploads



vikas added 15 photos to Mysore Trip

Sep 28, 2009 10:07:25 AM


Post Comment Unsubscribe from these notifications.



To share your photos or receive notification when your friends share  
photos, get your own free Picasa Web Albums account.

Re: [libdnet-devel] Opening a tunnel

[Jesse P. <jes...@gm...>]

Increasing MTU to 1500 and being root does it. I'm using 1.11 on Debian AMD64.

As for the documentation, I found that the man page does contain a lot
of detail, but mostly lacks examples and is hard to use as a reference
when you don't know what you are doing.

If you want I could move the work I'm doing over to the googlecode wiki.

http://csfacwiki.cslabs.ewu.edu/wiki/securitylab/index.php/Libdnet

On Tue, Jun 2, 2009 at 3:50 PM, Dug Song <du...@mo...> wrote:
> What platform? Which libdnet version? You're running this as root?
> Also try 1500 as your MTU instead of 20...
>
> I know the documentation and tests suck, I'm sorry. Will try to get
> some better docs up at the Google Code site sometime (I know it's
> confusing to have the sourceforge site still around when the rest is
> migrated to libdnet.googlecode.com, also my fault).
>
> On Tue, Jun 2, 2009 at 5:07 PM, Jesse Phillips
> <jes...@gm...> wrote:
>> Ok, so I'm having issues getting a tunnel handle. Probably the same
>> issue when trying to get the firewall handle. Any case this is the
>> test code I'm using. The comments are the lines I would use for
>> sending the information.
>>
>> #include <stdio.h>
>> #include <stdlib.h>
>> #include <string.h>
>>
>> #include <dnet.h>
>>
>>
>> int main(int argc, char** argv) {
>>
>>   struct addr *remotehost = malloc(sizeof(struct addr));
>>   struct addr *localhost = malloc(sizeof(struct addr));
>>
>>   addr_aton(argv[1], remotehost);
>>   addr_aton(argv[2], localhost);
>>
>>   tun_t *tunnel = tun_open(localhost, remotehost, 20);
>>
>>   if(tunnel == NULL) {
>>      fprintf(stderr, "Could not get tunnel connection\n");
>>      exit(34);
>>   }
>>
>>   int size = 6*sizeof(char);
>>   char *msg = malloc(size);
>>   //char *msg = "hello";
>>
>>   ssize_t sentBytes = tun_recv(tunnel, msg, size);
>>   //ssize_t sentBytes = tun_send(tunnel, msg, size);
>>
>>   printf("%s\n");
>>
>>   tun_close(tunnel);
>>
>>   return 0;
>> }
>>
>>
>> On Mon, Jun 1, 2009 at 11:54 PM, Heiko Westermann <he...@or...> wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Hi Jesse,
>>>
>>>> I'd like to try creating a simple tunnel with the library, or at least
>>>> know how I would.
>>>>
>>>> The general idea seems simple enough: Open the tunnel on both ends,
>>>> send, receive.
>>>>
>>>> tun_open is an issue because it takes an mtu int, and I can't find
>>>> documentation on what this is.
>>> the MTU is the max size of a packet.
>>> http://en.wikipedia.org/wiki/Maximum_transmission_unit
>>>>
>>>> I assume that a tunnel is connected by opening the interface with each
>>>> other's IP.
>>>>
>>>> When you are sending/receiving is a "packet" defined to be the size of
>>>> what you request?
>>>> FYI, I am trying to put this information to good use.
>>>> http://csfacwiki.cslabs.ewu.edu/wiki/securitylab/index.php/Libdnet
>>> No clue. Never used the tunnel feature. But you could look into the
>>> sourcecode. In most cases this solves your questions.
>>>
>>> regards,
>>> Heiko
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG v1.4.9 (GNU/Linux)
>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>
>>> iEYEARECAAYFAkokzKIACgkQ6tEFoe4a4XhGrACg5bqoesz9wzL6zjwsPzCHtvf3
>>> LOgAoNue1EpZijB+89UPSXRYwXv1AcUI
>>> =qn6U
>>> -----END PGP SIGNATURE-----
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
>>> looking to deploy the next generation of Solaris that includes the latest
>>> innovations from Sun and the OpenSource community. Download a copy and
>>> enjoy capabilities such as Networking, Storage and Virtualization.
>>> Go to: http://p.sf.net/sfu/opensolaris-get
>>> _______________________________________________
>>> libdnet-devel mailing list
>>> lib...@li...
>>> https://lists.sourceforge.net/lists/listinfo/libdnet-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
>> looking to deploy the next generation of Solaris that includes the latest
>> innovations from Sun and the OpenSource community. Download a copy and
>> enjoy capabilities such as Networking, Storage and Virtualization.
>> Go to: http://p.sf.net/sfu/opensolaris-get
>> _______________________________________________
>> libdnet-devel mailing list
>> lib...@li...
>> https://lists.sourceforge.net/lists/listinfo/libdnet-devel
>>
>
>
>
> --
> http://monkey.org/~dugsong/
>
-- 
Insanity: doing the same thing over and over again and expecting
different results.
  - Albert Einstein

Re: [libdnet-devel] Opening a tunnel

[Dug S. <du...@mo...>]

What platform? Which libdnet version? You're running this as root?
Also try 1500 as your MTU instead of 20...

I know the documentation and tests suck, I'm sorry. Will try to get
some better docs up at the Google Code site sometime (I know it's
confusing to have the sourceforge site still around when the rest is
migrated to libdnet.googlecode.com, also my fault).

On Tue, Jun 2, 2009 at 5:07 PM, Jesse Phillips
<jes...@gm...> wrote:
> Ok, so I'm having issues getting a tunnel handle. Probably the same
> issue when trying to get the firewall handle. Any case this is the
> test code I'm using. The comments are the lines I would use for
> sending the information.
>
> #include <stdio.h>
> #include <stdlib.h>
> #include <string.h>
>
> #include <dnet.h>
>
>
> int main(int argc, char** argv) {
>
>   struct addr *remotehost = malloc(sizeof(struct addr));
>   struct addr *localhost = malloc(sizeof(struct addr));
>
>   addr_aton(argv[1], remotehost);
>   addr_aton(argv[2], localhost);
>
>   tun_t *tunnel = tun_open(localhost, remotehost, 20);
>
>   if(tunnel == NULL) {
>      fprintf(stderr, "Could not get tunnel connection\n");
>      exit(34);
>   }
>
>   int size = 6*sizeof(char);
>   char *msg = malloc(size);
>   //char *msg = "hello";
>
>   ssize_t sentBytes = tun_recv(tunnel, msg, size);
>   //ssize_t sentBytes = tun_send(tunnel, msg, size);
>
>   printf("%s\n");
>
>   tun_close(tunnel);
>
>   return 0;
> }
>
>
> On Mon, Jun 1, 2009 at 11:54 PM, Heiko Westermann <he...@or...> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hi Jesse,
>>
>>> I'd like to try creating a simple tunnel with the library, or at least
>>> know how I would.
>>>
>>> The general idea seems simple enough: Open the tunnel on both ends,
>>> send, receive.
>>>
>>> tun_open is an issue because it takes an mtu int, and I can't find
>>> documentation on what this is.
>> the MTU is the max size of a packet.
>> http://en.wikipedia.org/wiki/Maximum_transmission_unit
>>>
>>> I assume that a tunnel is connected by opening the interface with each
>>> other's IP.
>>>
>>> When you are sending/receiving is a "packet" defined to be the size of
>>> what you request?
>>> FYI, I am trying to put this information to good use.
>>> http://csfacwiki.cslabs.ewu.edu/wiki/securitylab/index.php/Libdnet
>> No clue. Never used the tunnel feature. But you could look into the
>> sourcecode. In most cases this solves your questions.
>>
>> regards,
>> Heiko
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.9 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> iEYEARECAAYFAkokzKIACgkQ6tEFoe4a4XhGrACg5bqoesz9wzL6zjwsPzCHtvf3
>> LOgAoNue1EpZijB+89UPSXRYwXv1AcUI
>> =qn6U
>> -----END PGP SIGNATURE-----
>>
>>
>> ------------------------------------------------------------------------------
>> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
>> looking to deploy the next generation of Solaris that includes the latest
>> innovations from Sun and the OpenSource community. Download a copy and
>> enjoy capabilities such as Networking, Storage and Virtualization.
>> Go to: http://p.sf.net/sfu/opensolaris-get
>> _______________________________________________
>> libdnet-devel mailing list
>> lib...@li...
>> https://lists.sourceforge.net/lists/listinfo/libdnet-devel
>>
>
> ------------------------------------------------------------------------------
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> _______________________________________________
> libdnet-devel mailing list
> lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libdnet-devel
>



-- 
http://monkey.org/~dugsong/

Re: [libdnet-devel] Opening a tunnel

[Jesse P. <jes...@gm...>]

Ok, so I'm having issues getting a tunnel handle. Probably the same
issue when trying to get the firewall handle. Any case this is the
test code I'm using. The comments are the lines I would use for
sending the information.

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

#include <dnet.h>


int main(int argc, char** argv) {

   struct addr *remotehost = malloc(sizeof(struct addr));
   struct addr *localhost = malloc(sizeof(struct addr));

   addr_aton(argv[1], remotehost);
   addr_aton(argv[2], localhost);

   tun_t *tunnel = tun_open(localhost, remotehost, 20);

   if(tunnel == NULL) {
      fprintf(stderr, "Could not get tunnel connection\n");
      exit(34);
   }

   int size = 6*sizeof(char);
   char *msg = malloc(size);
   //char *msg = "hello";

   ssize_t sentBytes = tun_recv(tunnel, msg, size);
   //ssize_t sentBytes = tun_send(tunnel, msg, size);

   printf("%s\n");

   tun_close(tunnel);

   return 0;
}


On Mon, Jun 1, 2009 at 11:54 PM, Heiko Westermann <he...@or...> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Jesse,
>
>> I'd like to try creating a simple tunnel with the library, or at least
>> know how I would.
>>
>> The general idea seems simple enough: Open the tunnel on both ends,
>> send, receive.
>>
>> tun_open is an issue because it takes an mtu int, and I can't find
>> documentation on what this is.
> the MTU is the max size of a packet.
> http://en.wikipedia.org/wiki/Maximum_transmission_unit
>>
>> I assume that a tunnel is connected by opening the interface with each
>> other's IP.
>>
>> When you are sending/receiving is a "packet" defined to be the size of
>> what you request?
>> FYI, I am trying to put this information to good use.
>> http://csfacwiki.cslabs.ewu.edu/wiki/securitylab/index.php/Libdnet
> No clue. Never used the tunnel feature. But you could look into the
> sourcecode. In most cases this solves your questions.
>
> regards,
> Heiko
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkokzKIACgkQ6tEFoe4a4XhGrACg5bqoesz9wzL6zjwsPzCHtvf3
> LOgAoNue1EpZijB+89UPSXRYwXv1AcUI
> =qn6U
> -----END PGP SIGNATURE-----
>
>
> ------------------------------------------------------------------------------
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> _______________________________________________
> libdnet-devel mailing list
> lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libdnet-devel
>

Re: [libdnet-devel] Opening a tunnel

[Heiko W. <he...@or...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Jesse,

> I'd like to try creating a simple tunnel with the library, or at least
> know how I would.
>
> The general idea seems simple enough: Open the tunnel on both ends,
> send, receive.
>
> tun_open is an issue because it takes an mtu int, and I can't find
> documentation on what this is.
the MTU is the max size of a packet.
http://en.wikipedia.org/wiki/Maximum_transmission_unit
>
> I assume that a tunnel is connected by opening the interface with each
> other's IP.
>
> When you are sending/receiving is a "packet" defined to be the size of
> what you request?
> FYI, I am trying to put this information to good use.
> http://csfacwiki.cslabs.ewu.edu/wiki/securitylab/index.php/Libdnet
No clue. Never used the tunnel feature. But you could look into the
sourcecode. In most cases this solves your questions.

regards,
Heiko
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkokzKIACgkQ6tEFoe4a4XhGrACg5bqoesz9wzL6zjwsPzCHtvf3
LOgAoNue1EpZijB+89UPSXRYwXv1AcUI
=qn6U
-----END PGP SIGNATURE-----

[libdnet-devel] Opening a tunnel

[Jesse P. <jes...@gm...>]

I'd like to try creating a simple tunnel with the library, or at least
know how I would.

The general idea seems simple enough: Open the tunnel on both ends,
send, receive.

tun_open is an issue because it takes an mtu int, and I can't find
documentation on what this is.

I assume that a tunnel is connected by opening the interface with each
other's IP.

When you are sending/receiving is a "packet" defined to be the size of
what you request?

FYI, I am trying to put this information to good use.
http://csfacwiki.cslabs.ewu.edu/wiki/securitylab/index.php/Libdnet

[libdnet-devel] Firewall support for Linux AMD64?

[Jesse P. <jes...@gm...>]

I'm am wondering if firewall utilities are supposed to work? If I run
the example dnet program, ./dnet fw show I receive the message:
lt-dnet: fw_open: Function not implemented

Creating my own program I never receive a handle from the fw_open()
call. I get the same results as root and user.

Debian 2.6.29-2-amd64

[libdnet-devel] What is eth_addr_t and friends

[Jesse P. <jes...@gm...>]

I'm attempting create a wrapper around libdnet for the D programming
language. The issue I have run into is not knowing what the
underlining types for eth_addr_t, ip_addr_t, and ip6_addr_t while
converting addr.h.

And I'm also interest in why there is a do while loop that is always false.

#define addr_pack(addr, type, bits, data, len) do {	\
	(addr)->addr_type = type;			\
	(addr)->addr_bits = bits;			\
	memmove((addr)->addr_data8, (char *)data, len);	\
} while (0)

is it required for C to execute the code in the macro?

-- 
Insanity: doing the same thing over and over again and expecting
different results.
  - Albert Einstein

[libdnet-devel] interface-bound ARP lookups?

[Heiko W. <he...@or...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello List,

i was trying to read my ARP-cache with arp_get() and stumbled upon a
weird error: It's only possible to get the ethernet address from a
corresponding ip, if it its linked to my first interface, eth0. First,
i thought my code is buggy, but then i tested the same function with
the test programm and got the same result. Here's the output:

$ sudo dumbnet arp get 192.168.100.154
192.168.100.154 at 00:40:8c:68:20:3f

$ sudo dumbnet arp get 192.168.200.40
dumbnet: arp_get: No such process

$ arp
Address                  HWtype  HWaddress           Flags
Mask            Iface
192.168.100.154          ether   00:40:8c:68:20:3f  
C                     eth0
192.168.200.40           ether   00:0a:27:de:b9:8a  
C                     eth3

Did i miss something?

I work on a Ubuntu 9.04 System with Linux Kernel 2.6.28-11-generic and
libdumbnet1 1.8-1.5 (?)(the source says 1.1.1.1). I should attach,
that on current Ubuntu-systems libdnet ist called 'libdumbnet', etc. i
hope somebody has an answer, because i see no real alternative for
reading the cache..

best regards,
Heiko Westermann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoS1ucACgkQ6tEFoe4a4XjhiACgtjs04XLjJNYkw99XpEkQ2+WZ
alQAn3CiBhNKc1RuEE++SN40sMVqYUjK
=s6pc
-----END PGP SIGNATURE-----

[libdnet-devel] No subnet masks for alias/secondary IP addresses?

[Ryan L. <rya...@gm...>]

The 'dnet' utility lists the primary IP on each interface, including the
subnet mask in CIDR notation.  But I don't see any subnet masks for the
alias/secondary interfaces.  I tried it with the Python extentions and saw
the same results.

Am I missing something?  Can 'libdnet' get the alias subnets, or do the
'dnet' utility and the 'python' functions implement the limit of
functionality?  Basically, I'm wondering whether this is a problem with how
I'm using the library, or whether the functionality just isn't there.

Any help would be much appreciated.

-Ryan


For reference, here's the output I get from the 'dnet' utility:
    {{{
[ryan.b.lynch@caffeine ~]# dnet intf show
lo: flags=0x3<UP,LOOPBACK> mtu 16436
        inet 127.0.0.1/8
        alias ::1
eth1: flags=0x30<BROADCAST,MULTICAST> mtu 1500
        link 00:0e:35:b3:aa:a7
eth0: flags=0x31<UP,BROADCAST,MULTICAST> mtu 1500
        inet 10.163.96.86/24
        link 00:11:43:65:e5:b5
        alias 10.162.0.2
        alias 10.163.96.87
        alias 10.163.96.88
        alias fe80::211:43ff:fe65:e5b5/64
pan0: flags=0x30<BROADCAST,MULTICAST> mtu 1500
        link 12:b6:b7:36:9d:7e
    }}}

And here's what 'ip addr' has to say:
    {{{
[rryan.b.lynch@caffeine ~]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 00:0e:35:b3:aa:a7 brd ff:ff:ff:ff:ff:ff
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
UP qlen 1000
    link/ether 00:11:43:65:e5:b5 brd ff:ff:ff:ff:ff:ff
    inet 10.163.96.86/24 brd 10.163.96.255 scope global eth0
    inet 10.162.0.2/16 scope global eth0
    inet 10.163.96.87/24 brd 10.163.96.255 scope global secondary eth0:0
    inet 10.163.96.88/24 brd 10.163.96.255 scope global secondary eth0:1
    inet6 fe80::211:43ff:fe65:e5b5/64 scope link
       valid_lft forever preferred_lft forever
4: pan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether 12:b6:b7:36:9d:7e brd ff:ff:ff:ff:ff:ff
    }}}

[libdnet-devel] How to interpret libdnet's route objects?

[Ryan L. <rya...@gm...>]

The route listing reported by Libdnet's 'route' object doesn't completely
match any of my routing tables.  It reports a partial subset of routing
table #0, the "unspec" table, but it's missing the IPv4 'local',
'broadcast', and link-local routes.  Is dnet supposed to work this way?  I'm
used to iproute2, and it seems like there are a few differences between that
and the model that 'dnet' uses.

I'm running Fedora 10 (kernel
2.6.27.19-170.2.35_1.cubbi_tuxonice.fc10.i686), with Libdnet 1.12 via RPM.
I originally noticed this behavior in the Python bindings, but I've
confirmed it using 'dnet' test utility.  I've attached the various outputs
from 'dnet', 'ip route', etc. below, for reference.

If I'm just misunderstanding this, please let me know--I would appreciate
the education.

Thanks,
Ryan

=====

To start with, here's how my interfaces are configured:
    {{{
[ryan.b.lynch@caffeine ~]$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 00:0e:35:b3:aa:a7 brd ff:ff:ff:ff:ff:ff
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
UP qlen 1000
    link/ether 00:11:43:65:e5:b5 brd ff:ff:ff:ff:ff:ff
    inet 10.163.96.86/24 brd 10.163.96.255 scope global eth0
    inet 10.163.96.87/24 brd 10.163.96.255 scope global secondary eth0:0
    inet 10.163.96.88/24 brd 10.163.96.255 scope global secondary eth0:1
    inet6 fe80::211:43ff:fe65:e5b5/64 scope link
       valid_lft forever preferred_lft forever
4: pan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether 12:b6:b7:36:9d:7e brd ff:ff:ff:ff:ff:ff
    }}}

And here's the output of the 'dnet' utility:
    {{{
[ryan.b.lynch@caffeine ~]$ dnet route show
Destination          Gateway
0.0.0.0/0            10.163.96.6
::/96                ::
::ffff:0.0.0.0/96    ::
2002:a00::/24        ::
2002:7f00::/24       ::
2002:a9fe::/32       ::
2002:ac10::/28       ::
2002:c0a8::/32       ::
2002:e000::/19       ::
3ffe:ffff::/32       ::
fe80::/64            ::
::/0                 ::
::1                  ::
fe80::211:43ff:fe65:e5b5 ::
ff00::/8             ::
::/0                 ::
    }}}

Contrast that with the contents of the "main" routing table, #254 (same as
shown by :
    {{{
[ryan.b.lynch@caffeine ~]$ ip route show
10.163.96.0/24 dev eth0  proto kernel  scope link  src 10.163.96.86
169.254.0.0/16 dev eth0  scope link  metric 1003
default via 10.163.96.6 dev eth0
    }}}

Using the older utility:
    {{{
[ryan.b.lynch@caffeine ~]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
10.163.96.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 eth0
2.0.0.0         10.163.96.1     255.0.0.0       UG    0      0        0 eth0
0.0.0.0         10.163.96.6     0.0.0.0         UG    0      0        0 eth0
    }}}

The "unspec" routing table, #0, does show all of the routes that 'dnet'
lists, plus more:
{{{
[ryan.b.lynch@caffeine ~]$ ip route show table 0
10.163.96.0/24 dev eth0  proto kernel  scope link  src 10.163.96.86
169.254.0.0/16 dev eth0  scope link  metric 1003
default via 10.163.96.6 dev eth0
broadcast 10.163.96.0 dev eth0  table local  proto kernel  scope link  src
10.163.96.86
broadcast 127.255.255.255 dev lo  table local  proto kernel  scope link  src
127.0.0.1
local 10.163.96.87 dev eth0  table local  proto kernel  scope host  src
10.163.96.86
local 10.163.96.86 dev eth0  table local  proto kernel  scope host  src
10.163.96.86
broadcast 10.163.96.255 dev eth0  table local  proto kernel  scope link  src
10.163.96.86
local 10.163.96.88 dev eth0  table local  proto kernel  scope host  src
10.163.96.86
broadcast 127.0.0.0 dev lo  table local  proto kernel  scope link  src
127.0.0.1
local 127.0.0.1 dev lo  table local  proto kernel  scope host  src 127.0.0.1
local 127.0.0.0/8 dev lo  table local  proto kernel  scope host  src
127.0.0.1
unreachable ::/96 dev lo  metric 1024  error -101 mtu 16436 advmss 16376
hoplimit 4294967295
unreachable ::ffff:0.0.0.0/96 dev lo  metric 1024  error -101 mtu 16436
advmss 16376 hoplimit 4294967295
unreachable 2002:a00::/24 dev lo  metric 1024  error -101 mtu 16436 advmss
16376 hoplimit 4294967295
unreachable 2002:7f00::/24 dev lo  metric 1024  error -101 mtu 16436 advmss
16376 hoplimit 4294967295
unreachable 2002:a9fe::/32 dev lo  metric 1024  error -101 mtu 16436 advmss
16376 hoplimit 4294967295
unreachable 2002:ac10::/28 dev lo  metric 1024  error -101 mtu 16436 advmss
16376 hoplimit 4294967295
unreachable 2002:c0a8::/32 dev lo  metric 1024  error -101 mtu 16436 advmss
16376 hoplimit 4294967295
unreachable 2002:e000::/19 dev lo  metric 1024  error -101 mtu 16436 advmss
16376 hoplimit 4294967295
unreachable 3ffe:ffff::/32 dev lo  metric 1024  error -101 mtu 16436 advmss
16376 hoplimit 4294967295
fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit
4294967295
unreachable default dev lo  table unspec  proto none  metric -1  error -101
hoplimit 255
local ::1 via :: dev lo  table local  proto none  metric 0  mtu 16436 rtt
0.00ms rttvar 0.00ms cwnd 3 advmss 16376 hoplimit 4294967295
local fe80::211:43ff:fe65:e5b5 via :: dev lo  table local  proto none
metric 0  mtu 16436 advmss 16376 hoplimit 4294967295
ff00::/8 dev eth0  table local  metric 256  mtu 1500 advmss 1440 hoplimit
4294967295
unreachable default dev lo  table unspec  proto none  metric -1  error -101
hoplimit 255
}}}

[libdnet-devel] linking libdnet against Cygwin apps w/o MinGW

[Aaron T. <syn...@gm...>]

Is there a way to build libdnet on Win32 for Cygwin only apps without
MinGW?  I'd like to use libdnet in tcpreplay on Windows, but for
various reasons I don't link against MinGW and when linking my apps
against libdnet I get a lot of missing symbols.


-- 
Aaron Turner
http://synfin.net/
http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix & Windows
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety.  -- Benjamin Franklin

[libdnet-devel] Help for compiling on Solaris 8x86

[<V.G...@ur...>]

Please help compiling Libdnet -1.11 on Solaris 8 x86.
I download and setup gcc and all other library from 
http://www.sunfreeware.com/

==============================================

Making all in include
make[1]: Entering directory `/usr/home/install/2/libdnet-1.11/include'
make  all-recursive
make[2]: Entering directory `/usr/home/install/2/libdnet-1.11/include'
Making all in dnet
make[3]: Entering directory 
`/usr/home/install/2/libdnet-1.11/include/dnet'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/home/install/2/libdnet-1.11/include/dnet'
make[3]: Entering directory `/usr/home/install/2/libdnet-1.11/include'
make[3]: Leaving directory `/usr/home/install/2/libdnet-1.11/include'
make[2]: Leaving directory `/usr/home/install/2/libdnet-1.11/include'
make[1]: Leaving directory `/usr/home/install/2/libdnet-1.11/include'
Making all in man
make[1]: Entering directory `/usr/home/install/2/libdnet-1.11/man'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/home/install/2/libdnet-1.11/man'
Making all in src
make[1]: Entering directory `/usr/home/install/2/libdnet-1.11/src'
/bin/bash ../libtool --mode=link gcc  -g -O2 -Wall   -o libdnet.la -rpath 
/usr/local/lib -version-info 1:1:0 addr-util.lo addr.lo blob.lo ip-util.lo 
ip6.lo rand.lo err.lo strsep.lo arp-ioctl.lo eth-dlpi.lo fw-none.lo 
intf.lo ip-cooked.lo route-bsd.lo tun-none.lo -lsocket -lnsl 
rm -fr  .libs/libdnet.1 .libs/libdnet.1.0.1
gcc -shared -Wl,-h -Wl,libdnet.1 -o .libs/libdnet.1.0.1  .libs/addr-util.o 
.libs/addr.o .libs/blob.o .libs/ip-util.o .libs/ip6.o .libs/rand.o 
.libs/err.o .libs/strsep.o .libs/arp-ioctl.o .libs/eth-dlpi.o 
.libs/fw-none.o .libs/intf.o .libs/ip-cooked.o .libs/route-bsd.o 
.libs/tun-none.o  -lsocket -lnsl -lc 
(cd .libs && rm -f libdnet.1 && ln -s libdnet.1.0.1 libdnet.1)
(cd .libs && rm -f libdnet && ln -s libdnet.1.0.1 libdnet)
false cru .libs/libdnet.a  addr-util.o addr.o blob.o ip-util.o ip6.o 
rand.o err.o strsep.o arp-ioctl.o eth-dlpi.o fw-none.o intf.o ip-cooked.o 
route-bsd.o tun-none.o
make[1]: Leaving directory `/usr/home/install/2/libdnet-1.11/src'

Re: [libdnet-devel] *****Spam?***** capturing IPv6 packets

[Sam R. <vie...@gm...>]

On Sun, Mar 30, 2008 at 10:25 PM, vikas * <vik...@gm...> wrote:
>
> I am trying to capture the IPv6 packets through libdnet.
>  But what are the argumnents for pcap_compile or pcap_setfilter for
> capturing IPv6 packets for the particular destination.

Look at the documentation for tcpdump, it describes the syntax.

Sam

[libdnet-devel] capturing IPv6 packets

[vikas * <vik...@gm...>]

I am trying to capture the IPv6 packets through libdnet.
But what are the argumnents for pcap_compile or pcap_setfilter for capturing
IPv6 packets for the particular destination.
-- 
Sense And Simplicity
************************************************
visit my blogspot:
http://www.vikasgomia.blogspot.com
do post comments

************************************************


Regards,
Vikas , vik...@mc...
McAfee softwares (India) Pvt. Ltd.
MCA(Final sem) ,  NITC
+91 9886 6986 01

Re: [libdnet-devel] python module build error on Fedora 8

[Jon O. <jo...@ob...>]

Zheng,

GCC 3.something deprecated lvalue casts as warnings and recent versions
now treat them as an error.  Try regenerating the dnet.c file from
dnet.pyx with a current version of pyrex or cython.

Regards,
Jon Oberheide

On Thu, 2008-03-27 at 17:32 -0400, Zheng Li wrote:
> Greeting, 
> 
> I encountered this error when I was trying installing libdnet's python
> module on my Fedora 8 box. I also tried to use python2.4 setup.py
> install, not work either.
> 
> Another question is that is there any Tun/Tap driver for windowsXP out
> there? 
> 
> I am pretty new to Linux and C (shameful), so if you'd like to answer
> me I would appreciate even if it is obvious to you :)
> 
> Thanks ahead!
> 
> Cheers,
> 
> [root@localhost python]# python2.4 setup.py build
> running build
> running build_ext
> building 'dnet' extension
> gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall
> -Wstrict-prototypes -fPIC -I../include -I/usr/local/include/python2.4
> -c ./dnet.c -o build/temp.linux-i686-2.4/./dnet.o
> ./dnet.c:45: warning: this decimal constant is unsigned only in ISO
> C90
> ./dnet.c: In function '__pyx_f_4dnet___oserror':
> ./dnet.c:441: warning: function declaration isn't a prototype
> ./dnet.c: In function '__pyx_f_4dnet_3eth_get':
> ./dnet.c:575: warning: pointer targets in passing argument 1 of
> 'PyString_FromStringAndSize' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_3eth_set':
> ./dnet.c:607: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_3eth___dealloc__':
> ./dnet.c:685: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_eth_ntoa':
> ./dnet.c:703: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_eth_aton':
> ./dnet.c:755: warning: pointer targets in passing argument 1 of
> 'PyString_FromStringAndSize' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_eth_pack_hdr':
> ./dnet.c:793: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c:797: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_2ip___dealloc__':
> ./dnet.c:910: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_ip_checksum':
> ./dnet.c:1038: warning: passing argument 2 of 'PyObject_AsReadBuffer'
> from incompatible pointer type
> ./dnet.c: In function '__pyx_f_4dnet_ip_cksum_add':
> ./dnet.c:1119: warning: passing argument 2 of 'PyObject_AsReadBuffer'
> from incompatible pointer type
> ./dnet.c: In function '__pyx_f_4dnet_4addr_3eth___get__':
> ./dnet.c:1749: warning: pointer targets in passing argument 1 of
> 'PyString_FromStringAndSize' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_4addr_3eth___set__':
> ./dnet.c:1799: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_4addr_2ip___get__':
> ./dnet.c:1858: warning: pointer targets in passing argument 1 of
> 'PyString_FromStringAndSize' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_4addr_2ip___set__':
> ./dnet.c:1922: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_4addr_3ip6___get__':
> ./dnet.c:1983: warning: pointer targets in passing argument 1 of
> 'PyString_FromStringAndSize' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_4addr_3ip6___set__':
> ./dnet.c:2033: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_4addr___hash__':
> ./dnet.c:2457: warning: label '__pyx_L4' defined but not used
> ./dnet.c:2455: warning: label '__pyx_L3' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_4addr___iter__':
> ./dnet.c:2613: warning: statement with no effect
> ./dnet.c: In function '__pyx_f_4dnet_15__addr_ip4_iter___next__':
> ./dnet.c:2729: error: invalid lvalue in assignment
> ./dnet.c:2741: error: invalid lvalue in assignment
> ./dnet.c: In function '__pyx_f_4dnet_3arp_loop':
> ./dnet.c:3116: warning: passing argument 2 of 'arp_loop' from
> incompatible pointer type
> ./dnet.c: In function '__pyx_f_4dnet_3arp___dealloc__':
> ./dnet.c:3209: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_arp_pack_hdr_ethip':
> ./dnet.c:3245: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c:3249: warning: pointer targets in passing argument 1 of
> '__pyx_f_4dnet___memcpy' differ in signedness
> ./dnet.c: In function '__pyx_f_4dnet_ifent_to_dict':
> ./dnet.c:3588: warning: label '__pyx_L7' defined but not used
> ./dnet.c:3586: warning: label '__pyx_L6' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_dict_to_ifent':
> ./dnet.c:3643: warning: implicit declaration of function 'strlcpy'
> ./dnet.c:3741: warning: label '__pyx_L9' defined but not used
> ./dnet.c:3739: warning: label '__pyx_L8' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_4intf_loop':
> ./dnet.c:4131: warning: passing argument 2 of 'intf_loop' from
> incompatible pointer type
> ./dnet.c: In function '__pyx_f_4dnet_4intf___dealloc__':
> ./dnet.c:4221: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_5route_loop':
> ./dnet.c:4552: warning: passing argument 2 of 'route_loop' from
> incompatible pointer type
> ./dnet.c: In function '__pyx_f_4dnet_5route___dealloc__':
> ./dnet.c:4642: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_2fw_loop':
> ./dnet.c:5212: warning: passing argument 2 of 'fw_loop' from
> incompatible pointer type
> ./dnet.c: In function '__pyx_f_4dnet_2fw___dealloc__':
> ./dnet.c:5302: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_4rand___dealloc__':
> ./dnet.c:5636: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_13__rand_xrange___init__':
> ./dnet.c:5732: warning: label '__pyx_L5' defined but not used
> ./dnet.c:5725: warning: label '__pyx_L4' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_13__rand_xrange___iter__':
> ./dnet.c:5794: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_13__rand_xrange___len__':
> ./dnet.c:5813: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_13__rand_xrange___next__':
> ./dnet.c:5887: warning: label '__pyx_L6' defined but not used
> ./dnet.c:5885: warning: label '__pyx_L5' defined but not used
> ./dnet.c:5851: warning: label '__pyx_L3' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_3tun_close':
> ./dnet.c:6143: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_f_4dnet_3tun___dealloc__':
> ./dnet.c:6177: warning: label '__pyx_L1' defined but not used
> ./dnet.c: In function '__pyx_tp_new_4dnet_eth':
> ./dnet.c:6399: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_eth':
> ./dnet.c:6404: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_eth':
> ./dnet.c:6419: warning: unused variable 'p'
> ./dnet.c:6418: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_eth':
> ./dnet.c:6424: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet_ip':
> ./dnet.c:6553: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_ip':
> ./dnet.c:6558: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_ip':
> ./dnet.c:6573: warning: unused variable 'p'
> ./dnet.c:6572: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_ip':
> ./dnet.c:6578: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet_addr':
> ./dnet.c:6705: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_addr':
> ./dnet.c:6710: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_addr':
> ./dnet.c:6716: warning: unused variable 'p'
> ./dnet.c:6715: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_addr':
> ./dnet.c:6721: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet___addr_ip4_iter':
> ./dnet.c:6934: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet___addr_ip4_iter':
> ./dnet.c:6939: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet___addr_ip4_iter':
> ./dnet.c:6945: warning: unused variable 'p'
> ./dnet.c:6944: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet___addr_ip4_iter':
> ./dnet.c:6950: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet_arp':
> ./dnet.c:7076: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_arp':
> ./dnet.c:7081: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_arp':
> ./dnet.c:7096: warning: unused variable 'p'
> ./dnet.c:7095: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_arp':
> ./dnet.c:7101: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet_intf':
> ./dnet.c:7231: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_intf':
> ./dnet.c:7236: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_intf':
> ./dnet.c:7251: warning: unused variable 'p'
> ./dnet.c:7250: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_intf':
> ./dnet.c:7256: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet_route':
> ./dnet.c:7387: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_route':
> ./dnet.c:7392: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_route':
> ./dnet.c:7407: warning: unused variable 'p'
> ./dnet.c:7406: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_route':
> ./dnet.c:7412: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet_fw':
> ./dnet.c:7542: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_fw':
> ./dnet.c:7547: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_fw':
> ./dnet.c:7562: warning: unused variable 'p'
> ./dnet.c:7561: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_fw':
> ./dnet.c:7567: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet_rand':
> ./dnet.c:7696: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_rand':
> ./dnet.c:7701: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_rand':
> ./dnet.c:7716: warning: unused variable 'p'
> ./dnet.c:7715: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_rand':
> ./dnet.c:7721: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet___rand_xrange':
> ./dnet.c:7854: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet___rand_xrange':
> ./dnet.c:7859: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet___rand_xrange':
> ./dnet.c:7865: warning: unused variable 'p'
> ./dnet.c:7864: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet___rand_xrange':
> ./dnet.c:7870: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_new_4dnet_tun':
> ./dnet.c:7996: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_dealloc_4dnet_tun':
> ./dnet.c:8001: warning: unused variable 'p'
> ./dnet.c: In function '__pyx_tp_traverse_4dnet_tun':
> ./dnet.c:8016: warning: unused variable 'p'
> ./dnet.c:8015: warning: unused variable 'e'
> ./dnet.c: In function '__pyx_tp_clear_4dnet_tun':
> ./dnet.c:8021: warning: unused variable 'p'
> ./dnet.c: In function '__Pyx_EndUnpack':
> ./dnet.c:9239: warning: suggest parentheses around assignment used as
> truth value
> error: command 'gcc' failed with exit status 1
> 
> 
> -- 
> Li, Zheng 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________ libdnet-devel mailing list lib...@li... https://lists.sourceforge.net/lists/listinfo/libdnet-devel
-- 
Jon Oberheide <jo...@ob...>
GnuPG Key: 1024D/F47C17FE
Fingerprint: B716 DA66 8173 6EDD 28F6  F184 5842 1C89 F47C 17FE