This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gregory.p.smith
Recipients PEAR, alexeicolin, giampaolo.rodola, gregory.p.smith, p.conesa.mingo
Date 2021-05-10.16:53:14
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1620665594.97.0.255209779141.issue43743@roundup.psfhosted.org>
In-reply-to
Content
The logic for bailing out to a slow copy is currently:

https://github.com/python/cpython/blob/main/Lib/shutil.py#L158

that condition appears to not be happening in Alexei's test.  Suggesting that either at least one sendfile call succeeded and thus offset is non-zero or the lseek failed.

run that test under pdb and walk thru the code, or under strace to look at the syscalls and find out.

The question seems to be is if it should be okay to _GiveUpOnFastCopy after a partial (incomplete) copy has already occurred via sendfile.
History
Date User Action Args
2021-05-10 16:53:15gregory.p.smithsetrecipients: + gregory.p.smith, giampaolo.rodola, alexeicolin, p.conesa.mingo, PEAR
2021-05-10 16:53:14gregory.p.smithsetmessageid: <1620665594.97.0.255209779141.issue43743@roundup.psfhosted.org>
2021-05-10 16:53:14gregory.p.smithlinkissue43743 messages
2021-05-10 16:53:14gregory.p.smithcreate