|Problems? Is your data what you think it is?|
You missed my point.
The shell will simply do a dup of 2>&1 like i illustrated. The problem is not in the fork, etc, but in that the sugar layer to do this dup, namely 2>&1 involves reparsing the command line, etc, and is thus undesirable and unportable.
Instead of staying one level above backticks and shell redirects, you can simply do what they do.
As for fork vs no fork - look at how IPC::Run does it. It's portable to windows and supports redirects.
WRT synching - i am not sure (this may be impl dependant) but if there are two separate buffers for the predupped handled then they won't be in synch unless you auto flush in the child. If two dupped file descriptors will share a buffer then they will be completely synchronized, and in either case this is not going to be any different than what 2>&1 will give you.
zz zZ Z Z #!perl