修正后的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;