Надо ли освобождать интерфейсы, полученные методами вроде
HRESULT IHTMLFrameBase2::get_contentWindow(IHTMLWindow2 **p);
http://msdn.microsoft.com/en-us/library/aa752409
IHTMLDocument2::get_parentWindow() ;
Очень хотелось бы найти обоснование из мсдна.

nerdy_weirdie если вы используете в качестве указателя CComPtr, то не надо.

Во всех остальных случаях - надо, так как по стандарту все методы get возвращают указатель и делают AddRef() перед возвратом. Тоесть освобождать обьект должен клиент.

Если использовать директиву #import или если заголовочные файлы сфоримрованы подобным образом, то велика вероятность того, что в них (в заголовочных файлах) будут объявлены врапперы на методы интерфейсов, которые будут возвращать значения (вместо HRESULT то, что указано последним параметром как [out, retval] или void) в виде смартпойнтера, которые дефайнятся в тех же файлах. Их высвобождать не надо. Также не надо освобождать, если используешь смартпойнторы напрямую, как сказал RastaDja. Во всех остальных случаях надо.

Добавлено через 3 минуты и 27 секунд
Тут есть пример использования сгенерированных врапперов.

Смартпоинтеры не трогаем, с ними всё понятно.
я вот какую странную вещь наблюдаю:


На момент вызова Release() в деструкторе смартпоинтера pDisp, интерфейс уже оказывается освобожденным и вызов влечет эксепшн
Как такое может быть? где интерфейс успел освободиться?

Сделай вместо этого просто QueryInterface

Как описан тип IHTMLDocument3Ptr ?

xvr, они, обычно, так описывают

Это стандартный смартпойнтер для COM объектов. Макросом дописывается Ptr.

Т.е. CComPtr<IHTMLDocument3>.
Тогда действительно неправильно, тут нужен CComQIPtr<IHTMLDocument3>

   
Верно, этот тип унаследован от _com_ptr_t при помощи макроса
_COM_SMARTPTR_TYPEDEF(IHTMLDocument3, __uuidof(HTMLDocument3));
В МСДНе написано что его конструктор вызывает QueryInterface()
http://msdn.microsoft.com/en-us/library/41...v=vs.80%29.aspx

если что неправильно скажу, то извиняюсь заранее.


pHTMLDocument3 выходит из области видимости оператора if (pDisp != NULL ), поэтому удаляется, ведь он смартпоинтер

Это не страшно, т.к. выше есть еще один смартпоинтер (pDisp), который продолжает держать интерфейс.
А вот то, что его (pHTMLDocument3) извлекли не через QueryInteface - криминал

Через QueryInteface извлекли. Пруфлинк: http://msdn.microsoft.com/en-us/library/h3...v=vs.80%29.aspx

Действительно. Тогда смотрите, что происходит в DoTheJob. Не позвали ли там случайно CoUninitialize или не загасили ли случайно WebBrowser
Кстати - это RPC_E_DISCONNECTED - очень похоже как раз на 2й случай (умер удаленный COM сервер, сам объект то остался). 

А происходит ли в этом случае утечка каких-либо ресурсов? Или они вместе с сервером освобождаются?

Может произойти

Со стороны сервера - освобождаются. Со стороны клиента могут и застрять (до выхода из клиента)