search

chanduusc / libdnet

Automatically exported from code.google.com/p/libdnet
Other
0 stars 0 forks source link

OSError: Result too large #6

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?

>>> import dnet
>>> dnet.eth("eth0")
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "dnet.pyx", line 112, in dnet.eth.__init__
OSError: Result too large
>>> dnet.eth("eth7")
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "dnet.pyx", line 112, in dnet.eth.__init__
OSError: Result too large
>>> dnet.eth(None)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "dnet.pyx", line 110, in dnet.eth.__init__
TypeError: expected string or Unicode object, NoneType found

What is the expected output? What do you see instead?

there is no way to specify that we want the type=6 (ethernet) interface. The 
dnet.eth() method and the underlying eth_open() C function only take 
the plain interface name as arguments.

What version of the product are you using? On what operating system?
Python 2.6.3
dnet 1.12 win32
Windows 7 / Vista

Please provide any additional information below.

>>> import dnet
>>> for iface in dnet.intf(): print iface
...

{'flags': 32, 'type': 1, 'name': 'eth0', 'mtu': 0L}
...
{'flags': 33, 'link_addr': 0a:aa:20:52:41:53, 'type': 6, 'name': 'eth0', 'mtu': 
1500L}
...
{'addr': 192.168.1.99/24, 'mtu': 1500L, 'flags': 33, 'link_addr': 
00:1f:3c:34:1c:0c, 'type': 71, 'name': 'eth0'}
...

Original issue reported on code.google.com by fastian2...@gmail.com on 31 Jan 2010 at 12:14

GoogleCodeExporter commented 9 years ago 
This problem occurs with WLAN adapters on Vista/Win7.
The Nmap developers have provided a fix:

http://seclists.org/nmap-dev/2007/q4/391

Dirk

Original comment by Dirk.L...@gmail.com on 1 Feb 2010 at 8:14

GoogleCodeExporter commented 9 years ago 
i have to confirm the same error happening.

it is definitely a problem with the wlan adapter (win7 here...)

running:
a.) python 2.5, current version of scapy, dnet for python 1.12, and winpcap 
2.1.x and 1.1.x

b.) python 2.6 and the set mentoined above...

does anyone have a good solution for the problem yet?

greetings
Oliver

Original comment by Shadow...@gmail.com on 11 Sep 2010 at 11:35

GoogleCodeExporter commented 9 years ago 
I had this problem with scapy in windows, using python 2.6 and libdnet 1.12
Still no update from developer ?

Original comment by ntcong.it on 4 Jan 2011 at 5:29

GoogleCodeExporter commented 9 years ago 
i have fixed it myself.
install DNE Critix Update (google it)
this cleared off my problems in win7 - scapy
(i have not checked wireless interface yet)

Original comment by fastian2...@gmail.com on 7 Jan 2011 at 1:52

GoogleCodeExporter commented 9 years ago 
No, it'll not fix the wireless problem.

Original comment by ntcong.it on 7 Jan 2011 at 3:47

GoogleCodeExporter commented 9 years ago 
it is working on wireless interface (win7)

>>> show_interfaces()
IFACE  IP               MAC
eth0   10.191.176.109   Lite-OnTec:c9:e7:83
eth14  192.168.105.1    Vmware:c0:00:08
eth6   10.191.176.108   Inventec:40:c1:b3
eth9   192.168.190.1    Vmware:c0:00:01

Original comment by fastian2...@gmail.com on 13 Jan 2011 at 5:29

GoogleCodeExporter commented 9 years ago 
can you show me the link, maybe I should test this again

Original comment by ntcong.it on 6 Feb 2011 at 5:29