{"push_id":1233065000,"size":1,"distinct_size":1,"ref":"refs/heads/openafs-stable-1_6_x","head":"60e113d66d5c8d7b6b53055d541996550e3d29d4","before":"9b9c10c1914739d19908b9745b13d7ddcf3575ff","commits":[{"sha":"60e113d66d5c8d7b6b53055d541996550e3d29d4","author":{"name":"Mark Vitale","email":"2d1c44d128375e338fd9c68265975d82675afd66@sinenomine.net"},"message":"SOLARIS: support mmap() over 4GiB\n\nWhen mmap() is issued for exactly 4GiB of a large AFS-resident file,\nmmap() fails with ENOMEM.  This is because the AFS code is handling the\nrequested length as u_int instead of size_t, resulting in a 0 being\npassed back to the caller.\n\nWhen mmap() is issued for non-multiples of 4GiB, the subsequent mapping\nwill not contain all the requested pages, and for the same reason - the\nmapped size has been truncated to 32 bits.  This results in SIGSEGV when\naccessing the non-mapped page(s).\n\nFix the signature of afs_map() to specify the correct type for the length.\n\nThanks to Robert Milkowski for the report and diagnosis.\n\nReviewed-on: https://gerrit.openafs.org/12291\nTested-by: BuildBot <buildbot@rampaginggeek.com>\nTested-by: Mark Vitale <mvitale@sinenomine.net>\nReviewed-by: Benjamin Kaduk <kaduk@mit.edu>\n(cherry picked from commit 75325fc9ab1cec4a338e1aaf1b32de1922492b12)\n\nChange-Id: I8677aebf3afa6a6c0596f7d9afc06fe36d728fd3\nReviewed-on: https://gerrit.openafs.org/12349\nReviewed-by: Mark Vitale <mvitale@sinenomine.net>\nTested-by: BuildBot <buildbot@rampaginggeek.com>\nReviewed-by: Stephan Wiesand <stephan.wiesand@desy.de>","distinct":true,"url":"https://api.github.com/repos/openafs/openafs/commits/60e113d66d5c8d7b6b53055d541996550e3d29d4"}]}
{"actor":{"display_login":"openafs"}}