[Box Backup] Problem with 'get' command on large files

Nick Knight boxbackup@fluffy.co.uk
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.

-----Original Message-----
From: boxbackup-admin@fluffy.co.uk [mailto:boxbackup-admin@fluffy.co.uk]
On Behalf Of Martin Ebourne
Sent: 09 August 2006 11:14
To: boxbackup@fluffy.co.uk
Subject: Re: [Box Backup] Problem with 'get' command on large files

Per Thomsen <pthomsen@reedtz.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