Imported Upstream version 5.4.0.167

Former-commit-id: 5624ac747d633e885131e8349322922b6a59baaa
This commit is contained in:
Xamarin Public Jenkins (auto-signing)
2017-08-21 15:34:15 +00:00
parent e49d6f06c0
commit 536cd135cc
12856 changed files with 563812 additions and 223249 deletions

View File

@@ -265,7 +265,7 @@ internal abstract class BufferedStream2 : Stream
// (either synchronously or asynchronously) before the first one
// returns. This would involve some sort of complex buffer locking
// that we probably don't want to get into, at least not in V1.
// If we did a [....] read to fill the buffer, we could avoid the
// If we did a sync read to fill the buffer, we could avoid the
// problem, and any async read less than 64K gets turned into a
// synchronous read by NT anyways... --
@@ -508,7 +508,7 @@ internal abstract class BufferedStream2 : Stream
// Reading is done by blocks from the file, but someone could read
// 1 byte from the buffer then write. At that point, the OS's file
// pointer is out of [....] with the stream's position. All write
// pointer is out of sync with the stream's position. All write
// functions should call this function to preserve the position in the file.
[MethodImplAttribute(MethodImplOptions.Synchronized)]
protected void FlushRead() {

View File

@@ -278,7 +278,7 @@ internal class LogStream : BufferedStream2
}
if (r == 0) {
// We should never silently ---- an error here without some
// We should never silently swallow an error here without some
// extra work. We must make sure that BeginWriteCore won't return an
// IAsyncResult that will cause EndWrite to block, since the OS won't
// call AsyncFSCallback for us.

View File

@@ -167,7 +167,7 @@ namespace System.IO.MemoryMappedFiles {
}
// Flushes the changes such that they are in [....] with the FileStream bits (ones obtained
// Flushes the changes such that they are in sync with the FileStream bits (ones obtained
// with the win32 ReadFile and WriteFile functions). Need to call FileStream's Flush to
// flush to the disk.
// NOTE: This will flush all bytes before and after the view up until an offset that is a multiple

View File

@@ -76,7 +76,7 @@ namespace System.IO.MemoryMappedFiles {
}
}
// Flushes the changes such that they are in [....] with the FileStream bits (ones obtained
// Flushes the changes such that they are in sync with the FileStream bits (ones obtained
// with the win32 ReadFile and WriteFile functions). Need to call FileStream's Flush to
// flush to the disk.
// NOTE: This will flush all bytes before and after the view up until an offset that is a

View File

@@ -78,7 +78,7 @@ namespace System.IO.MemoryMappedFiles {
}
}
// Flushes the changes such that they are in [....] with the FileStream bits (ones obtained
// Flushes the changes such that they are in sync with the FileStream bits (ones obtained
// with the win32 ReadFile and WriteFile functions). Need to call FileStream's Flush to
// flush to the disk.
// NOTE: This will flush all bytes before and after the view up until an offset that is a

View File

@@ -256,7 +256,7 @@ namespace System.IO.Pipes {
CheckReadOperations();
if (!m_isAsync) {
// special case when this is called for [....] broken pipes because otherwise Stream's
// special case when this is called for sync broken pipes because otherwise Stream's
// Begin/EndRead hang. Reads return 0 bytes in this case so we can call the user's
// callback immediately
if (m_state == PipeState.Broken) {
@@ -645,7 +645,7 @@ namespace System.IO.Pipes {
}
if (r == 0) {
// We should never silently ---- an error here without some
// We should never silently swallow an error here without some
// extra work. We must make sure that BeginReadCore won't return an
// IAsyncResult that will cause EndRead to block, since the OS won't
// call AsyncPSCallback for us.
@@ -695,7 +695,7 @@ namespace System.IO.Pipes {
}
if (r == 0) {
// We should never silently ---- an error here without some
// We should never silently swallow an error here without some
// extra work. We must make sure that BeginWriteCore won't return an
// IAsyncResult that will cause EndWrite to block, since the OS won't
// call AsyncPSCallback for us.