http://bugs.winehq.org/show_bug.cgi?id=58745
--- Comment #3 from Eric Pouech eric.pouech@gmail.com --- that's very unlikely that's going to be fixed in Wine
to do a proper implementation, you'd need to somehow buffer the unix pipe stream (for eg peeknamedpipe to work) and that cannot be done on reader side (as several processes can peek from the same Unix pipe) this cannot be done on writer side as its a Unix process
doing that in the Wine server would be rather complex (signal state of the pipe should be set according to the buffer state...)
That goes IMO beyond the goals of Wine (which is the emulate Windows); what's expected here is a full integration between Unix objects and Windows objects
From your latest post: why would you need temporary files? reading from the wrapped unix pipe with ReadFile would work just fine (I mean reading from temp files or reading from the wrapped unix pipe should behave the same). (it doesn't work if the app has only -from stdin- or -from-named-file' command line options though)
I also assumed that LHS from pipe is a unix executable whereas RHS is a windows executable (if both were win32 executables this could be executed with cmd.exe)