OXIESEC PANEL
- Current Dir:
/
/
usr
/
lib
/
python3
/
dist-packages
/
twisted
/
internet
/
iocpreactor
Server IP: 139.59.38.164
Upload:
Create Dir:
Name
Size
Modified
Perms
📁
..
-
03/31/2022 06:22:38 AM
rwxr-xr-x
📄
__init__.py
191 bytes
09/08/2017 10:38:36 AM
rw-r--r--
📁
__pycache__
-
03/31/2022 06:22:39 AM
rwxr-xr-x
📄
abstract.py
12.81 KB
09/08/2017 10:38:36 AM
rw-r--r--
📄
build.bat
106 bytes
09/08/2017 10:38:36 AM
rw-r--r--
📄
const.py
524 bytes
09/08/2017 10:38:36 AM
rw-r--r--
📄
interfaces.py
942 bytes
09/08/2017 10:38:36 AM
rw-r--r--
📁
iocpsupport
-
03/31/2022 06:22:38 AM
rwxr-xr-x
📄
notes.txt
890 bytes
09/08/2017 10:38:36 AM
rw-r--r--
📄
reactor.py
8.97 KB
09/08/2017 10:38:36 AM
rw-r--r--
📄
setup.py
588 bytes
09/08/2017 10:38:36 AM
rw-r--r--
📄
tcp.py
19.38 KB
09/08/2017 10:38:36 AM
rw-r--r--
📄
udp.py
13.69 KB
09/08/2017 10:38:36 AM
rw-r--r--
Editing: notes.txt
Close
test specifically: failed accept error message -- similar to test_tcp_internals immediate success on accept/connect/recv, including Event.ignore parametrize iocpsupport somehow -- via reactor? do: break handling -- WaitForSingleObject on the IOCP handle? iovecs for write buffer do not wait for a mainloop iteration if resumeProducing (in _handleWrite) does startWriting don't addActiveHandle in every call to startWriting/startReading iocpified process support win32er-in-a-thread (or run GQCS in a thread -- it can't receive SIGBREAK) blocking in sendto() -- I think Windows can do that, especially with local UDP buildbot: run in vmware start from a persistent snapshot use a stub inside the vm to svnup/run tests/collect stdio lift logs through SMB? or ship them via tcp beams to the VM host have a timeout on the test run if we time out, take a screenshot, save it, kill the VM