Message138879
| Author |
vstinner |
| Recipients |
jackdied, pitrou, terry.reedy, vstinner |
| Date |
2011年06月23日.23:21:46 |
| SpamBayes Score |
3.347195e-05 |
| Marked as misclassified |
No |
| Message-id |
<1308871307.51.0.44561865963.issue11812@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
> With a bit of searching, HOST == support.HOST == 'localhost'.
> Looking at the traceback, it is socket that fails, not telnetlib
> or its test.
I only saw the failure on test_telnetlib, not in other tests using sockets. I think that this issue is specific to test_telnetlib (even not telnetlib). It is maybe a race condition: the code to wait until the server is active is maybe not correct. GeneralTests.setUp() waits until the server has called serv.listen(5). I don't know if the server must be waiting in serv.accept() on Windows (using Cygwin?). Last instruction of GeneralTests.setUp() is a time.sleep(.1): ugly synchronization hack to workaround a race conditon?? |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2011年06月23日 23:21:47 | vstinner | set | recipients:
+ vstinner, terry.reedy, pitrou, jackdied |
| 2011年06月23日 23:21:47 | vstinner | set | messageid: <1308871307.51.0.44561865963.issue11812@psf.upfronthosting.co.za> |
| 2011年06月23日 23:21:46 | vstinner | link | issue11812 messages |
| 2011年06月23日 23:21:46 | vstinner | create |
|