diff --git a/sdk-api-src/content/synchapi/nf-synchapi-initializeconditionvariable.md b/sdk-api-src/content/synchapi/nf-synchapi-initializeconditionvariable.md
index eaf75130a094..9efd3b490055 100644
--- a/sdk-api-src/content/synchapi/nf-synchapi-initializeconditionvariable.md
+++ b/sdk-api-src/content/synchapi/nf-synchapi-initializeconditionvariable.md
@@ -70,8 +70,9 @@ Threads  can atomically release a lock and enter the sleeping state using the <a
 
 Condition variables are user-mode objects that cannot be shared across processes.
 
-A condition variable cannot be moved or copied. The process must not modify the object, and must instead treat it as logically opaque. Only use the condition variable functions to manage condition variables.
+A condition variable cannot be moved or copied while in use. The process must not modify the object, and must instead treat it as logically opaque. Only use the condition variable functions to manage condition variables.
 
+A condition variable with no waiting threads is in its initial state and can be copied, moved, and forgotten without being explicitly destroyed.
 
 #### Examples
 
diff --git a/sdk-api-src/content/synchapi/nf-synchapi-initializesrwlock.md b/sdk-api-src/content/synchapi/nf-synchapi-initializesrwlock.md
index 2e8cd46d5ac9..f4960d56601c 100644
--- a/sdk-api-src/content/synchapi/nf-synchapi-initializesrwlock.md
+++ b/sdk-api-src/content/synchapi/nf-synchapi-initializesrwlock.md
@@ -68,9 +68,9 @@ A pointer to the SRW lock.
 
 An SRW lock must be initialized before it is used. The InitializeSRWLock function is used to initialize a SRW lock dynamically. To initialize the structure statically, assign the constant <b>SRWLOCK_INIT</b> to the structure variable.
 
-An SRW lock cannot be moved or copied. The process must not modify the object, and must instead treat it as logically opaque. Only use the SRW functions to manage SRW locks. 
+An SRW lock cannot be moved or copied while in use. The process must not modify the object, and must instead treat it as logically opaque. Only use the SRW functions to manage SRW locks. 
 
-SRW locks do not need to be explicitly destroyed.
+An unlocked SRW lock with no waiting threads is in its initial state and can be copied, moved, and forgotten without being explicitly destroyed.
 
 ## -see-also