On Oct 20, Jay Klein <[EMAIL PROTECTED]> wrote: > I tested the new version, and each time it went through the > flushing/splitting process I saw this: ... > SCANNING movies: Hu xi (2005) (movieID: 190001) > * FLUSHING MoviesCache... > * TOO MANY DATA (100000 items), SPLITTING (run #1)...
That's a quite annoying bug... :-) I've thought of a possible concause of this behavior (a minor bug left in the new code), but I fear there are other problems around. :-/ So many splitting are suspicious... I've checked the latest movies.list, and there aren't sections with titles so long to create this kind of problems. It must be a problem in imdbpy2sql.py :-/ Curiosity: in your MySQL configuration, what's the value of the max_allowed_packet variable? > Let me know if you come up with another version or change, I'll be > glad to test it out. I hope to fix this thing. :-) -- Davide Alberani <[EMAIL PROTECTED]> [PGP KeyID: 0x465BFD47] http://erlug.linux.it/~da/ ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Imdbpy-devel mailing list Imdbpy-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/imdbpy-devel
