一位网友发来邮件反映说用MASM32写GUI版的netstat-NetViewG.exe不能在Windows 10上运行。
试了一下,NetViewG.exe在Windows 10上运行确实会给出一个出错提示,不能在窗口里显示协议统计信息和当前 TCP/IP 网络连接信息。
原因是NetViewG.exe是2008年写的,所使用的API函数 AllocateAndGetTcpExTableFromStack和AllocateAndGetUdpExTableFromStack, 从Windows 7开始iphlpapi.dll已经不再支持,也就是说NetViewG.exe只能在Windows XP上正常运行。
利用周末空闲更新一下吧。
找了一下,只找到NetViewC.exe的的源代码。
重新汇编连接NetViewC,遇到提示:
R:\masm32\works\netView>\MASM32\BIN\Buildc.bat 3 Microsoft (R) Macro Assembler Version 6.14.8444 Copyright (C) Microsoft Corp 1981-1997. All rights reserved. Assembling: 3.asm *********** ASCII build *********** 3.asm(256) : error A2006: undefined symbol : Process32First 3.asm(269) : error A2006: undefined symbol : Process32Next _ Assembly Error 请按任意键继续. . .
这两个函数是在MASM32中是在kernel32.inc定义的,怎么会没定义?
打开kernel32.inc查找:
Process32FirstW PROTO STDCALL :DWORD,:DWORD IFDEF __UNICODE__ Process32First equ <Process32FirstW> ENDIF Process32NextW PROTO STDCALL :DWORD,:DWORD IFDEF __UNICODE__ Process32Next equ <Process32NextW> ENDIF
怎么只有Unicode版本的,没有ANSI版本的?
那就用Unicode版本的看看,汇编连接顺利完成,但程序运行到Process32First()时返回FALSE,增加以下showErrMsg()来获取出错信息:
showErrMsg proc local dwMsgId: dword local lpBuf : dword invoke GetLastError mov dwMsgId,eax INVOKE FormatMessage, FORMAT_MESSAGE_ALLOCATE_BUFFER \ + FORMAT_MESSAGE_FROM_SYSTEM, NULL, dwMsgId, 0\ , ADDR lpBuf, 0, NULL invoke StdOut, lpBuf invoke LocalFree, lpBuf ret showErrMsg endp
得到的出错信息是:
程序发出命令,但命令长度不正确
估计是用Unicode版本引发的。
上MASM32论坛一看,已经有国外网友rsala发现了这个问题,他指出:MASM32 V11版本中的kernel32.inc、Kernel32.lib和kernl32p.inc、kernl32p.lib中的Module32First / Module32Next and Process32First / Process32Next这两对函数信息存在bug。按照Microsoft MSDN,这两对函数的ANSI版本不是Module32FirstA / Module32NextA nor Process32FirstA / Process32NextA,而是 Module32First / Module32Next and Process32First / Process32Next,在程序中调用以上两对函数的ANSI版时将会出现问题。
热心的网友并且提供了修正的kernel32.inc、Kernel32.lib和kernl32p.inc、kernl32p.lib文件下载。