我已经更改了 winceos\COREOS\nk\kernel.. 中的文件“handle.c”,需要根据将更改放入 nk.bin 的 core.dll 进行构建
是否有任何构建顺序可以避免构建孔解决方案?
我已经更改了 winceos\COREOS\nk\kernel.. 中的文件“handle.c”,需要根据将更改放入 nk.bin 的 core.dll 进行构建
是否有任何构建顺序可以避免构建孔解决方案?
首先,让我说,在您所做的地方进行更改是一个坏主意。切勿直接更改公共或私有树。如果 Microsoft 发布了更改该代码的 QFE,当您应用 QFE 时,您的更改将被覆盖且不会发出警告。始终克隆代码并更改克隆。
至于在不必重建整个项目的情况下进行内核更改,答案是否定的,你不能。代码中的更改可能会更改地址,并且大量操作系统在构建过程中使用这些地址进行修复。在进行这样的更改后,您必须重新构建整个事物(例如,与您可以单独构建而无需重新构建整个操作系统的驱动程序相反)。
感谢您的回答。
我现在通过自己的尝试发现是的,可以通过在 PRIVATE 下对“winceos”文件夹执行“build & sysgen”来实现。
内核代码的更改执行只是添加一个 RETAILMSG 来查看 HANDLE 计数。文件handle.c 创建句柄表并给出句柄。有许多命令创建/分配句柄。我真的不知道,内核通过哪个句柄请求调用handle.c(??),但是对于一些开发人员来说,能够操纵它“可以”有用吗?
但总而言之,执行“build & sysgen”+“MakeRunTimeImage”会使内核上的更改有效。我是在“PRIVATE/winceos”上做的,但也许也可以通过在本地做更多的事情来做,例如在 PRIVATE/winceos/COREOS/nk/kernel 文件夹上。我没试过;)