修正后的SYSTEM_THREADS与SYSTEM_PROCESSES结构体

由于最近有个32位程序需要向64位系统移植，其中程序中使用了ZwQuerySystemInformation函数来枚举系统中的进程与线程信息，但是移植后的程序在Windows x64下工作不正常。现象是获取到的进程/线程信息混乱，不正确。通过查询WRK以及Win2k源码，将结构体中的成员进行了修改，最终编译出的程序可以正常显示。

由于ZwQuerySystemInformation属于Windows的未文档化函数，网络上可以搜索到的结构体都是基于Win32下逆向得到的，因此可能有些偏差。

最明显的问题就是HANDLE与ULONG的区别。在Windows下，HANDLE类型被定义为typedef HANDLE PVOID *      。在32位平台下，sizeof(HANDLE) == sizeof(ULONG) == 4，因此可能是当时逆向的人没有多想就把HANDLE类型写成了ULONG类型，这样写在32位平台下是不会出错的,但是到了64位平台下，HANDLE类型就变成了8字节，而ULONG类型在编译器中被定义为ULONG32类型即32位无符号整数，造成了结构体内成员偏移的偏差。

在Windows下，进程ID是HANDLE类型表示的，而不是ULONG类型。在平台移植的时候是需要注意的！因为太多人喜欢把进程ID用ULONG类型进行表示了

typedef struct _SYSTEM_THREADS
{
 LARGE_INTEGER  KernelTime;
 LARGE_INTEGER  UserTime;
 LARGE_INTEGER  CreateTime;
 ULONG    WaitTime;
 PVOID    StartAddress;
 CLIENT_ID   ClientID;
 KPRIORITY   Priority;
 KPRIORITY   BasePriority;
 ULONG    ContextSwitchCount;
 ULONG    ThreadState;
 KWAIT_REASON  WaitReason;
 ULONG    Reserved; //Add
}SYSTEM_THREADS,*PSYSTEM_THREADS;

typedef struct _SYSTEM_PROCESSES
{
 ULONG    NextEntryDelta;
 ULONG    ThreadCount;
 ULONG    Reserved[6];
 LARGE_INTEGER  CreateTime;
 LARGE_INTEGER  UserTime;
 LARGE_INTEGER  KernelTime;
 UNICODE_STRING  ProcessName;
 KPRIORITY   BasePriority;
 HANDLE   ProcessId;  //Modify
 HANDLE   InheritedFromProcessId;//Modify
 ULONG    HandleCount;
 ULONG    SessionId;
 ULONG_PTR  PageDirectoryBase;
 VM_COUNTERS VmCounters;
 SIZE_T    PrivatePageCount;//Add
 IO_COUNTERS  IoCounters; //windows 2000 only
 struct _SYSTEM_THREADS Threads[1];
}SYSTEM_PROCESSES,*PSYSTEM_PROCESSES;