mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

comment

Browse source
This commit is contained in:
Joey Hess 2020-05-19 13:18:34 -04:00
parent f46006a9c1
commit 224208a657
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 22 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

22
doc/bugs/__34__Cannot_handle_files_this_big__34___error_for_unlocked_files/comment_1_d3b84ee74300ebf0f010fefd7f05e51e._comment Normal file
View file

@ -0,0 +1,22 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2020-05-19T17:03:09Z"
content="""
git is configured to filter the file through git-annex, so git does not
need to deal with the large content of the file.
But this error message seems to come from part of git that just stats the
file, and looks at its size. So there's nothing git-annex is configuring
wrong, and using git-lfs would likewise make git fail the same.
I don't think this is a bug in git-annex. It should be reported to the git
developers. The error comes from `xsize_t`, and according to git's commit
dc49cd769b5fa6b7e0114b051c34a849828a7603 it was intended to detect cases
where git can't possibly malloc enough memory for a file, because `size_t`
is not wide enough, compared with `off_t`.
On linux amd64, both are 8. On linux i386 and arm, both are 4. So I don't
think any usual linux systems are affected by this, only unusual systems
that use different sizes for them.
"""]]