[Boost-commit] svn:boost r42559 - sandbox/committee/LWG

From: hinnant_at_[hidden]
Date: 2008-01-06 18:57:35

Author: hinnant
Date: 2008-01-06 18:57:34 EST (Sun, 06 Jan 2008)
New Revision: 42559
URL: http://svn.boost.org/trac/boost/changeset/42559

Log:
Checked off V1 19, 21, 27, 28.

Text files modified: 
   sandbox/committee/LWG/issues.html |     8 ++++----                                
   1 files changed, 4 insertions(+), 4 deletions(-)

Modified: sandbox/committee/LWG/issues.html
==============================================================================
--- sandbox/committee/LWG/issues.html	(original)
+++ sandbox/committee/LWG/issues.html	2008-01-06 18:57:34 EST (Sun, 06 Jan 2008)
@@ -179,7 +179,7 @@
 clause says that the implementation is allowed to fail even if the
 lock isn't
 held. I think this belongs in the effects clause. </p>
-<p>&#9998;19. [thread.mutex.class] (30.3.1.1), descriptive text: the first
+<p>&#10004;19. [thread.mutex.class] (30.3.1.1), descriptive text: the first
 paragraph
 mixes normative and non-normative text. Separate them. I think I'd
 combine the
@@ -196,7 +196,7 @@
 program that does x, y, or z has undefined behavior&quot; or &quot;The behavior
 of a
 program that does x, y, or z is undefined.&quot; </p>
-<p>&#9998; (19), &#9998; (20) 21. [thread.mutex.recursive] (30.3.1.2), see 19, 20. </p>
+<p>&#10004; (19), &#9998; (20) 21. [thread.mutex.recursive] (30.3.1.2), see 19, 20. </p>
 <p>&#10004; 22. [thread.timedmutex.requirements] (30.3.2): &quot;To meet the TimedMutex
 requirements, types are required to meet the Mutex requirements.&quot;
 Instad of
@@ -218,8 +218,8 @@
 <p>&#9998; 26. [thread.timedmutex.requirements] (30.3.2), effects clause for
 timed_lock:
 see 24 (&quot;still&quot;), 25. </p>
-<p>&#9998; (19), &#9998; (20) 27. [thread.timedmutex.class] (30.3.2.1): see 19, 20. </p>
-<p>&#9998; (19), &#9998; (20) 28. [thread.timedmutex.recursive] (30.3.2.2): see 19, 20. </p>
+<p>&#10004; (19), &#9998; (20) 27. [thread.timedmutex.class] (30.3.2.1): see 19, 20. </p>
+<p>&#10004; (19), &#9998; (20) 28. [thread.timedmutex.recursive] (30.3.2.2): see 19, 20. </p>
 <p>&#10004; 29. [thread.lock.intro] (30.3.3), first paragraph: this would be
 clearer in
 the singular: &quot;A lock is an object that holds a reference to a mutex and