In some of the IDL I work with I have noticed that there are 2 conventions for marking return values in methods - [in, out] and [out, retval].
[in, out] means that a valid value is passed when the method is called and a valid value is there (where the pointer points) when the method returns success. [out] means that the value pointed to can be whatever when the method is called but it will be valid when the method returns success. Both [out] and [in, out] parameters must be pointers - their values are unchanged and valid and the validity requirements only apply to the variables they point to.
[out, retval] is a syntactic sugar to indicate that when creating a Native COM Support wrapper this very parameter should be converted to a return value. For example
HRESULT MyMethod( [out] long* OutParam1, [out, retval] long* OutParam2 );
becomes
long IWrappedInterface::MyMethod( long* OutParam1 );
If you don't mark it [retval] the wrapper will contain a method with the original signature:
HRESULT IWrappedInterface::MyMethod( long* OutParam1, long* OutParam2 );
Only the last one [out] parameter can be marked as [out, retval]. [in, out] parameters can't be marked as [retval].
Another difference is how this will show up in a PIA in .NET code.
[out, ret] will show up as a return value in .NET.
[out] will show up an argument on the method in .NET.