Actions
Task #1932
closedPermit zero-length NameComponent
Start date:
Due date:
% Done:
100%
Estimated time:
2.00 h
Description
Permit zero-length NameComponent.
A zero-length NameComponent doesn't have special meaning in terms of packet processing and forwarding.
The processing rule is exactly same as any other NameComponent.
Files
Updated by Junxiao Shi over 9 years ago
- Related to Bug #1763: Canonical Order section permits empty NameComponent added
Updated by Junxiao Shi over 9 years ago
- Blocks Task #1933: Permit zero-length NameComponent added
Updated by Junxiao Shi over 9 years ago
- Status changed from In Progress to Code review
- % Done changed from 0 to 100
Updated by Junxiao Shi over 9 years ago
- Status changed from Code review to Closed
Updated by Junxiao Shi almost 9 years ago
Updated by Yingdi Yu almost 9 years ago
Why not use "NULL" as a special name component to indicate a particular name component is not available?
Updated by Junxiao Shi almost 9 years ago
Reply to note-7:
The string "NULL", or more precisely, the binary octets 4E554C4C, is a regular NameComponent, and it differs from null.
Similarly, in C++, the char[] literal "NULL" does not equal nullptr
.
Defining 4E554C4C to have a special meaning of null has two drawbacks:
- It limits what value a regular NameComponent can take. For example, nonNegativeInterger 1314212940 and string "NULL" are not representable.
- Its place in canonical ordering is unusual. It's surprising to see "A" < null but "hello" > null.
Updated by Alex Afanasyev almost 9 years ago
I'm a litle bit lost now. Didn't we already allowed empty component to exist? What else needs to be done?
Actions