|
Check-in Number:
|
5554 | |
| Date: |
2004-Jan-15 18:39:40 (local)
2004-Jan-15 17:39:40 (UTC) |
| User: | ms |
| Branch: | |
| Comment: |
Correct grammar and improve clarity. |
| Tickets: |
|
| Inspections: |
|
| Files: |
|
ossp-pkg/uuid/uuid.c 1.29 -> 1.30
--- 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!
*
|
|
