On Sat, Sep 18, 2010 at 4:00 PM, Stefan Boberg <bionicbea...@gmail.com>wrote:
> On 18 September 2010 21:43, Richard Hipp <d...@sqlite.org> wrote:
>
>>
>> Can you bring up the repository database file using "sqlite3.exe" and run
>> "PRAGMA integrity_check;" to verify that the database is intact?
>>
>
> Yes, it simply prints "ok".
>
>
>> There is a new version of Fossil on the website. But nothing has been
>> fixed that might impact your situation (that I know of).
>>
>> Everything is working OK for you for smaller repositories, I presume?
>>
>
> Yes, I tried a bunch of smaller trees to get a feel for fossil.
>
>
>> Does your repository contain any files larger than 1GB? That could likely
>> cause problems....
>>
>
> The largest file is roughly 200MB. The resulting repository file is
> around 3.2GB in size, so your theory about the stat command might be
> correct, if the value somehow is truncated to 32 bits. I'll experiment some
> more to see if I can determine the cause. I'll probably not be able to build
> using the native compiler today (it's 10pm here now), but hopefully I can do
> it tomorrow.
>
I went ahead and checked in a change to Fossil to provide a test command for
stat(). Please download
http://www.fossil-scm.org/download/fossil-w32-20100918200809.zip
Then run:
fossil test-canonical-name F:/Blizzard.fossil
Then send me the output. Thanks!
>
> Thanks,
> Stefan
>
>
> _______________________________________________
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
--
D. Richard Hipp
d...@sqlite.org
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
