Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OSError: Result too large #6

Closed
GoogleCodeExporter opened this issue Jun 14, 2015 · 8 comments
Closed

OSError: Result too large #6

GoogleCodeExporter opened this issue Jun 14, 2015 · 8 comments

Comments

@GoogleCodeExporter
Copy link

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
Copy link
Author

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
Copy link
Author

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
Copy link
Author

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
Copy link
Author

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
Copy link
Author

No, it'll not fix the wireless problem.

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

@GoogleCodeExporter
Copy link
Author

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
Copy link
Author

can you show me the link, maybe I should test this again

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

ofalk pushed a commit that referenced this issue Jun 26, 2020
* Cython added for genration of dnet.c

 Need to add the following code to automake to pretiffy code

* setup.py.in uses cythonize removed dnet.c and pyrex.diff
@ofalk
Copy link
Owner

ofalk commented Apr 30, 2022

old report. closing.

@ofalk ofalk closed this as completed Apr 30, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants