An error occurred fetching the project authors.
- 13 Dec, 2002 1 commit
-
-
Jeremy Hylton authored
-
- 18 Nov, 2002 1 commit
-
-
Jeremy Hylton authored
XXX Not sure if berkeley still works.
-
- 12 Nov, 2002 1 commit
-
-
Guido van Rossum authored
socket errors from the recv() call and return early in that case.
-
- 05 Nov, 2002 1 commit
-
-
Guido van Rossum authored
-
- 01 Nov, 2002 1 commit
-
-
Barry Warsaw authored
-
- 02 Oct, 2002 1 commit
-
-
Guido van Rossum authored
__init__. The hang was in the accept() call. I don't understand exactly why, but I suspect it was because we were always reusing the same port when a trigger was closed and another opened right away. Fixed this by cycling over ports [19950...19999]. Also cleaned up the code somewhat.
-
- 16 Sep, 2002 2 commits
-
-
Guido van Rossum authored
true. Use 0 for false instead.
-
Guido van Rossum authored
try: self.lock.acquire() ... finally: self.lock.release() into: self.lock.acquire() try: ... finally: self.lock.release() The old version would mistakenly try to release the lock if there was error in acquiring it.
-
- 10 Sep, 2002 1 commit
-
-
Guido van Rossum authored
parenthesis.
-
- 30 Aug, 2002 1 commit
-
-
Guido van Rossum authored
-
- 22 Aug, 2002 1 commit
-
-
Jeremy Hylton authored
The one in ZEO/trigger.py was the good code, but we want it to live in ZEO/zrpc/trigger.py. This checkin makes that change. The key checkin of ZEO/trigger.py had this checkin comment: Fix trigger close/__del__. The close() mechanism for an asyncore file_dispatcher is not safe to call multiple times. It's calling os.close() on a file descriptor (int). Guido observed that if you call close() twice, you could be in trouble: 1) First close() call closes FD 6. 2) Another bit of code opens a new file, getting FD 6. 3) Second close() call closes FD 6. Waah! FD 6 is some other file. The workaround attempt here is to define a close() method on a trigger that only closes the file descriptors the first time. Also, make sure that both file descriptors are closed. The previous version only closed the read-end of the pipe.
-
- 11 Jun, 2002 2 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
- 04 Apr, 2002 1 commit
-
-
Jeremy Hylton authored
I expect this code will become ZEO 1.1.
-
- 11 Feb, 2002 1 commit
-
-
Guido van Rossum authored
-
- 02 Nov, 2001 1 commit
-
-
Jeremy Hylton authored
The trunk now has the same code ZEO 1.0b5 plus a few minor changes.
-
- 07 Sep, 2001 1 commit
-
-
Jeremy Hylton authored
Shorten two long lines, one by wrapping, another by removing an unnecessary tuple unpacking.
-
- 11 Jan, 2001 1 commit
-
-
Jim Fulton authored
-