On Fri, Jun 10, 2011 at 7:17 AM, Shane Hathaway <sh...@hathawaymix.org> wrote:
> BTW, I'd like to release a final of RelStorage 1.5, but the #@$%$
> Windows tests are failing on Windows XP (and probably other versions of
> Windows).  I think the problem is caused by file descriptors being left
> open somewhere.  If any Windows specialists would like to lend a hand
> and fix the tests on RelStorage trunk, it would sure be appreciated.

Are you getting real test failures or only warnings from the cleanup
module during test teardown?

I've got myself a checkout of relstorage on Windows and running tests
now. So far I only get warning messages like:

error: uncaptured python exception, closing channel
<__main__.ZEOTestServer :28210 at 0x2c9e108> (<type
'exceptions.WindowsError'>:[Error 32] Der Prozess kann nicht auf die
Datei zugreifen, da sie von einem anderen Prozess verwendet wird: '
c:\\users\\hannosch\\appdata\\local\\temp\\BlobAdaptedFileStorageTests3nvzbg\\Data.fs'
[C:\Python\Python26-Installer\lib\asyncore.py|read|76]
[C:\Python\Python26-Installer\lib\asyncore.py|handle_read_event|411]
[c:\users\hannosch\.buildout\eggs\zodb3-3.10.3-py2.6-win-amd64.egg\ZEO\tests\zeoserver.py|handle_accept|100][c:\users\hannosch\.buildout\eggs\zodb3-3.10.3-py2.6-win-amd64.egg\ZEO\tests\zeoserver.py|cleanup|34]
[c:\users\hannosch\.buildout\eggs\zodb3-3.10.3-py2.6-win-amd64.egg\ZODB\FileStorage\FileStorage.py|cleanup|1253])

where the bit of German text translates to "the process cannot access
the file, as it is in use by another process".

This looks like the typical problem, where some code opens a file
without explicitly closing it. But instead relies on garbage
collection to do the job during __del__ of the file object. That
generally doesn't work well on Windows.

Hanno
_______________________________________________
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/

ZODB-Dev mailing list  -  ZODB-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zodb-dev

Reply via email to