Программирование игр
/ GameDev.ru / Программирование / Форум / интеллектуальные указатели и COM

интеллектуальные указатели и COM

Advanced: Тема с повышенной сложностью или важная.
StRiKeRНовичокwww5 дек. 200519:26#0
как это:

IDirect3DSurface9 *curSurf;
...
texture->GetSurfaceLevel(0, &curSurf);

можно обустроить через интеллектуальные указатели? чтобы смотрелось симпатично и со 99% защитой от эксепшенов :)

!! Не показывать мне и другим! Поддержать GameDev.ru!

korakПостоялецwww5 дек. 200520:03#1
StRiKeR
boost::shared_ptr с правильным deleter, смотри доку по shared_ptr там как раз есть пример как с COM  использовать
QillerПостоялецwww5 дек. 200520:50#2
#include <comdef.h>

_com_ptr_t<IDirect3DSurface9> curSurf;
_WinnieПостоялецwww5 дек. 200521:52#3
StRiKeR
boost::shared_ptr тут не нужен. dx-объекты уже обладают счетчиком ссылок.
boost::shared_ptr <censured> сложно передавать во всякие Create(void **)-функции.

это основная проблема.

Есть два варианта:
1)использовать родной для dx-объектов CComPtr из ATL.
2)

inline void intrusive_ptr_add_ref(IUnknown *p)
{
  p->AddRef();
}

inline void intrusive_ptr_release(IUnknown *p)
{
  p->Release();
}

template <class T>
struct dx_ptr
{
  typedef boost::intrusive_ptr<T> t;
};

//HACK: if you are vomiting on this hack, you can use CComPtr or 'get_pp_t<T> get_pp' below

#if 1

template <class T>
T **get_pp(boost::intrusive_ptr<T> &ptr)
{
	BOOST_STATIC_ASSERT(sizeof(T*) == sizeof(ptr));
	ptr = 0;
	return reinterpret_cast<T**>(&ptr);
}

#else

template <class T>
struct get_pp_t
{
  T *p;
  boost::intrusive_ptr<T> &dx_ptr;

  get_pp_t(boost::intrusive_ptr<T> &dx_ptr)
    :p(0)
    ,dx_ptr(dx_ptr)
  {
  }

  operator T**() { return &p; }
  operator void**() { return (void**)&p; }

  ~get_pp_t()
  {
    dx_ptr = boost::intrusive_ptr<T>(p, false);
  }
};

template <class T>
get_pp_t<T> get_pp(boost::intrusive_ptr<T> &ptr)
{
  return get_pp_t<T>(ptr);
}

#endif

Использование:

	dx_ptr<ID3DXBuffer>::t i_byte_code, i_messages;
	dx_ptr<ID3DXConstantTable>::t i_const_table;
	std::vector<D3DXMACRO> macroses;

	create_null_terminated_D3DXMACRO_array(defines, macroses);

	if(!SUCCEEDED(D3DXCompileShader(
			source,
			source_len,
			¯oses[0], NULL, "main",
			target.c_str(), //"vs_2_0",
			0,
			get_pp(i_byte_code), get_pp(i_messages),
			get_pp(i_const_table))))
	{

Если моя левая пятка захочет, заменю dx_ptr<T>::t с intrusive_ptr на CComPtr или что-то своё.

_WinnieПостоялецwww5 дек. 200522:11#4
Qiller
А чем отличаются CComPtr и _com_ptr_t, что лучше и правильней?
QillerПостоялецwww5 дек. 200522:58#5
CComPtr - поддерживается ATL, в то время как _com_ptr_t считается "нативной" поддержой COM'а msvc компилятором. В частности, #import директива генерирует тайпдефы использующие _com_ptr_t.

Что правильней - мммм, оба они вообщем нормальные... _com_ptr_t автоматом кидает (в смысле исключения) _com_error если вызов метода обломался, CComPtr этого не делает. _com_ptr_t автоматом пытается делать QueryInterface при присвоении другого типа интерфейса (_com_ptr_t<IDispatch> a = (IUnknown *)someObject;).

Так как я ATL просто не пользуюсь и люблю #import, то _com_ptr_t естественный выбор :)

Последняя правка: 5 дек. 2005 22:59

korakПостоялецwww6 дек. 20050:44#6
Выдержка из boost. Это конечно не 100% правильный метод, но мало ли.

Using a shared_ptr to hold a pointer to a COM Object

Background: COM objects have an embedded reference count and two member functions that manipulate it. AddRef() increments the count. Release() decrements the count and destroys itself when the count drops to zero.

It is possible to hold a pointer to a COM object in a shared_ptr:

shared_ptr<IWhatever> make_shared_from_COM(IWhatever * p)
{
    p->AddRef();
    shared_ptr<IWhatever> pw(p, mem_fn(&IWhatever::Release));
    return pw;
}

Note, however, that shared_ptr copies created from pw will not "register" in the embedded count of the COM object; they will share the single reference created in make_shared_from_COM. Weak pointers created from pw will be invalidated when the last shared_ptr is destroyed, regardless of whether the COM object itself is still alive.

StRiKeRНовичокwww6 дек. 200515:02#7
ок. всем спасибо!
АсланНовичокwww18 янв. 200617:07#8
Народ, я не понял, а то, что _com_ptr_t самим D3D9 поддерживается и предлагается, никому не известно, что ли? Для IDirect3DSurface9 он задефайнен как IDirect3DSurface9Ptr. Таких define'ов, правда, не много, а именно: 

d3d9.h(165):#if defined(_COM_SMARTPTR_TYPEDEF)
d3d9.h(166):_COM_SMARTPTR_TYPEDEF(IDirect3D9, __uuidof(IDirect3D9));
d3d9.h(167):_COM_SMARTPTR_TYPEDEF(IDirect3DDevice9, __uuidof(IDirect3DDevice9));
d3d9.h(169):_COM_SMARTPTR_TYPEDEF(IDirect3DStateBlock9, __uuidof(IDirect3DStateBlock9));
d3d9.h(170):_COM_SMARTPTR_TYPEDEF(IDirect3DResource9, __uuidof(IDirect3DResource9));
d3d9.h(171):_COM_SMARTPTR_TYPEDEF(IDirect3DVertexDeclaration9, __uuidof(IDirect3DVertexDeclaration9));
d3d9.h(172):_COM_SMARTPTR_TYPEDEF(IDirect3DVertexShader9, __uuidof(IDirect3DVertexShader9));
d3d9.h(173):_COM_SMARTPTR_TYPEDEF(IDirect3DPixelShader9, __uuidof(IDirect3DPixelShader9));
d3d9.h(174):_COM_SMARTPTR_TYPEDEF(IDirect3DBaseTexture9, __uuidof(IDirect3DBaseTexture9));
d3d9.h(175):_COM_SMARTPTR_TYPEDEF(IDirect3DTexture9, __uuidof(IDirect3DTexture9));
d3d9.h(176):_COM_SMARTPTR_TYPEDEF(IDirect3DVolumeTexture9, __uuidof(IDirect3DVolumeTexture9));
d3d9.h(177):_COM_SMARTPTR_TYPEDEF(IDirect3DCubeTexture9, __uuidof(IDirect3DCubeTexture9));
d3d9.h(179):_COM_SMARTPTR_TYPEDEF(IDirect3DVertexBuffer9, __uuidof(IDirect3DVertexBuffer9));
d3d9.h(180):_COM_SMARTPTR_TYPEDEF(IDirect3DIndexBuffer9, __uuidof(IDirect3DIndexBuffer9));
d3d9.h(182):_COM_SMARTPTR_TYPEDEF(IDirect3DSurface9, __uuidof(IDirect3DSurface9));
d3d9.h(183):_COM_SMARTPTR_TYPEDEF(IDirect3DVolume9, __uuidof(IDirect3DVolume9));
d3d9.h(185):_COM_SMARTPTR_TYPEDEF(IDirect3DSwapChain9, __uuidof(IDirect3DSwapChain9));
d3d9.h(186):_COM_SMARTPTR_TYPEDEF(IDirect3DQuery9, __uuidof(IDirect3DQuery9));

Последняя правка: 24 янв. 2006 15:48

АсланНовичокwww18 янв. 200617:39#9
Qiller
>Что правильней - мммм, оба они вообщем нормальные... _com_ptr_t автоматом
>кидает (в смысле исключения) _com_error если вызов метода обломался, CComPtr

Этого не может быть, потому что не может быть никогда. О самом вызове метода _com_ptr_t ничего не знает, в операторе -> он просто возвращает С-шный указатель. А исключение кинет, если оный указатель нулевой.

/ Форум / Программирование игр / Общее

Для определения, можете ли вы оставлять сообщения, необходимо войти в систему под своим логином.

2001—2010 © GameDev.ru — Разработка игр