- 12 Mar, 2004 11 commits
-
-
Tim Peters authored
This makes the ZEO flavors of the tests much more likely to complete without a "thread still alive" failure.
-
Tim Peters authored
Forcing the output even when a test passes is interesting on my box. When ZEO is involved, a single ClientThread tends to run all the way to completion before another ClientThread manages to sneak in -- apart from their first transactions, it's as if we ran one thread, then started the next after the first finished (etc). When ZEO isn't involved, threads take turns. When I see failures, they involve ZEO. It's possible that 30 seconds just isn't long enough to wait on this box.
-
Jeremy Hylton authored
Drop several possible tasks that didn't seem relevant, e.g. _p_independent() tests elsewhere should cover it just fine.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
It's clear in hindsight that the connection only loads non-current revisions for objects that have been invalidated. Thus, we never need to track them to invalidate stale objects; they'll be invalidated anyway. And loadBefore() will never return a current revision, because it would only be called if the current revision could not be used.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Tim Peters authored
an unexpectedly live thread at the end. That's been happening forever, but never when I stare at it, and the more I stare at those tests the more baffled I am that it ever fails this way. So the point here is to get more clues when nobody is staring at it <wink>.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
- 11 Mar, 2004 6 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
- 08 Mar, 2004 1 commit
-
-
Tim Peters authored
exception), explicitly close the storage passed to it, then re-raise the exception. Otherwise the storage remains open. Turns out that accounted for why test_zeo_config left a ConnectThread daemon thread running (Zope3's test.py has been pointing that out for a loooong time).
-
- 06 Mar, 2004 1 commit
-
-
Jim Fulton authored
-
- 05 Mar, 2004 1 commit
-
-
Jim Fulton authored
isImplementedByInstancesOf to implementedBy isImplementedBy to providedBy
-
- 04 Mar, 2004 6 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
Add a limited mechanism to capture warnings instead of having them printed to stderr. Tests work in my local ZODB sandbox. Need to check whether any Zope 2 or Zope 3 tests call the deprecated methods, which could affect the test results.
-
Jeremy Hylton authored
Add a few comments.
-
- 03 Mar, 2004 6 commits
-
-
Jeremy Hylton authored
Move some of the test framework code from .py to .txt, and add a more detailed comment at the top about the contract between .txt and the .py file that uses it. Move the interface test into .txt. I guess it's not so bad. Change some tests that displayed the contents of __dict__. Other persistent implementations may have extra state in __dict__. Remove B, it is unused. Change DocFileSuite() to accept an explicit set of globals. Remove the pickling/P2 test, because it was too hard to make work with the framework. Include comment explaining how such a test should be added.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jim Fulton authored
-
Jim Fulton authored
by src/persistent/tests/test_persistent.
-
- 02 Mar, 2004 8 commits
-
-
Jeremy Hylton authored
-
Jeremy Hylton authored
I've included some code to convert a text file containing doctest tests into a unittest.TestCase. This code wants to be generic, but I'm not sure if it's simple enough yet.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
This shouldn't affect any user code, because False == 0 and True == 1.
-
Jeremy Hylton authored
Remove unittest boilerplate.
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-
Jeremy Hylton authored
-