Re: small file reorganisation

[Alexandre Julliard]

Eric Pouech  writes:
> but we do export FILE_Dup2 from kernel32, which doesn't correspond to
> anything either. My patch was also killing that one. Basically,
> replacing one krnl386 API, and a wine only API in kernel32, with a
> wine only API in winedos (which is our own, so portability of APIs is
> less an issue), which I still consider worthwhile.

There are better ways of getting rid of FILE_Dup2 than moving a bunch
of kernel APIs into winedos. The obvious one is to allocate new
handles until we get the one we want and then free the others; not
exactly efficient, but I don't think many apps calls FILE_Dup2 in a
loop.