Browse Source

spelling: necessarily

Josh Soref 7 years ago
parent
commit
55cb83f3cb

+ 1 - 1
src/lib/asiodns/io_fetch.cc

@@ -234,7 +234,7 @@ IOFetch::operator()(boost::system::error_code ec, size_t length) {
         return;
 
     // On Debian it has been often observed that boost::asio async
-    // operations result in EINPROGRESS. This doesn't neccessarily
+    // operations result in EINPROGRESS. This doesn't necessarily
     // indicate an issue. Thus, we continue as if no error occurred.
     } else if (ec && (ec.value() != boost::asio::error::in_progress)) {
         logIOFailure(ec);

+ 1 - 1
src/lib/asiolink/tests/tcp_acceptor_unittest.cc

@@ -97,7 +97,7 @@ public:
             // error code, but simply wait for the connection to get
             // established before the handler is invoked. It turns out, however,
             // that on some OSes the connect handler may receive this error code
-            // which doesn't neccessarily indicate a problem. Making an attempt
+            // which doesn't necessarily indicate a problem. Making an attempt
             // to write and read from this socket will typically succeed. So,
             // we ignore this error.
             if (ec.value() != boost::asio::error::in_progress) {

+ 1 - 1
src/lib/asiolink/tests/tcp_socket_unittest.cc

@@ -358,7 +358,7 @@ TEST(TCPSocket, sequenceTest) {
     EXPECT_EQ(TCPCallback::OPEN, client_cb.called());
 
     // On some operating system the async_connect may return EINPROGRESS.
-    // This doesn't neccessarily indicate an error. In most cases trying
+    // This doesn't necessarily indicate an error. In most cases trying
     // to asynchronously write and read from the socket would work just
     // fine.
     if ((client_cb.getCode()) != 0 && (client_cb.getCode() != EINPROGRESS)) {

+ 1 - 1
src/lib/http/tests/listener_unittests.cc

@@ -139,7 +139,7 @@ public:
                 // EINPROGRESS error code, but simply wait for the connection
                 // to get established before the handler is invoked. It turns out,
                 // however, that on some OSes the connect handler may receive this
-                // error code which doesn't neccessarily indicate a problem.
+                // error code which doesn't necessarily indicate a problem.
                 // Making an attempt to write and read from this socket will
                 // typically succeed. So, we ignore this error.
                 if (ec.value() != boost::asio::error::in_progress) {