请问为什么无法定位程序输入点SMapLS_IP_EBP_12于动态链接库KERNEL32.dll上

[weihe902]

无法定位程序输入点SMapLS_IP_EBP_12于动态链接库KERNEL32.dll上


我这里有一段程序，原来是在98下编写的，现在在2000下编译运行，
会出现

无法定位程序输入点SMapLS_IP_EBP_12于动态链接库KERNEL32.dll上

这样的连接错误，请高人指点


回复贴子：
回复人：　hujun614(胡均)　(2002-1-6 23:09:20) 得0分
无法定位程序输入点这样的错误就是没有在DLL中找到相应的入口函数。有些情况下，windows API对98下和2000下的支持方式是不一样的，所以你应该判断操作系统类型再执行不同的代码，
如调用不同的函数就可以解决这样的问题，达到支持更多操作系统的目的。
回复人：　weihe902(魏禾)　(2002-1-7 0:10:38) 得0分
不好意思，我没有说清楚，这段程序不是我写的，现在就是找不到哪里的代码可能出现
代码在不同的系统中会有兼容问题，因为程序很大，我从程序入口开始执行，但是它最开始
就出现这个错误，让我很迷惑

[azuo_lee]

这个函数有特殊用途。
众所周知，95/98是一个“假”32位的系统，诸如GDI、USER的绝大多数函数实际都是由对应的16为模块完成，32位模块只是一个虚假的“中介”——将参数做必要的转换（例如，32位使用的Flat指针必须转换为16:16的selector:offset指针，32位整形必须换为16位，为16位调用准备堆栈等等），然后调用16位函数，最后再将16位函数执行的结果转换为32位，返回给调用者。为了达到这一目的，95/98的Kernel32提供了这一系列函数完成类似的功能，这被叫做flat thunk——说白了，就是在95/98环境下能够让32位代码调用16位的代码。
但在NT/2000下不同，它的内核是纯32位的，即使有16位程序运行，也是将调用交给32位模块处理，因此32位的代码不能调用16位代码（其实也可以，但完全不同于flat thunk机制），Kernel32也没有必要引出这类函数。
你的程序中肯定会需要调用16位的代码，因此才需要引入这个函数。这样的程序只能工作在95/98下，不能工作在NT/2000下。

[weihe902]

请问如何找到这些使用了16位向32位转换的代码呢？