Message 411386 - Python tracker

➜

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	gvanrossum
Recipients	Dennis Sweeney, aeros, arhadthedev, asvetlov, erlendaasland, gvanrossum, kj, miss-islington, ncoghlan, sobolevn, terry.reedy, vstinner, yselivanov
Date	2022-01-23.17:30:28
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1642959029.08.0.0402444489805.issue41682@roundup.psfhosted.org>
In-reply-to

Content
I'm wondering if the test is faulty. It seems to call EventLoop.sendfile() with a file that is 8K + 1 byte long, and the protocol is instructed to close after 1K bytes have been written, but it seems to try to send as much of the file as it can. Could it be that on Win22 the primitive used (TransmitFile) has an internal minimum buffer size that exceeds this file size, so the first call sends the whole file and there's no error? @Andrew Svetlov, do you know enough of the internals of this code to validate my theory?

I'm wondering if the test is faulty. It seems to call EventLoop.sendfile() with a file that is 8K + 1 byte long,
and the protocol is instructed to close after 1K bytes have been written, but it seems to try to send as much of the file as it can.
Could it be that on Win22 the primitive used (TransmitFile) has an internal minimum buffer size that exceeds this file size, so the first call sends the whole file and there's no error?

@Andrew Svetlov, do you know enough of the internals of this code to validate my theory?

History
Date	User	Action	Args
2022-01-23 17:30:29	gvanrossum	set	recipients: + gvanrossum, terry.reedy, ncoghlan, vstinner, asvetlov, yselivanov, miss-islington, Dennis Sweeney, aeros, erlendaasland, sobolevn, kj, arhadthedev
2022-01-23 17:30:29	gvanrossum	set	messageid: <1642959029.08.0.0402444489805.issue41682@roundup.psfhosted.org>
2022-01-23 17:30:29	gvanrossum	link	issue41682 messages
2022-01-23 17:30:28	gvanrossum	create