现在的 PE 是用 svbus 还是 firadisk/winvblock？

wintoflash

sunsea 发表于 2021-12-4 21:02
粗看了下，代码除了没加分号之类的问题以外没大问题，感谢！

编译和调试我在搞，尼玛狗屎烂蛋的M$ Win ...

https://blog.csdn.net/sanqiuai/article/details/119413564
我没弄过，不知道行不行。

sunsea

wintoflash 发表于 2021-12-4 21:08
https://blog.csdn.net/sanqiuai/article/details/119413564
我没弄过，不知道行不行。

似乎能用，不过莫名其妙编译出来的启动不了……我去坛子上找个极限精简版Win10装个调试机吧，尼玛XP还不给用来做调试端……M$真的绝了。我以前调试这玩意一直用XP，Win10体积太大了

sunsea

2011yaya2007777 发表于 2021-12-3 14:21
sunsea : svbus 的补丁我已经打上了，你再看看有什么问题。下一步编译就看你了。

喵的，上调试器整死机了，正常启动没认盘，我就用最土最笨的办法好了：插调试信息。不过这就比较费事了，最近比较忙，等段时间吧。

2011yaya2007777

现在的调试环境和以前不一样了吗？还挺费事的。

sunsea

2011yaya2007777 发表于 2021-12-5 19:48
现在的调试环境和以前不一样了吗？还挺费事的。

不清楚M$在搞什么。我这下断点后跑起来直接死机了。也可能是我操作问题。

2011yaya2007777

这个 svbus 编译出 svbusx64.sys 和 svbusx86.sys。
关于变量长度有个疑问：
ULONGLONG 在 32/64 位环境应该都是 64 位吧？
ULONG  在 32/64 位环境应该分别是 32/64 位吧？还是都是 32 位？

如果ULONG  在 32/64 位环境应该分别是 32/64 位，那在 64 位环境使用 32 位整数，怎么表示？

sunsea

2011yaya2007777 发表于 2021-12-6 08:28
这个 svbus 编译出 svbusx64.sys 和 svbusx86.sys。
关于变量长度有个疑问：
ULONGLONG 在 32/64 位环境 ...

ULONG固定32位，ULONGLONG固定64位，int长度会变。需要32位整数可以固定使用ULONG。

2011yaya2007777

明白了。结构定义没有错误。

sunsea

2011yaya2007777 发表于 2021-12-6 10:49
明白了。结构定义没有错误。

搜了下，int长度是确定的，32位。M$下long的长度也是32位，但是GCC下（包括给uefi编译的时候）就说不准，可能跟的是Linux的规定（见图），不知道g4d按什么编译的。可能要上stdint.h固定长度。

sunsea

2011yaya2007777 发表于 2021-12-6 10:49
明白了。结构定义没有错误。

初步调试笔记：

↑这个用途不明，但是会让调试的时候出现问题直接跑飞，下一步应该注释掉



此处对碎片的判断似乎出现了问题，没有抓到碎片。下次调试时应该抓常规内存进来确定碎片表在哪，确定是否是对地址的运算有问题。

（最近较忙，估计过段时间才能继续搞了，不过肯定会搞完，以及是否应该单开一个主题？）

2011yaya2007777

同意另开一贴。第一幅画，好像是原程序的内容吧，似乎应该把"!"去掉。有关第二幅图，应当使用最新版本的g4e。

sunsea

2011yaya2007777 发表于 2021-12-22 16:42
同意另开一贴。第一幅画，好像是原程序的内容吧，似乎应该把"!"去掉。有关第二幅图，应当使用最新版本的g4e ...

这样的话碎片处理补丁对于 grub4dos-for_UEFI-2021-12-15 在Win10 x64上测试通过了。不过从刚刚第二幅图来看，g4d和g4e碎片表放置位置有差异？（测试楼上第二幅图的环境是grub4dos-0.4.6a-2021-11-19）

这几天的话我把整理过的源代码发出并编译（然后另开一主题帖），然后大家一起在各种环境上广泛测试，争取经受最广泛地考验、不出bug。

2011yaya2007777

新旧版本的g4d，碎片位置不一样。最新版本的g4d与最新版本的g4e，碎片位置一致。

wuming520

楼主有WIN7X86SVBus驱动文件吗不报错重启蓝屏带签名的，发一下谢谢~~！