久久久久久毛片免费播放,久久人人爽人爽人人爽av ,97久久精品人人澡人人爽

寄存�?�?存储�?

Only Soft — Fri, 22 Jan 2010 10:57:00 GMT

寄存器没有地址

也就是寄存器存放着存储器的地址�Q?br>
�Q�Ｐ�Q�通过寄存器中存放的存储器地址来访问存储器中的数据

X86�p�d��的处理器中的寄存器较?y��u)?所�?br>没有�l�cpu中的寄存器进行编址,而是直接对这些寄存器�q�行了命�?在访问寄存器的时候只要直接��用寄存器名就可以�?

lea指��o(h��)举例�Q?br>lea 取得地址�Q�第二个参数�Q�后攑օ�到前面的寄存器�?br>如：(x��)lea edi, ebp ,��是��ebp里存储的地址攑օ�edi, 让edi也只惌��个地址�?br>其实��是edi 指向ebp指向的存储器地址

又如: lea edi, [ebp+0cch], []中代表存储器地址, 即ebp指向的存储器地址+0cch偏移�?

再�D一个例子：(x��)
mov ecx,30h
mov eax,0CCCCCCCCh
rep stos dword ptr es:[edi]
stos是串存储指��o(h��)�Q�他的功能是��eax中的数据存入edi寄存器所指向的存储器地址中。同�Ӟ��edi�?x��)增�?�Q�字节数�Q?br>rep是指令重复执行ecx中填写的�ơ数

Only Soft 2010-01-22 18:57 发表评论

Only Soft — Wed, 20 Jan 2010 07:10:00 GMT

从FS寄存器获取当前线�E�ID
int GetThreadId()
{
int ithread = 0;
_asm{
    xor esi , esi
    mov eax, fs:[esi+18h]
       mov ecx, [eax+ 20h]
       mov eax, [eax+ 24h]
    mov dword ptr[ithread], eax
}
return ithread;
}
从FS寄存器获取当前进�E�ID
int GetProcessId()
{
int iProcess = 0;
_asm{
    xor esi , esi
    mov eax, fs:[esi+18h]
       mov ecx, [eax+ 20h]
       mov eax, [eax+ 24h]
    mov dword ptr[iProcess ], ecx
}
return iProcess ;
}

原理�Q?br>1.fs:18h 地址指向�U�程环境块_TEB
打开windbg可以证明�Q?br>0:028> dd fs:18h L1
0053:00000018 7eeb8000
0:028> !teb
TEB at 7eeb8000
    ExceptionList:        1f8ff15c
    StackBase:            1f900000
    StackLimit:           1f8fc000
    SubSystemTib:         00000000
    FiberData:            00001e00
    ArbitraryUserPointer: 00000000
    Self:                 7eeb8000
    EnvironmentPointer:   00000000
    ClientId:             00001a30 . 00001408
    RpcHandle:            00000000
    Tls Storage:          133d2718
    PEB Address:          7efde000
    LastErrorValue:       0
    LastStatusValue:      c0000302
    Count Owned Locks:    0
    HardErrorMode:        0

2. 在_TEB中找到线�E�ID和进�E�ID
0:028> dt ntdll!_TEB
   +0x000 NtTib            : _NT_TIB
   +0x01c EnvironmentPointer : Ptr32 Void
   +0x020 ClientId         : _CLIENT_ID

0:028> dt ntdll!_CLIENT_ID
   +0x000 UniqueProcess    : Ptr32 Void  >�q�程ID
   +0x004 UniqueThread     : Ptr32 Void >�U�程ID

当然从TEB又可以找到_PEB的地址�Q�从_PEB里面可以获取到更多的信息。暂且搁�W�~~

Only Soft 2010-01-20 15:10 发表评论

Only Soft — Sun, 15 Nov 2009 15:57:00 GMT

      在驱动中分配内存�Q�通常你的驱动�?x��)向NT VMM��h��内存�Q�这是你必须军_��你的内存是可分页的或者非可分��늚��?br>      分配原则�Q�尽量��用可分页内存�Q�但是必��L��意高�{��IRQL执行不允许page fault。所以不允许采用可分��内存。可以��用PAGED_CODE();宏来��查�?br>      非分��内存在�pȝ��中是一个有限的资源�Q�取决于操作�pȝ��和物理内存大��? (NT VMM使用一个私有算法来计算非分��大��，�q�个��法使用物理内存��L��作�ؓ(f��)计算因子来计��?
     NT提供如下例程来分配内存：(x��)
       ExAllocatePool();
       ExAllocatePoolWithQuota();
       ExAllocatePoolWithTag();
        ExAllocatePoolWithQuotaTag
       调用以上例程分配内存是必��d��定内存的�c�d��Q?br>       NonPagedPool
       PagedPool
       NonPagedPoolMustSuccessed.
       ......................

    关于非分��内存碎片问题：(x��)
     本来初始化的时候地址都是盔R��的非分页池会(x��)变成��片。而且VMM在托大的时候也不保证地址盔R��?br>    如果��h��的分配或者释攑ְ�块内存（��于一个PAGE_SIZE�Q?可能��D��物理内存��片化。这回给�pȝ��带来各种各样的问题，包括降低�pȝ��性能和分配内存失败的情况�?br>    解决办法使用旁视列表�Q�旁视列表是一个NT4.0开始提供的一个内存分配方式；具体请参考WDK docment.
     ��Z��提一下内核栈�Q?br>     每个在NT�q�_��的线�E�有一个用��h��在用��h��式执行的时候��用，一个内核栈在内核模式执行的时候��用。当�U�程��h��pȝ��服务而切换到内核模式的时候，陷阱机制�?x��)切换栈。用分配和线�E�的内核�I�间栈来覆盖用户�I�间栈�?br>在NT3.51之前�Q�内核栈限制在两��늚�内存中。NT4.0开始增加到12KB.必须要�}慎的在栈上��用变量以节省占空��_(d��)��防止��过限制而是�pȝ��停止�?br>

Only Soft 2009-11-15 23:57 发表评论

Only Soft — Sun, 15 Nov 2009 15:03:00 GMT

首先是参数说明宏。参数说明宏一般都是空宏，最常见的是IN和OUT。其实定义很��单，如下所�C�：(x��)
#define IN
#define OUT
        �q�样一来，IN和OUT��p��定义成了�I�。无论出现在代码中的��M��地方�Q�对代码都不�?x��)有什么实质的影响。在WDK的代码中�Q�用来作为函数的说明。IN表示�q�个参数用于输入�Q�OUT表示�q�个参数用来�q�回�l�果。比如下面的例子�Q?br>NTSTATUS
ZwQueryInformationFile(
    IN HANDLE FileHandle,
    OUT PIO_STATUS_BLOCK IoStatusBlock,
    OUT PVOID FileInformation,
    IN ULONG Length,
    IN FILE_INFORMATION_CLASS FileInformationClass
    );
        IN和OUT是比较传�l�的参数说明宏。在WDK中到处可见更复杂的参数说明宏�Q�比如下面的例子�Q?br>VOID
NdisProtStatus(
    IN NDIS_HANDLE                          ProtocolBindingContext,
    IN NDIS_STATUS                          GeneralStatus,
    __in_bcount(StatusBufferSize) IN PVOID StatusBuffer,
    IN UINT                                 StatusBufferSize
    )

        其中的__in_bcount不但说明参数StatusBuffer是一个输入参敎ͼ�而且说明了StatusBuffer作�ؓ(f��)一个缓冲区�Q�它的字节长度被另一个参数StatusBufferSize所指定。读者再见到�c�M��的说明宏�Q�就以字面意思理解即可�?br>
        然后是指定函��C��|�的预编译指令。比如下面的例子�Q?br>NTSTATUS
ZwQueryInformationFile(
    IN HANDLE FileHandle,
    OUT PIO_STATUS_BLOCK IoStatusBlock,
    OUT PVOID FileInformation,
    IN ULONG Length,
    IN FILE_INFORMATION_CLASS FileInformationClass
    );
        IN和OUT是比较传�l�的参数说明宏。在WDK中到处可见更复杂的参数说明宏�Q�比如下面的例子�Q?br>VOID
NdisProtStatus(
    IN NDIS_HANDLE                          ProtocolBindingContext,
    IN NDIS_STATUS                          GeneralStatus,
    __in_bcount(StatusBufferSize) IN PVOID StatusBuffer,
    IN UINT                                 StatusBufferSize
    )
         其中的__in_bcount不但说明参数StatusBuffer是一个输入参敎ͼ�而且说明了StatusBuffer作�ؓ(f��)一个缓冲区�Q�它的字节长度被另一个参数StatusBufferSize所指定。读者再见到�c�M��的说明宏�Q�就以字面意思理解即可�?br>
        然后是指定函��C��|�的预编译指令。比如下面的例子�Q?br>#pragma alloc_text(INIT, DriverEntry)
#pragma alloc_text(PAGE, NdisProtUnload)
#pragma alloc_text(PAGE, NdisProtOpen)
#pragma alloc_text(PAGE, NdisProtClose)
#pragma alloc_text

        �q�个宏仅仅用来指定某个函数的可执行代码在�~�译出来后在sys文�g中的位置。内核模块编译出来之后是一个PE格式的sys文�g�Q�这个文件的代码�D�（text�D�）中有不同的节�Q�Section�Q�，不同的节被加载到内存中之后处理情况不同。读者需要关心的主要�?�U�节�Q�INIT节的特点是在初始化完毕之后就被释放。也��是��_(d��)��׃��再占用内存空间了。PAGE节的特点是位于可以进行分��交换的内存�I�间,�q�些�I�间在内存紧张时可以被交换到��盘上以节省内存。如果未用上�q�的预编译指令处理，则代码默认位于PAGELK节，加蝲后位于不可分��交换的内存�I�间中�?br>
        函数DriverEntry昄��只需要在初始化阶�D�|��行一�ơ，因此�q�个函数一般都�?pragma alloc_text(INIT, DriverEntry)使之位于初始化后立刻释放的空间内。�ؓ(f��)了节�U�内存，可以把很多函数放在PAGE节中。但是要注意�Q�放在PAGE节中的函��C��可以在Dispatch�U�调用，因�ؓ(f��)�q�种函数的调用可能诱发缺��中断。但是缺��中断处理不能在Dispatch�U�完成。�ؓ(f��)此，一般都用一个宏PAGED_CODE()�q�行��试。如果发现当前中断��为Dispatch�U�，则程序直接报异常�Q�让�E�序员及(qi��ng)早发现。示例如下：(x��)
#pragma alloc_text(PAGE, SfAttachToMountedDevice)
……
NTSTATUS
SfAttachToMountedDevice (
    IN PDEVICE_OBJECT DeviceObject,
    IN PDEVICE_OBJECT SFilterDeviceObject
    )
{
    PSFILTER_DEVICE_EXTENSION newDevExt =
   SFilterDeviceObject->DeviceExtension;
    NTSTATUS status;
    ULONG i;

PAGED_CODE();
…

本文摘自《寒江独钓：(x��)Windows内核安全�~�程�?/p>

Only Soft 2009-11-15 23:03 发表评论

windbg基础��?-window API

Only Soft — Mon, 24 Aug 2009 03:20:00 GMT

User32.dll,kernel32.dll,shell32.dll,gdi32.dll,rpcrt4.dll,comctl32.dll,advapi32.dll,version.dll�{�dll代表了Win32 API的基本提供者；
Win32 API中的所有调用最�l�都转向了ntdll.dll�Q�再由它转发至ntoskrnl.exe。ntdll.dll是本�?API用户模式的终端。真正的接口在ntoskrnl.exe里完成。事实上�Q�内核模式的驱动大部分时间调用这个模块，如果它们��h��pȝ��服务。Ntdll.dll的主要作用就是让内核函数的特定子集可以被用户模式下运行的�E�序调用。Ntdll.dll通过软�g中断int 2Eh�q�入ntoskrnl.exe�Q�就是通过中断门切换CPU�Ҏ(gu��)��U��?br>Ntdll.dll 上面的相关API函数原型和参数都没有文档�?Undocumented ): http://undocumented.ntinternals.net/ �q�里提供了Ntdll.dll部分未公开函数的原�?

理解window API�?qi��ng)函数原型对我们的调试将是非帔R��要的: 因�ؓ(f��)你时帔R��要去察看一些函数的参数,或者根据参数找到某些输入指�?

例如:
17 Id: a84.cc4 Suspend: 1 Teb: 7ff3a000 Unfrozen
ChildEBP RetAddr Args to Child
187ffdb8 77845e6c 7782fc72 00001938 00000000 ntdll!KiFastSystemCallRet
187ffdbc 7782fc72 00001938 00000000 00000000 ntdll!NtWaitForSingleObject+0xc
187ffe20 7782fb56 00000000 00000000 00000000 ntdll!RtlpWaitOnCriticalSection+0x13e
187ffe48 01b05d13 0x77c8ba60 81fa55ed 028766c8 ntdll!RtlEnterCriticalSection+0x150

从堆栈可以看出线�E?7 正在�q�入某一个��(f��)界区. 0x77c8ba60 ��是传入的��(f��)界�?参数.

17> !cs 0x77c8ba60             --> !cs 是用来查看��(f��)界区信息的命�?br>DebugInfo          = 0x77fbde20
Critical section   = 0x77c8ba60 (GDI32!semColorSpaceCache+0x0)
LOCKED
LockCount          = 0x0
OwningThread       = 0x00000dd8
RecursionCount     = 0x1
LockSemaphore      = 0x0
SpinCount          = 0x00000000

可以看到 LOCKED 代表临界区是锁定状�? 卌��占用.
OwningThread   ��x��占用�U�程.

临界��Z��息结构定义在ntdll, 可以使用如下指��o(h��)�q�行察看.
> dt ntdll!_RTL_CRITICAL_SECTION
   +0x000 DebugInfo        : Ptr32 _RTL_CRITICAL_SECTION_DEBUG
   +0x004 LockCount        : Int4B
   +0x008 RecursionCount   : Int4B
   +0x00c OwningThread     : Ptr32 Void
   +0x010 LockSemaphore    : Ptr32 Void
   +0x014 SpinCount        : Uint4B

察看某个动态库函数表的指��o(h��):
x ntdll!*
x kernal!*

察看�l�构体定�?
dt ntdll!*

��M��动态库包括window 32的用��h��dll 和用戯��定义动态库都是生长在进�E�内存空间上�?
DLL 没有自己�?�U�有"地址�I�间. 它们��L��被媄��到应用�E�序的虚拟地址�I�间,在需要时才会(x��)被读取到物理内存�?
在本�p�d��的其它章节我�?x��)谈到虚拟地址�I�间的内�?

通过指��o(h��)可以看到ntdll 被映��到77800000 ~ 7793c000的内存空间中.
> x *!
77800000 7793c000   ntdll      (pdb symbols)          c:\mylocalsymbols\ntdll.pdb\F0164DA71FAF4765B8F3DB4F2D7650EA2\ntdll.pdb

当你的代�?�U�程)栈中出现地址范围�?77800000 ~7793c000 之间的函数调用都表示在call NTDLL.dll
比如:
   7 Id: a84.c34 Suspend: 1 Teb: 7ff3f000 Unfrozen
ChildEBP RetAddr Args to Child
089bfe8c 77845e6c 75a0179c 00000d98 00000000 ntdll!KiFastSystemCallRet
089bfe90 75a0179c 00000d98 00000000 00000000 ntdll!NtWaitForSingleObject+0xc
089bfefc 75c9f003 00000d98 ffffffff 00000000 KERNELBASE!WaitForSingleObjectEx+0x98
089bff14 75c9efb2 00000d98 ffffffff 00000000 kernel32!WaitForSingleObjectExImplementation+0x75
089bff28 69434fea 00000d98 ffffffff 0780c178 kernel32!WaitForSingleObject+0x12
WARNING: Stack unwind information not available. Following frames may be wrong.
此线�E�中WARNING: Stack unwind information not available. Following frames may be wrong.表示windbg无法��译或者找到对应symbols来显�C�code stack. �q�种错误往往是保存dump file时出现的某种异常信息.window也没有给出合理的解释.
以下是MSDN的原�?
In some cases, the stack trace function will fail in the debugger. This can be caused by a call to an invalid address that caused the debugger to lose the location of the return address; or you may have come across a stack pointer for which you cannot directly get a stack trace; or there could be some other debugger problem. In any case, being able to manually walk a stack is often valuable.

�q�时候你需要手动的�q�行恢复栈调�? 如果你了解每个动态库的映��地址你就很容易进行分析了.

察看动态库中每个函数映��的地址可以采用如下指��o(h��) :
x ntdll!

手动恢复栈的大致原理如下:
1. 列出�U�程环境信息
0:000> !teb

TEB at 7fffe000

ExceptionList: 0012ff88

StackBase: 00130000

StackLimit: 00126000

……….

2. 打开整个�U�程�?
0:000> dds 00126000 00130000

3. 察看内存中所有可能是函数�q�回�?/span>.
>ln address

Only Soft 2009-08-24 11:20 发表评论

Only Soft — Sat, 22 Aug 2009 05:47:00 GMT

摘要: 本�h�q?�q�来主要在做windbg调试相关的工�? 有一些心得和体会(x��). 我会(x��)逐片写在我blog�?希望对大家有�? windbg调试最重要的是要对�pȝ��的方斚w��面有比较深入的了�? 只有了解了系�l�工作原理才能够��摸瓜. 一步步展开�U�烦. windbg基础��?.. 阅读全文

Only Soft 2009-08-22 13:47 发表评论

3D中常用的格式

Only Soft — Fri, 03 Apr 2009 17:07:00 GMT

以下�?D中，�l�常�?x��)碰到的一些纹理或者文件格式。仅供参考~~

TXT
Update: 2004-2-24
　　无�Q何格式的ASCII文本文�g�?

X文�g
Update: 2004-2-24
　　复杂的几何模型通常是由3D建模软体创徏�q�保存到文�g中，Microsoft Direct3D使用的网格模型都是蝲入这些文件中的对象�?

TIFF格式
Update: 2004-2-23
　　 TIFF�Q�Tag Image File Format有标�{��囑փ�文�g格式�Q�是Aldus在Mac初期开发的�Q�目的是使扫描图像标准化。它是跨��Mac与PC�q�_��最�q�泛的图像打印格式。TIFF使用LZW无损压羃�Q�大大减��了囑փ�体积。另外，TIFF格式最令�h�Ȁ动的功能是可以保存通道�Q�这对于你处理图像是非常有好处的�?

JPEG格式
Update: 2004-2-23
　　 JPEG�Q�由Joint Photographic Experts Group“联合囑�Ş专家�l?#8221;命名�Q�是我们�q�x��最常用的图像格式。它是一个最有效、最基本的有损压�~�格式，被极大多数的囑�Ş处理软�g所支持。JPEG格式的图像还�q�泛用于Web的制作。如果对囑փ�质量要求不高�Q�但又要求存储大量图片，使用JPEG无疑是一个好办法�?

Amiga IFF格式
Update: 2004-2-23
　　 Amiga是由Commodore开发的�Q�由于该公司已退��机市场�Q�因此，Amiga IFF格式也将渐渐地被废弃�?

PCX格式
Update: 2004-2-23
　　 PCX是DOS下的古老程序PC PaintBrush固有格式的扩展名�Q�因此这个格式已不受�Ƣ迎�?

TGA格式
Update: 2004-2-23
　　 TrueVision的TGA(Targa)和NuVista视频板可��图像和动画转入�?sh��)视中，PC��Z��的视频应用��Y仉��q�泛支持TGA格式�?

Scitex CT格式
Update: 2004-2-23
　　 Scitex CT格式支持灰度�U�图像、RGB囑փ�、CMYK囑փ�。Photoshop可以打开诸如Scitex囑փ�处理讑֤�的数字化囑փ��?

PDF格式
Update: 2004-2-23
　　 PDF�Q�Portable Document Format�Q�是由Adobe Systems创徏的一�U�文件格式，允许在屏�q�上查看�?sh��)子文档。PDF文�g�q�可被嵌入到Web的HTML文档中�?

PICT格式
Update: 2004-2-23
　　 PICT是Mac上常见的数据文�g格式之一。如果你要将囑փ�保存成一�U�能够在Mac上打开的格式，选择PICT格式要比JPEG要好�Q�因为它打开的速度相当快。另外，你如果要在PC��Z��用Photoshop打开一�q�Mac上的PICT文�g�Q�徏议你在PC��Z��安装QuickTime�Q�否则，��不能打开PICT囑փ��?

BMP格式
Update: 2004-2-23
　　 BMP(Windows Bitmap)是微软开发的Microsoft Pain的固有格式，�q�种格式被大多数软�g所支持。BMP格式采用了一�U�叫RLE的无损压�~�方式，对图像质量不�?x��)��生什么媄响�?

PNG格式
Update: 2004-2-23
　　 PNG是专门�ؓ(f��)Web创造的。PNG格式是一�U�将囑փ�压羃到Web上的文�g格式�Q�和GIF格式不同的是�Q�PNG格式�q�不仅限�?56艌Ӏ?

GIF格式
Update: 2004-2-23
　　 GIF是输出图像到�|�页最帔R��用的格式。GIF采用LZW压羃�Q�限定在256色以内的色彩。GIF格式�?7a�?9a两种代码表示。GIF87a严格支持不透明像素。而GIF89a可以控制那些区域透明�Q�因此，更大地羃?y��u)��了GIF的尺寸�?

后面的文章将�?x��)对Gif格式做一个实现。请期待

Only Soft 2009-04-04 01:07 发表评论

3D�U�理载入Gif

Only Soft — Fri, 03 Apr 2009 17:05:00 GMT

本程序只��x��对Gif�U�理的实现。不对GIF加解密进行详�l�的说明�?br>GIF文档解析采用gif89a.h, gif89a.cpp实现�?br>
gif89a 代码下蝲

详细�U�理生成代码�Q?br>

bool Cmenu::CreateTextureFromGif()
{
    HRESULT hr;
  CGif89a* pGif    = new CGif89a();
    BOOL bopen = pGif->open("110743081.gif",true);

    int index = 0;
    LPCFRAME pFrame    = pGif->getFrame(index);
    if (!pFrame)
        return false;

    BYTE* pColorTable    = pGif->getColorTable(index);
    if (!pColorTable)
        return false;

    //create empty Texture.
    hr = D3DXCreateTexture(m_pDevice,pFrame->imageWidth,pFrame->imageHeight,0,0,D3DFMT_X8B8G8R8,D3DPOOL_MANAGED,&m_pTexture[0]);
    if(FAILED(hr))
        return false;

    D3DSURFACE_DESC textureDesc;
    m_pTexture[0]->GetLevelDesc(0,&textureDesc);

    if(textureDesc.Format != D3DFMT_X8B8G8R8)
        return false;

    D3DLOCKED_RECT locketrect;
    hr = m_pTexture[0]->LockRect( 0,&locketrect,0,0 );
    if(FAILED(hr))
        return false;

    BYTE* pBytes = (BYTE*)locketrect.pBits;
    DWORD lPitch = locketrect.Pitch;

    int idx_trs    = pFrame->ctrlExt.trsFlag ? pFrame->ctrlExt.trsColorIndex : -1;

    int x=0,y=0;
    int    sx, sy;
    if(x<0)
        sx    = -x;
    else
        sx    = 0;
    if(y<0)
        sy    = -y;
    else
        sy    = 0;

    DWORD width    = pFrame->imageWidth;

    pBytes += lPitch*sy;
    for( DWORD h=sy; y+h<pFrame->imageHeight; h++ )
    {
        DWORD* pDstData32 = ((DWORD*)pBytes) + sx;
        WORD*  pDstData16 = ((WORD*)pBytes) + sx;
        BYTE* pPixel;

        BYTE* pIdx    = pFrame->dataBuf + (pFrame->imageWidth*(((y>0)?y:0)+h) + ((x>0)?x:0));

        for( DWORD w=sx; w<width; w++ )
        {
            pPixel    = pColorTable + (*pIdx)*3;
            if (*pIdx==idx_trs)
            {
                //if( 32 == ddsd.ddpfPixelFormat.dwRGBBitCount )
                //    pDstData32[w] = 0;
                //else
                //    pDstData16[w] = 0;
            }
            else
            {

                DWORD m_nRShiftL = 0; DWORD m_nRShiftR = 0;
                DWORD m_nGShiftL = 0; DWORD m_nGShiftR = 0;
                DWORD m_nBShiftL = 0; DWORD m_nBShiftR = 0;
                DWORD m_nAShiftL = 0; DWORD  m_nAShiftR = 0;

                DWORD dr = ((DWORD(pPixel[0])>>(m_nRShiftL))<<m_nRShiftR);
                DWORD dg = ((DWORD(pPixel[1])>>(m_nGShiftL))<<8);
                DWORD db = ((DWORD(pPixel[2])>>(m_nBShiftL))<<16);
                DWORD da = ((0xff>>(m_nAShiftL))<<24);
             pDstData32[w] = (DWORD)(dr+dg+db+da);

            }
            pIdx ++;
        }

        pBytes += lPitch;
    }

    m_pTexture[0]->UnlockRect(0);
    return true;
}

如有��M��疑问��L(f��ng)��a�。交��~~

Only Soft 2009-04-04 01:05 发表评论