"bzr: ERROR: exceptions.OverflowError: long int too large to convert" when committing large files
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
New
|
Undecided
|
Unassigned |
Bug Description
running bzr 2.2 (today even 2.3b3) on Windows 7 I tried to create a local repository by typing
cd \Users\
bzr init
bzr ignore desktop.ini
bzr commit
This directory contains several large .mpg and divx-files, with the largest being ca. 4,7 GB large.
This repeatedly makes bzr crash with the following output:
aborting commit write group: OverflowError('long int too large to convert',)
bzr: ERROR: exceptions.
Traceback (most recent call last):
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "_dirstate_
rocessEntryC.
File "_dirstate_
rocessEntryC.
File "_dirstate_
rocessEntryC.
File "_dirstate_
rocessEntryC.
File "_dirstate_
pdate_entry (bzrlib\
File "_dirstate_
ack_stat (bzrlib\
OverflowError: long int too large to convert
bzr 2.3b3 on python 2.6.6 (Windows-
arguments: ['bzr', 'commit', '-m', 'klappt nicht']
encoding: 'cp1252', fsenc: 'mbcs', lang: None
plugins:
bzrtools C:\Program Files (x86)\Bazaar\
colo C:\Program Files (x86)\Bazaar\
explorer C:\Program Files (x86)\Bazaar\
fastimport C:\Program Files (x86)\Bazaar\
ev]
launchpad C:\Program Files (x86)\Bazaar\
loom C:\Program Files (x86)\Bazaar\
netrc_
store [2.3b3]
news_merge C:\Program Files (x86)\Bazaar\
pipeline C:\Program Files (x86)\Bazaar\
qbzr C:\Program Files (x86)\Bazaar\
rewrite C:\Program Files (x86)\Bazaar\
svn C:\Program Files (x86)\Bazaar\
upload C:\Program Files (x86)\Bazaar\
xmloutput C:\Program Files (x86)\Bazaar\
v]
Obviously the large file sizes might contribute to the problem. I know this is not the typical workspace setup for a VCS, but it would add greatly to the versatility of bzr (like a distributed OS-crossing backup of ALL user files) if it could handle larger files.
It would be great if you could make bzr handle this problem.
Thanks in advance!
If you could add any more information about what you were doing when you get this error in the existing bug, that would be great. In particular, is it only when you commit? Or do you also get it with other operations, and if so does the 4.7GB file have to be added first, or does it sitting in the directory being ignored still break things for you?