Index: ossp-pkg/uuid/uuid.c
RCS File: /v/ossp/cvs/ossp-pkg/uuid/Attic/uuid.c,v
rcsdiff -q -kk '-r1.29' '-r1.30' -u '/v/ossp/cvs/ossp-pkg/uuid/Attic/uuid.c,v' 2>/dev/null
--- uuid.c	2004/01/15 17:24:56	1.29
+++ uuid.c	2004/01/15 17:39:40	1.30
@@ -445,12 +445,11 @@
  * cards."
  *
  * This clearly explains the intention. Unfortunately, it incorrectly
- * explains how to achieve it. Because (see also
- * http://www.iana.org/assignments/ethernet-numbers and "Understanding
- * Physical Addresses" in "Ethernet -- The Definitive Guide", p.43) it
+ * explains how to achieve it. Both http://www.iana.org/assignments/ethernet-numbers and "Understanding
+ * Physical Addresses" in "Ethernet -- The Definitive Guide", p.43 state that the unicast/multicast bit
  * is the "LEAST significant bit of the first octet of the node ID" in a
- * memory representation of a 48-bit MAC address. The reason is that it
- * is the MOST significant bit only in IEEE 802.3 _transmission order_
+ * memory representation of a 48-bit MAC address. However, this unicast/multicast bit
+ * is the MOST significant bit in the IEEE 802.3 _transmission order_
  * of a MAC address. The bitwise memory order of a MAC address octet is
  * always from left/MSB/bit-7 to right/LSB/bit-0!
  *