Gareth Bult wrote:
> I'm having a bit of a problem that looks like a 32 bit vs 64 bit issue 
> with RelStorage, can anyone help?

We need to get more people to use RelStorage so more people can help. :-)

This looks like a good clue:

> ======================================================================
> FAIL: checkLoadBefore (__main__.MySQLTests)
> ———————————————————————-
> Traceback (most recent call last):
> File 
> “/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/tests/RevisionStorage.py”,
>  
> line 62, in checkLoadBefore
> assert prev < middle < cur # else the snooze() trick failed
> AssertionError

To debug this, I would add a pdb.set_trace() near this line and examine 
the variables when this code fails.  Apparently prev >= cur, which 
suggests MySQL might be generating bad timestamps.

Ooooh... how about this: ensure the MySQL server and the client are set 
to the same time zone and have synchronized clocks (using NTP), then run 
the tests again.  If that solves the problem, then we need to add a note 
about clocks in the documentation.

MySQL does not provide a fine grained current_timestamp() function, so 
RelStorage has a workaround that uses the client's timestamp instead. 
The workaround is disabled if the client and server are more than 60 
seconds apart.  I forgot to call this out in the documentation, and I 
would really like to find a better solution.

Shane

_______________________________________________
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Reply via email to