Fixes a regression with af35741d.
---
The EA Games launcher depends on `GetFinalPathNameByHandleW` returning a path *without* a trailing slash for directories, even if the handle was opened with one. After af35741d, we now use the server's notion of the fd path (via `NtQueryObject(ObjectNameInformation)`), which will include a trailing slash if that's how the path was specified when opened.
A quick test on Windows show that `NtQueryObject(ObjectNameInformation)` for file handles returns a `\Device...` path. (This is why I didn't add tests for its behavior.) For directories, `ObjectNameInformation` will only return a trailing slash for the root of a device - e.g. `\Device\HarddiskVolume3` for `C:`, but `\Device\HarddiskVolume3\Windows` for `C:\Windows`.
~~Since our `NtQueryObject(ObjectNameInformation)` already doesn't match native (we return `??` paths), arguably this change should be made in `GetFinalPathNameByHandleW`. It seemed cleaner in the server though, as we immediately know whether a path points to a directory.~~
Now doing this client-side in `get_nt_and_unix_names`, which intercepts paths before they're handed to the server.
-- v2: ntdll: Remove trailing slashes from the NT names for directories.