This is because all the objects share the static data member. There is only one copy of the static data member in the class, even if there are many class objects. This method is functionally identical to the one of the same name in the ContentListFactory object.Static data members are class members that are declared using the static keyword. GetData reads and SetData stores all other supported data types by value. Since SafeArrays have a lock count similar to reference counting the array data will be released only if the lock count is zero. When the ContentList object is being destroyed the SafeArray will be unlocked and SafeArrayDestroy will be called. It is safe to store the array in a Variant of type VT_ARRAY or VT_VARIANT, as a call to ::VariantClear will not release the SafeArray because it is locked. The caller should not unlock the array as this could invalidate the reference stored in the ContentList object. The GetData method returns a reference to the locked array. When you pass a pointer to a SafeArray to the SetData method, it locks the SafeArray and stores a reference to it in the ContentList object. The caller must call release on the pointer returned by the GetData method. The GetData method returns this pointer and calls AddRef on it. When you pass an interface pointer to an object to the SetData method, it calls AddRef on the interface pointer and stores it in the ContentList object. The ContentList object only stores wide character Unicode strings. Do not hold a reference to the String in the ContentList object beyond the lifetime of the object, as it will be invalid after the object is destroyed. The GetData method returns a pointer to the String in the ContentList object, but not the String. When you pass a pointer to a String to the SetData method, it stores the String in the ContentList object, not the pointer. Therefore, how you use the GetData and SetData methods depends on the data type. The ContentList object stores some types of data by value and other types of data by reference. If the allotted memory is too small, memory corruption occurs. The memory pointed to by the pData parameter must be large enough to receive the value being read. The GetData method does not do type checking. In particular, the GetDescription method of the IErrorInfo interface may return a text description of the error. Additional information may be available using the global Err object, which can be accessed using the API function GetErrorInfo. For more information about standard COM errors, see Standard COM Errors. This method returns S_OK (0x00000000) to indicate success and standard COM HRESULT error values to indicate failure. See the Error Values section for more details. This method returns an HRESULT indicating whether it completed successfully. A pointer to where the data should be written. Column positions are counted from zero (0), not one (1).

A long that contains the position of the column within the specified row from which the data should be read. Row positions are counted from zero (0), not one (1). A long that contains the position of the row from which the data should be read. Definition HRESULT IContentList::GetData(longiRow, Due to performance considerations and compatibility issues, this method cannot be used from Microsoft Visual Basic or Microsoft Visual Basic Scripting Edition (VBScript). This is one of the two ContentList methods that do not support a scriptable interface. Use this method to read data from a specified row and column in a ContentList object, and through aggregation, the corresponding ContentListFactory object.

Getdata c++