|
Structure of OLE Error Codes
SCODES on 16-bit platforms are divided into four fields: a severity code, a
context field, a facility field, and an error code. The format of an SCODE on a
16-bit platform is shown below; the numbers indicate bit positions:
HRESULTs on 32-bit platforms have the following format:
The severity code in the 16-bit SCODE and the high order bit in the HRESULT
indicates whether the return value represents success or failure. If set to zero,
SEVERITY_SUCCESS, the value indicates success. If set to 1, SEVERITY_ERROR, it
indicates failure.
In the 16-bit version of the SCODE, the context field is reserved; this field
does not exist in the 32-bit version. The R, C, N, and r bits are reserved in
both.
The facility field in both versions indicates the area of responsibility for
the error. There are currently five facilities: FACILITY_NULL, FACILITY_ITF,
FACILITY_DISPATCH, FACILITY_RPC, and FACILITY_STORAGE. If new facilities are
necessary, Microsoft allocates them because they need to be unique. Most SCODEs and
HRESULTs set the facility field to FACILITY_ITF, indicating an interface method
error. The following table describes the various facility fields:
Facility
| Description
| FACILITY_NULL
| For broadly applicable common status codes such as S_OK. This facility code
has a value of zero.
| FACILITY_ITF
| For most status codes returned from interface methods, value is defined by the
interface. That is, two SCODEs or HRESULTs with exactly the same 32-bit value
returned from two different interfaces might have different meanings. This
facility has a value of 4.
| FACILITY_DISPATCH
| For late binding IDispatch interface errors. This facility has a value of 2.
| FACILITY_RPC
| For status codes returned from remote procedure calls. This facility has a
value of 1.
| FACILITY_STORAGE
| For status codes returned from IStorage or IStream method calls relating to structured storage. Status codes whose code (lower
16 bits) value is in the range of DOS error codes (that is, less than 256) have
the same meaning as the corresponding DOS error. This facility has a value of
3.
| FACILITY_WINDOWS
| Used for additional error codes from Microsoft-defined interfaces.
| FACILITY_WIN32
| Used to provide a means of handling error codes from functions in the Win32
API as an HRESULT. Error codes in 16-bit OLE that duplicated Win32 error codes
have also been changed to FACILITY_WIN32.
|
The code field is a unique number that is assigned to represent the error or
warning.
By convention, HRESULTs generally have names in the following form:
<Facility>_<Severity>_<Reason>
where <Facility> is either the facility name or some other distinguishing identifier, <Severity> is a single letter, S or E, that indicates the severity of the error, and <Reason> is an identifier that describes the meaning of the code. For example, the
status code STG_E_FILENOTFOUND indicates a storage-related error has occurred;
specifically, a requested file does not exist. Status codes from FACILITY_NULL
omit the <Facility>_ prefix.
Error codes are defined within the context of an interface implementation.
Once defined, success codes cannot be changed or new success codes added. However,
new failure codes can be written since they generally only provide hints at
what might have gone wrong. Microsoft reserves the right to define new failure
codes (but not success codes) for the interfaces described in this book in
FACILITY_ITF or in new facilities.
| Last news from Greatis Software |
 |
|
Nostalgia .Net |
|
.Net is powerful, but not all-powerful, so sometimes we need to use Win32 API for our .Net applications. It's simple enough with Platform Invoke if you have Win32 skill, but we do not always have time to dig the ancient documentation, declare the special types that are compatible with Win32, find the values of the Win32's constants and so on. Nostalgia .Net offers several simple-to-use classes, and components that will allow you to forget about the headache of Win32 and just use the power of Win32 in your application the same way as you use the native. Net classes. More » |
| Recommended software for developers |
 |
|
Ultimate Pack |
|
Component pack for Delphi and C++ Builder that contains runtime form designer, runtime object inspector, print suite and much more for the very special price. More » |
 |
|
Form Designer .Net |
|
Unique runtime form design solution that allows to edit any form in .Net WinForms application at runtime with full source codes for only 300 euro! More » |
 |
|
Print Suite .Net |
|
Print Suite .Net is a set of components for easy printing texts, images and grids from your WinForms applications. Full C# source codes are available More » |
 |
|
Gradient Controls .Net |
|
Gradient Controls .Net offers controls with gradient background feature. Labels, panels and so on... Full C# source codes are available More » |
 |
|
Greatis iGrid |
|
iGrid plots drawing grid right over your desktop, so you can use it everywhere, with any drawing application without any special plugins for different graphic editors. More » |
All the contacts and projectsDmitry Vasiliev (just.dmitry)
Related LinksSoftware for Visual Studio .NET developers Software for Delphi and C++ Builder developers Software for Visual Basic 6 developers Delphi Tips&Tricks MegaDetailed.NET More Online Helps Win32 Programmer's Reference Win32 Multimedia Programmer's Reference OLE Programmer's Reference Microsoft Windows Pen API Programmer's Reference Microsoft Windows Sockets 2 Reference Microsoft Windows Telephony API (TAPI) Programmer's Reference Unix Manual Pages
|