pgnuplot should use SendMessage() instead of PostMessage() in order to send events to wgnuplot so that it will block until the message is received. Otherwise, bytes will be silently dropped when the message queue becomes full.
So far as I know, pgnuplot has not been needed, and is not included in the Windows build, since some time in the 4.6 development series. Given this, I think any change to a tool that is no longer supported risks breaking more than it fixes. Were you suggesting to go back and apply this to the version 4.4 or early 4.6 source branches?
If I'm mistaken and pgnuplot really is still needed for some installations of current gnuplot (version 5), I hope someone more familiar with the Windows will correct my evaluation.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So far as I know, pgnuplot has not been needed, and is not included in the Windows build, since some time in the 4.6 development series. Given this, I think any change to a tool that is no longer supported risks breaking more than it fixes. Were you suggesting to go back and apply this to the version 4.4 or early 4.6 source branches?
If I'm mistaken and pgnuplot really is still needed for some installations of current gnuplot (version 5), I hope someone more familiar with the Windows will correct my evaluation.
Ethan's evaluation is quite right. gnuplot.exe provides full pipe functionality so that pgnuplot.exe is omitted from version .5