Updates referencesource to .NET 4.7
[mono.git] / mcs / class / referencesource / System.Data / System / Data / SqlClient / TdsParserStateObject.cs
index 75e2a4b30c85da8f852bfbb12892cd57078088b4..7a878152f2c970b7a36308ad4445ae7e4e628ae4 100644 (file)
@@ -2,8 +2,8 @@
 // <copyright file="TdsParserStateObject.cs" company="Microsoft">
 //     Copyright (c) Microsoft Corporation.  All rights reserved.
 // </copyright>
-// <owner current="true" primary="true">[....]</owner>
-// <owner current="true" primary="false">[....]</owner>
+// <owner current="true" primary="true">Microsoft</owner>
+// <owner current="true" primary="false">Microsoft</owner>
 //------------------------------------------------------------------------------
 
 namespace System.Data.SqlClient {
@@ -646,7 +646,7 @@ namespace System.Data.SqlClient {
             // Should only be called for MARS - that is the only time we need to take
             // the ResetConnection lock!
 
-            // SQL BU DT 333026 - it was raised in a security review by [....] questioning whether
+            // SQL BU DT 333026 - it was raised in a security review by Microsoft questioning whether
             // we need to actually process the resulting packet (sp_reset ack or error) to know if the
             // reset actually succeeded.  There was a concern that if the reset failed and we proceeded
             // there might be a security issue present.  We have been assured by the server that if
@@ -2046,7 +2046,7 @@ namespace System.Data.SqlClient {
                         TaskCompletionSource<object> source = _networkPacketTaskSource;
 
                         if (_parser.Connection.IsInPool) {
-                            // Dev11 Bug 390048 : Timing issue between OnTimeout and ReadAsyncCallback results in SqlClient's packet parsing going out of [....]          
+                            // Dev11 Bug 390048 : Timing issue between OnTimeout and ReadAsyncCallback results in SqlClient's packet parsing going out of sync          
                             // We should never timeout if the connection is currently in the pool: the safest thing to do here is to doom the connection to avoid corruption
                             Debug.Assert(_parser.Connection.IsConnectionDoomed, "Timeout occurred while the connection is in the pool");
                             _parser.State = TdsParserState.Broken;
@@ -2150,7 +2150,7 @@ namespace System.Data.SqlClient {
                 }
 
                 // -1 == Infinite
-                //  0 == Already timed out (NOTE: To simulate the same behavior as [....] we will only timeout on 0 if we receive an IO Pending from SNI)
+                //  0 == Already timed out (NOTE: To simulate the same behavior as sync we will only timeout on 0 if we receive an IO Pending from SNI)
                 // >0 == Actual timeout remaining
                 int msecsRemaining = GetTimeoutRemaining();
                 if (msecsRemaining > 0) {
@@ -2206,7 +2206,7 @@ namespace System.Data.SqlClient {
                     ChangeNetworkPacketTimeout(0, Timeout.Infinite);
                 }
                 // DO NOT HANDLE PENDING READ HERE - which is TdsEnums.SNI_SUCCESS_IO_PENDING state.
-                // That is handled by user who initiated async read, or by ReadNetworkPacket which is [....] over async.
+                // That is handled by user who initiated async read, or by ReadNetworkPacket which is sync over async.
             }
             finally {
                 if (readPacket != IntPtr.Zero) {
@@ -3278,7 +3278,7 @@ namespace System.Data.SqlClient {
         internal void AddError(SqlError error) {
             Debug.Assert(error != null, "Trying to add a null error");
 
-            // Switch to [....] once we see an error
+            // Switch to sync once we see an error
             _syncOverAsync = true;
 
             lock (_errorAndWarningsLock) {
@@ -3312,7 +3312,7 @@ namespace System.Data.SqlClient {
         internal void AddWarning(SqlError error) {
             Debug.Assert(error != null, "Trying to add a null error");
 
-            // Switch to [....] once we see a warning
+            // Switch to sync once we see a warning
             _syncOverAsync = true;
 
             lock (_errorAndWarningsLock){