Message7272
Here's a potential fix. We're replacing the Channels.newChannel wrapper with our own that will do more than one blocking read
The commented out read method doesn't quite do it, we need potentially multiple blocking reads to suffice the entire requested size in some cases
It might be worthwhile to make the initial TRANSFER_SIZE value equal to 'len' there.
I don't know why the the original wrapper is synchronizing the read. Buffers aren't thread safe. The Channels.newChannel wrapper is strange =\ |
|
Date |
User |
Action |
Args |
2012-06-28 19:01:28 | pjenvey | set | messageid: <1340910088.04.0.256286165054.issue1754@psf.upfronthosting.co.za> |
2012-06-28 19:01:28 | pjenvey | set | recipients:
+ pjenvey, fwierzbicki, amak, jeff250, ssweens |
2012-06-28 19:01:27 | pjenvey | link | issue1754 messages |
2012-06-28 19:01:27 | pjenvey | create | |
|