On Jul 22, 2010, at 1:08 PM, Darren Duncan wrote: > Roger Binns wrote: >> On 07/21/2010 08:01 PM, Darren Duncan wrote: >>> Simply substituting in 3.7.0 causes a few new test failures for me >>> with the Perl >>> binding, DBD::SQLite, citing "disk I/O error". >> >> I can't speak for the Perl binding, but some of the underlying error >> handling (invalid filenames) have been tweaked between the Unix and >> Windows >> VFS implementations. (I believe they tried to make both consistent >> with >> each other.) >> >> For example with my test suite running on Windows, invalid >> filenames used to >> get False returned from xAccess but now I get IO Error. With normal >> operation there is no problem. >> >> What this means is that you'll need someone who understands the >> DBD:SQLite >> tests to say what the issue is :-) > > On that note, I got this report from someone on Windows: > > Latest SVN trunk tested on win32 Strawberry perl v1.12.1 : all > tests pass, > no problem. > > ... and I was using a Unixen.
Is there any way your tests could be deleting a database file while there is still an open sqlite connection to it? With 3.7.0, if the underlying database file is unlinked while you are connected to it, then you try to write to the database, you get SQLITE_IOERR_FSTAT. Earlier versions would continue writing without causing an error. You cannot delete a file while it is open on windows, so this doesn't come up on win32. This happened with a couple of Tcl tests too. Dan. _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
