VS2017编译可在Win2000上运行的程序

本文介绍了一种方法,使高版本的Visual Studio能够编译出可在Windows 2000上运行的程序。通过链接时符号替换,解决了因EXE文件中操作系统版本和子系统版本不匹配及Win2000上kernel32.dll缺失关键API的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

微软最后一个可以原生编译Win2000应用程序IDE是Visual Studio 2008,后续版本只能支持到WinXP。那么有什么办法让高版本的VS编译出可以在Win2000上运行的程序呢?

首先我们要了解为什么编译出的程序无法在Win2000上运行,首先一个原因是EXE可执行文件NTHEADER中的可选头有一个操作系统版本和子系统版本,这个如果是支持XP,则值为5.1,如果是2000,则必须是5.0。

另外一个原因就是Win2000上kernel32.dll,缺失了一些关键的API,例如EncodePointer、DecodePointer等等。

有一个方案是安装多个版本的VS,然后配置Daffodil.ENU.msi这个补丁来让高版本的VS能够使用低版本的Toolset。但是这有两个个问题,首先如果让高版本的VS识别VC2008的工具集就必须安装VS2010,这样就导致你的机器至少有3个版本的VS。其次就是虽然你可以使用VC2008的工具集了,但是你的编译器也是VC2008,并不能享受高版本VC的特性,例如C99,VC++11等等。而且据我所知VC2013是第一个完整支持C99的版本,VC2015是第一个完整支持VC++11的版本。

此文给出老外的一个解决办法,这里只做整理,原理很简单,就是通过链接时符号替换。

首先创建一个最简单的控制台工程。只打印出hello world即可。

添加impapi.asm文件,内容如下

.586
.MODEL FLAT, STDCALL
 
EXTERN STDCALL i__GetModuleHandleExW@12:PROC
EXTERN STDCALL i__SetFilePointerEx@20:PROC
EXTERN STDCALL i__InitializeSListHead@4:PROC
EXTERN STDCALL i__EncodePointer@4:PROC
EXTERN STDCALL i__DecodePointer@4:PROC
EXTERN STDCALL i__HeapSetInformation@16:PROC
 
.DATA
    __imp__InitializeSListHead@4        DWORD i__InitializeSListHead@4
    __imp__InterlockedPushEntrySList@8  DWORD RtlInterlockedPushEntrySList
    __imp__GetModuleHandleExW@12        DWORD i__GetModuleHandleExW@12
    __imp__EncodePointer@4              DWORD i__EncodePointer@4
    __imp__DecodePointer@4              DWORD i__DecodePointer@4
    __imp__HeapSetInformation@16        DWORD i__HeapSetInformation@16
    __imp__SetFilePointerEx@20          DWORD i__SetFilePointerEx@20
    
    EXTERNDEF STDCALL __imp__InitializeSListHead@4:DWORD
    EXTERNDEF STDCALL __imp__InterlockedPushEntrySList@8:DWORD
    EXTERNDEF STDCALL __imp__GetModuleHandleExW@12:DWORD
    EXTERNDEF STDCALL __imp__EncodePointer@4:DWORD
    EXTERNDEF STDCALL __imp__DecodePointer@4:DWORD
    EXTERNDEF STDCALL __imp__HeapSetInformation@16:DWORD
    EXTERNDEF STDCALL __imp__SetFilePointerEx@20:DWORD
   
.CODE
InterlockedPushEntrySList    PROC
    push    ebx
    push    ebp
    mov     ebp, ecx
    mov     ebx, edx
    mov     edx, [ebp+4]
    mov     eax, [ebp+0]

Epsh:
    mov     [ebx], eax
    lea     ecx, [edx+10001h]
    lock    cmpxchg8b qword ptr [ebp+0]
    jnz     Epsh
    pop     ebp
    pop     ebx
    retn
InterlockedPushEntrySList    ENDP

RtlInterlockedPushEntrySList    PROC
    mov     edi, edi
    push    ebp
    mov     ebp, esp
    mov     edx, [ebp+0Ch] ; ListEntry
    mov     ecx, [ebp+08h] ; ListHead
    call    InterlockedPushEntrySList
    pop     ebp
    retn    8
RtlInterlockedPushEntrySList    ENDP

END

添加extapi.c,内容如下

#include <windows.h>

typedef BOOL (WINAPI *PFN_GET_MODULE_HANDLE_EX_W)(DWORD dwFlags, LPCWSTR lpModuleName, HMODULE *phModule);
typedef BOOL (WINAPI *PFN_SET_FILE_POINTER_EX)(HANDLE hFile, LARGE_INTEGER liDistanceToMove, PLARGE_INTEGER lpNewFilePointer, DWORD dwMoveMethod);
typedef VOID (WINAPI *PFN_INITIALIZE_SLIST_HEAD)(PSLIST_HEADER ListHead);
typedef PVOID (WINAPI *PFN_ENCODE_POINTER)(PVOID Pointer);
typedef PVOID (WINAPI *PFN_DECODE_POINTER)(PVOID Pointer);
typedef BOOL (WINAPI *PFN_HEAP_SET_INFORMATION)(HANDLE HeapHandle, HEAP_INFORMATION_CLASS HeapInformationClass, PVOID HeapInformation, SIZE_T HeapInformationLength);

PFN_GET_MODULE_HANDLE_EX_W pfnGetModuleHandleExW;
PFN_SET_FILE_POINTER_EX pfnSetFilePointerEx;
PFN_INITIALIZE_SLIST_HEAD pfnInitializeSListHead;
PFN_ENCODE_POINTER pfnEncodePointer;
PFN_DECODE_POINTER pfnDecodePointer;
PFN_HEAP_SET_INFORMATION pfnHeapSetInformation;
BOOL HasAlreadyTryGetFunction;

static VOID TryGetFunction(VOID)
{
    HANDLE hKernel32 = GetModuleHandleA("kernel32");

    if(HasAlreadyTryGetFunction)
        return;

    pfnGetModuleHandleExW = (PFN_GET_MODULE_HANDLE_EX_W)GetProcAddress(hKernel32, "GetModuleHandleExW");
    pfnSetFilePointerEx = (PFN_SET_FILE_POINTER_EX)GetProcAddress(hKernel32, "SetFilePointerEx");
    pfnInitializeSListHead = (PFN_INITIALIZE_SLIST_HEAD)GetProcAddress(hKernel32, "InitializeSListHead");
    pfnEncodePointer = (PFN_ENCODE_POINTER)GetProcAddress(hKernel32, "EncodePointer");
    pfnDecodePointer = (PFN_DECODE_POINTER)GetProcAddress(hKernel32, "DecodePointer");
    pfnHeapSetInformation = (PFN_HEAP_SET_INFORMATION)GetProcAddress(hKernel32, "HeapSetInformation");

    HasAlreadyTryGetFunction = TRUE;
}

BOOL WINAPI i__GetModuleHandleExW(DWORD dwFlags, LPCWSTR lpModuleName, HMODULE *phModule)
{
    TryGetFunction();
    if(pfnGetModuleHandleExW)
    {
        return pfnGetModuleHandleExW(dwFlags, lpModuleName, phModule);
    }

    //NOT FULLY IMPLEMENTED
    //BasepGetModuleHandleExParameterValidation
    if( phModule == NULL ||
        (dwFlags & ~(GET_MODULE_HANDLE_EX_FLAG_PIN | GET_MODULE_HANDLE_EX_FLAG_UNCHANGED_REFCOUNT | GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS)) ||
        (dwFlags & GET_MODULE_HANDLE_EX_FLAG_PIN && dwFlags & GET_MODULE_HANDLE_EX_FLAG_UNCHANGED_REFCOUNT) ||
        (lpModuleName == NULL && dwFlags & GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS) )
    {
        SetLastError(ERROR_INVALID_PARAMETER);
        return FALSE;
    }
    *phModule = NULL;

    //BasepGetModuleHandleExW
    if(dwFlags & GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS)
    {
        MEMORY_BASIC_INFORMATION mbi;
        SIZE_T size;

        size = VirtualQuery(lpModuleName, &mbi, sizeof(mbi));
        if(size >= sizeof(PVOID) * 2)
        {
            *phModule = (HANDLE)mbi.AllocationBase;
        }
    }
    else
    {
        *phModule = GetModuleHandleW(lpModuleName);
    }
    return TRUE;
}

BOOL WINAPI i__SetFilePointerEx(HANDLE hFile, LARGE_INTEGER liDistanceToMove, PLARGE_INTEGER lpNewFilePointer, DWORD dwMoveMethod)
{
    LARGE_INTEGER liDistanceToMoveTmp;
    DWORD dwRet;

    TryGetFunction();
    if(pfnSetFilePointerEx)
    {
        return pfnSetFilePointerEx(hFile, liDistanceToMove, lpNewFilePointer, dwMoveMethod);
    }

    liDistanceToMoveTmp = liDistanceToMove;
    dwRet = SetFilePointer(hFile, liDistanceToMoveTmp.LowPart, &liDistanceToMoveTmp.HighPart, dwMoveMethod);
    if(dwRet != INVALID_SET_FILE_POINTER)
    {
        lpNewFilePointer->LowPart = dwRet;
        lpNewFilePointer->HighPart = liDistanceToMoveTmp.HighPart;
        return TRUE;
    }
    return FALSE;
}

VOID WINAPI i__InitializeSListHead(PSLIST_HEADER ListHead)
{
    ListHead->Alignment = 0;
}

PVOID WINAPI i__EncodePointer(PVOID Pointer)
{
    TryGetFunction();
    if(pfnEncodePointer)
    {
        return pfnEncodePointer(Pointer);
    }

    //NOT IMPLEMENTED
    return Pointer;
}

PVOID WINAPI i__DecodePointer(PVOID Pointer)
{
    TryGetFunction();
    if(pfnDecodePointer)
    {
        return pfnDecodePointer(Pointer);
    }

    //NOT IMPLEMENTED
    return Pointer;
}

BOOL WINAPI i__HeapSetInformation(HANDLE HeapHandle, HEAP_INFORMATION_CLASS HeapInformationClass, 
                                  PVOID HeapInformation, SIZE_T HeapInformationLength)
{
    TryGetFunction();
    if(pfnHeapSetInformation)
        return pfnHeapSetInformation(HeapHandle, HeapInformationClass, HeapInformation, HeapInformationLength);

    //NOT IMPLEMENTED
    return TRUE;
}

解决方案资源管理器,在项目上右键菜单选择生成自定义,勾选masm。

在extapi1.asm右键属性,配置常规项类型为 Microsoft Macro Assembler。

编译该项目,修改上述所说的版本号为5.0。

尝试在win2000上运行通过。

 

另外还有一些在Win2000上的VC运行库,包括VC2010 VC2012 VC2012 VC2015 VC2017

http://i430vx.net/files/Win2k/Extended%20kernel%20ONLY/

上述代码参考来源

https://stackoverflow.com/questions/19516796/visual-studio-2012-win32-project-targeting-windows-2000

 

 

 

Windows 2000,原名Windows NT 5.0。它结合了Windows 98和Windows NT 4.0的很多优良的功能/性能与一身,超越了Windows NT的原来含义。   Windows 2000系列分成四个产品:Windows 2000 Professional, Windows 2000 Server, Windows 2000 Advanced Server, Windows 2000 Datacenter Server。 Windows 2000 Professional 是一个商业用户的桌面操作系统,也适合移动用户,是Windows NT Workstation 4.0的升级。Windows 2000 Server和Advanced Server分别是Windows NT Server 4.0及其企业版的升级产品。Windows 2000 Datacenter Server是一个新的品种,主要通过OEM的方式销售,是,支持32个以上的CPU和64GB的内存,以及4个节点的集群服务。 Windows 2000平台包括了Windows 2000 Professional 和Windows 2000 Server前后台的集成,下面仅从五个方面简要地介绍一下它的新特性和新功能。   一、活动目录   Windows 2000 Server在Windows NT Server 4.0的基础上,进一步发展了“活动目录(Active Directory)”。活动目录是从一个数据存储开始的。它采用了类似Exchange Server的数据存储,称为:Extensible Storage Service (ESS)。其特点是不需要事先定义数据库的参数,可以做到动态地增长,性能非常优良。这个数据存储之上已建立索引的,可以方便快速地搜索和定位。活动目录的分区是“域(Domain)”,一个域可以存储上百万的对象。域之间还有层次关系,可以建立域树和域森林,无限地扩展。   在数据存储之上,微软建立了一个对象模型,以构成活动目录。这一对象模型对LDAP有纯粹的支持,还可以管理和修改Schema。Schema包括了在活动目录中的计算机、用户和打印机等所有对象的定义,其本身也是活动目录的内容之一,在整个域森林中是唯一的。通过修改Schema的工具,用户或开发人员可以自己定义特殊的类和属性,来创建所需要的对象和对象属性。   活动目录包括两个方面:一个目录和与目录相关的服务。目录是存储各种对象的一个物理上的容器;而目录服务是使目录中所有信息和资源发挥作用的服务。活动目录是一个分布式的目录服务。信息可以分散在多台不同的计算机上,保证快速访问和容错;同时不管用户从何处访问或信息处在何处,都对用户提供统一的视图。 活动目录充分体现了微软产品的“ICE”,即集成性(Integration),深入性(Comprehensive),和易用性(Ease of Use)等优点。活动目录是一个完全可扩展,可伸缩的目录服务,既能满足商业ISP的需要,又能满足企业内部网和外联网的需要 最近在网上游荡的时候发现msdos和windows 2000的原代码 ,不敢独享,所以分享给大家
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值