[Box Backup] Problem with 'get' command on large files
Wed, 9 Aug 2006 12:47:10 +0100
Yes I forgot to mention the bug I found was on the server - so in this
instance generic to box not just to windows.
From: email@example.com [mailto:firstname.lastname@example.org]
On Behalf Of Martin Ebourne
Sent: 09 August 2006 11:14
Subject: Re: [Box Backup] Problem with 'get' command on large files
Per Thomsen <email@example.com> wrote:
> I noticed the negative number for stream size, and worry that it is
> there because something in my builds is not using 64-bit numbers for
> file size. The file I'm trying to restore (id 00032547) is
> 3,153,326,894 bytes in the store, which (when 16 is subtracted from
> is -1,141,640,418 as a signed 32-bit number.
> I am suspicious that I have not built the large-file support
> I vaguely remember that there was something special needed to get the
> large file support to build on Linux, but I thought it was taken care
> of with autoconf.
There should be nothing special to configure large files. autoconf as =20
you say takes care of it.
You're compiling on 64bit linux, I don't think it's possible to not =20
have large file support. Your config.log says it is enabled.
> Or this could be a bug in the GetFile command.
> In lib/server/Protocol.cpp:738: IOStream::pos_type is used. I can't
> find the definition of IOStream::pos_type, and I'm not sure if that's
> really the right place to be looking for this.
Sounds suspiciously like a bug Nick had found in the windows version. =20
He did say he thought large file support didn't work on any platform - =20
I have no experience of it myself, unfortunately I can't afford to =20
back up my large files, too many small files that are more important. :)
Still, I also use 64bit linux so I'll give it a go when I get chance.
boxbackup mailing list