[PATCH 1/3] server: Return successful select result separately from select request result.

[Alexandre Julliard]

Jacek Caban <jacek at codeweavers.com> writes:

> Allows returning to caller arbitrary status including values that
> would be otherwise have special meaning for client.

That series doesn't look very nice. Do we really need all that
complexity?

It seems to me it would be easier to use some different status values
just for the async case, and leave the rest of the code alone.

-- 
Alexandre Julliard
julliard at winehq.org