longx_zh的专栏

如果D3D对象有内存泄露会出现这样的提示D3DX: MEMORY LEAKS DETECTED: 2 allocations unfreed (272 bytes)D3DX: Set HKLM/Software/Microsoft/Direct3D/D3DXBreakOnAllocId=0x2 to debug这时可以修改注册表HKEY_LOCAL_MACHINE/SOFTWARE/M

流程：将文字画到公共离屏表面，然后将文字顶点和索引合并到一个统一的资源管理中在渲染的时候就可以直接一批次的渲染出所有文字。心得：这种方法适用于短小的控件名称，注释，标注。如果是对于聊天信息类的多文字处理也可以采用这个方法，但是会有一定问题待解决！

最近自己实现了一下Edit控件，参照网上例子，自己加以改动而成。主要难点：为实现汉字输入，在渲染窗口事件中处理:WM_IME_STARTCOMPOSITION ,WM_IME_ENDCOMPOSITION,WM_IME_CHAR消息。英文输入:WM_CHAR消息处理在我的GUI工程中，添加一些回调函数，处理上面的消息。

针对不在管理类控制的内存泄露问题！主要是先集中判断可能出现的地方，多线程调试先判断在拿个线程中出问题。然后通过单步排除，确定大概的范围。经过调试运行，查看VC输出信息来找到未释放的内存分配代码！然后通过代码阅读来解决泄露的问题！一般D3D会提示未释放的内存块个数和大小，如果是通过new操作的内存可以用MFC的内存调试方法解决D3D:一般情况是构造时用到的一些临时变量，如：LPD

我自己的D3DX开发经验，计划做一个3D的游戏地图编辑器。目前功能要求 ：读取资源文件MeshLPDIRECT3D9             g_pD3D           = NULL; // Used to create the D3DDeviceLPDIRECT3DDEVICE9       g_pd3dDevice     = NULL; // Our rendering d

重写这两个函数void CXXDlg::OnTvnBeginlabeleditTree(NMHDR *pNMHDR, LRESULT *pResult){ LPNMTVDISPINFO pTVDispInfo = reinterpret_cast(pNMHDR); // TODO: 在此添加控件通知处理程序代码 m_objEdit=TreeView_GetEditControl(m_objTr

在我们的GUI系统实现中，为了使GUI系统的风格可以灵活改变，我采用了Lua脚本化来实现。具体实现：建立Lua的脚本函数，int Lua_AddDialog(lua_State * L);int Lua_AddButton(lua_State * L);等，在Lua中可以直接添加Dialog,Button,这样GUI初始化的位置，大小，图片等都可以在脚本中写好，不同的GUI界面需求就填入不