spe

src/cascadia/TerminalConnection/TerminalConnection.vcxproj

@@ -104,22 +104,22 @@
   We depend on `cpprest142*.dll`, which comes from our vcpkg dependency. As a
   part of the vcpkg dependency restore, msbuild will call the `deployBinary()`
   function in
-  `packages\vcpkg-cpprestsdk.2.10.14\scripts\buildsystems\msbuild\applocal.ps1`.
+  `packages\vcpkg-cpprestsdk.2.10.14\scripts\BuildSystems\msbuild\AppLocal.ps1`.
   That function does the actual job of copying the file. It copies it outside of
   MsBuild. MsBuild then, in the `_CopyFilesMarkedCopyLocal` target, determines
   that it needs to copy `cpprest142*.dll`, because that dll is a member of
   `@(ReferencesCopiedInThisBuild)`. However, the file's already been copied, so
   MsBuild never copies it. But that also prevents MsBuild from setting
   `WroteAtLeastOneFile`, which then means that MsBuild will never create the
-  .copycomplete file for this project.
+  .CopyComplete file for this project.
 
-  Because that file is missing, MsBuild will never thiqnk the project is up to
+  Because that file is missing, MsBuild will never think the project is up to
   date, and the FastUpToDate check in VS will always force MsBuild to run a pass
   on this project.
 
   To mitigate this, we're adding this other target here, which runs after
   _CopyFilesMarkedCopyLocal, and always creates the CopyUpToDateMarker. This
-  makes the FastUpTodate check succeed.
+  makes the FastUpToDate check succeed.
   -->
 
   <Target