From 7127e8ef3b6f9d76f57515ad4297709738d05a6b Mon Sep 17 00:00:00 2001 From: Corinna Vinschen Date: Wed, 18 Oct 2017 16:12:42 +0200 Subject: [PATCH] cygwin: unlink: Fix typos in comments Signed-off-by: Corinna Vinschen --- winsup/cygwin/syscalls.cc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/winsup/cygwin/syscalls.cc b/winsup/cygwin/syscalls.cc index 61872fe58..63563ea25 100644 --- a/winsup/cygwin/syscalls.cc +++ b/winsup/cygwin/syscalls.cc @@ -273,7 +273,7 @@ try_to_bin (path_conv &pc, HANDLE &fh, ACCESS_MASK access, ULONG flags) mixed case or in all upper case. That's a problem when using casesensitivity. If the file handle given to FileRenameInformation has been opened casesensitive, the call also handles the path to the - target dir casesensitive. Rather then trying to find the right name + target dir casesensitive. Rather than trying to find the right name of the recycler, we just reopen the file to move with OBJ_CASE_INSENSITIVE, so the subsequent FileRenameInformation works caseinsensitive in terms of the recycler directory name, too. */ @@ -308,7 +308,7 @@ try_to_bin (path_conv &pc, HANDLE &fh, ACCESS_MASK access, ULONG flags) /* Is fname really a subcomponent of the full path? If not, there's a high probability we're acessing the file via a virtual drive created with "subst". Check and accommodate it. Note that we - ony get here if the virtual drive is really pointing to a local + only get here if the virtual drive is really pointing to a local drive. Otherwise pc.isremote () returns "true". */ if (!RtlEqualUnicodePathSuffix (pc.get_nt_native_path (), &fname, TRUE)) { -- 2.43.5