Yet another attempt to solve the mystery-win32-failure cpantesters report
authorPeter Rabbitson <ribasushi@cpan.org>
Sat, 25 Jan 2014 05:18:18 +0000 (06:18 +0100)
committerPeter Rabbitson <ribasushi@cpan.org>
Mon, 27 Jan 2014 17:55:49 +0000 (18:55 +0100)
commit0a03f5395cebe7227c53c32e13b5acb743a765db
tree4564b4c6e6c703aa419832856353aa9764a8dec7
parent3ba92e4a5dad1de3f829a46bd375bb6cbaa987f1
Yet another attempt to solve the mystery-win32-failure cpantesters report

While fa19e5d6 was a nice idea, its test was flawed. As seen in the fresh fail
http://www.cpantesters.org/cpan/report/137dfaf3-7bbc-1014-aec2-3d202b825c07
the writability test passed with flying colors, but the lock didn't open right
after that. The only explanation at this point is that the FS underlying this
particular dir can not create filenames starting with a dot <facepalm />
Alternatively it may have to do with the umask(0) call, but this seems even
more insane.

Thus (as unlikely as it seems) the culprit seems to be the name. Hopefully
changing it will be the end of this and we will smoke happily ever after...
Changes
t/lib/DBICTest.pm
t/lib/DBICTest/RunMode.pm
t/lib/DBICTest/Schema.pm