I understand the temptation to interpret the behaviour changes from 5.24.0 to 5.24.1 as suggesting that this is where to problem lies but often it isn't that clear-cut and I'd be surprised if this turned out to be a Perl version bug although it could possibly be tied to subtle behaviour changes for ambiguous code - seeing some code snippets may help rule this out.
I'd be more inclined to look at the dependent module version changes - try to update LWP and Crypt::SSL IO::Socket::SSL + Net::SSLeay etc to most recent available versions.
I'd first try use IO::Handle;OUT->autoflush(1) to see what happens.
May also be worth looking at the HTTP headers included both client and server-side as tightening the HTTP dialogue parameters may resolve.
Some small blocks of code that show the main LWP calls and a few lines of relevant log files could be useful to help others diagnose also
In reply to Re: Windows networking changes in perl 5.24.1
by localshop
in thread Windows networking changes in perl 5.24.1
by chrestomanci
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |