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 xix xeaon
Recipients xix xeaon
Date 2008-05-10.10:59:55
SpamBayes Score 4.2523527e-05
Marked as misclassified No
Message-id <1210417225.64.0.883655852515.issue2808@psf.upfronthosting.co.za>
In-reply-to
Content
okay, my first bug post, hope I do it right.

if you push more than 512 bytes (issue2073) from a thread then only the
first packet will be sent, all other packets will be forgotten.

the remaining packets will be sent when something else happens, like a
new connection is opened, or more input data is read. it's also sent
when the select times out (default 30 seconds) and starts over.

if push is called twice then the first two packets will be sent but the
rest will be forgotten.

if this problem arises in your code then you can easily fix it with a 0
second timeout for loop(), or preferably something like 0.0001 so that
the cpu stays calm ;)

you should be able to reproduce this bug with the attached file, just
run it and then connect with netcat like:
echo "\n" | nc localhost 1100
netcat will print almost 6 and a half lines of x and then the rest after
5 seconds (30 seconds is boring..) or if you have wireshark up then
you'll see it easily.

and would someone please apply all the patches for this module! =)
History
Date User Action Args
2008-05-10 11:00:26xix xeaonsetspambayes_score: 4.25235e-05 -> 4.2523527e-05
recipients: + xix xeaon
2008-05-10 11:00:26xix xeaonsetspambayes_score: 4.25235e-05 -> 4.25235e-05
messageid: <1210417225.64.0.883655852515.issue2808@psf.upfronthosting.co.za>
2008-05-10 11:00:23xix xeaonlinkissue2808 messages
2008-05-10 11:00:22xix xeaoncreate