These HRESULTs with facilities such as FACILITY_NULL and FACILITY_RPC have universal meaning because they are defined at a single source: Microsoft. However, HRESULTs in FACILITY_ITF are determined by the function or interface method from which they are returned. This means that the same 32-bit value in FACILITY_ITF returned from two different interface methods might have different meanings.
The reason HRESULTs in FACILITY_ITF can have different meanings in different interfaces is that HRESULTs are kept to an efficient data-type size of 32 bits. Unfortunately, 32 bits is not large enough for the development of an error code allocation system that avoids conflicting codes allocated by different programmers at different times in different places (unlike the handling of interface identifiers and CLSIDs). As a result, the 32-bit HRESULT is structured in a way that Microsoft can define several universal error codes, while allowing other programmers to define new error codes without fear of conflict. The status code convention is as follows:
All the COM-defined FACILITY_ITF codes have a code value in the range of 0x0000 – 0x01FF. While it is legal to use any codes in FACILITY_ITF, it is recommended that only code values in the range of 0x0200 — 0xFFFF be used. This recommendation is made as a means of reducing confusion with any COM-defined errors.
It is also recommended that developers define new functions and interfaces to return error codes as defined by COM and in facilities other than FACILITY_ITF. In particular, interfaces that have any chance of being remoted using RPC in the future should define the FACILITY_RPC codes as legal. E_UNEXPECTED is a specific error code that most developers will want to make universally legal.