aria 兄，这个确实曾经有过打算，但后来没有再进行了。原因有以下几点：
1. Chris 的 findroot 和 preset_menu 补丁已经可以满足需要，因而对于 boot.ini的命令行参数的需要，不再那么迫切了。说实在话，如果没有 Chris 的补丁，我一般会考虑让 GRLDR 识别 boot.ini 的命令行参数的。
2. 要让 GRLDR 识别 boot.ini 的命令行参数，估计没那么容易，或者说相当困难。因为很明显，微软在此处没有公开任何信息，全得靠HACK。既然是 HACK，那么就有成功和失败两种可能。在把握不是很大的时候，我是不会轻易就去 HACK的。因为花了时间和精力，而得到一个失败的结果，这是任何编程者都不愿意看到的。有这些精力和时间，蛮可以干别的、更多有益的事情呢。
3. 即便 HACK成功，这也不一定具有普遍性，也可能在我的机器上找到了命令行参数，而在别人的机器上找不到，因为这里没有规范可以遵循。尤其是，当微软的 NTLDR升级的时候，这些 HACK 可能全部都失效了，又得重新 HACK，人家总是在前面跑，而我们总是在后面苦苦跟踪，这太辛苦，不值得去做。
4. 命令行参数只对 boot.ini 有效。我们的 GRLDR 还有一个重要的方面，那就是要安装到 MBR。一个好不容易 HACK得来的结果，只能对 BOOT.ini 有用，而不能用在我们的重点对象，即在 MBR 上有用，这样，我们的 hack也不是很值得的。也就是说，hack 只对 boot.ini 上的调用有点用处，这完全只对 windows用户有好处，而且好处也不是很大，因而其意义也就不是太大了。
大致主要的原因也就这些吧，谢谢你一直以来的关心，有什么意见、建议，尽管提出来吧。也顺便在此感谢你从前在我开发 GRLDR 的过程中所给予的巨大帮助，没有你的帮助，GRLDR 就不会有今天的结局。
1. Chris 的 findroot 和 preset_menu 补丁已经可以满足需要，因而对于 boot.ini的命令行参数的需要，不再那么迫切了。说实在话，如果没有 Chris 的补丁，我一般会考虑让 GRLDR 识别 boot.ini 的命令行参数的。
2. 要让 GRLDR 识别 boot.ini 的命令行参数，估计没那么容易，或者说相当困难。因为很明显，微软在此处没有公开任何信息，全得靠HACK。既然是 HACK，那么就有成功和失败两种可能。在把握不是很大的时候，我是不会轻易就去 HACK的。因为花了时间和精力，而得到一个失败的结果，这是任何编程者都不愿意看到的。有这些精力和时间，蛮可以干别的、更多有益的事情呢。
3. 即便 HACK成功，这也不一定具有普遍性，也可能在我的机器上找到了命令行参数，而在别人的机器上找不到，因为这里没有规范可以遵循。尤其是，当微软的 NTLDR升级的时候，这些 HACK 可能全部都失效了，又得重新 HACK，人家总是在前面跑，而我们总是在后面苦苦跟踪，这太辛苦，不值得去做。
4. 命令行参数只对 boot.ini 有效。我们的 GRLDR 还有一个重要的方面，那就是要安装到 MBR。一个好不容易 HACK得来的结果，只能对 BOOT.ini 有用，而不能用在我们的重点对象，即在 MBR 上有用，这样，我们的 hack也不是很值得的。也就是说，hack 只对 boot.ini 上的调用有点用处，这完全只对 windows用户有好处，而且好处也不是很大，因而其意义也就不是太大了。
大致主要的原因也就这些吧，谢谢你一直以来的关心，有什么意见、建议，尽管提出来吧。也顺便在此感谢你从前在我开发 GRLDR 的过程中所给予的巨大帮助，没有你的帮助，GRLDR 就不会有今天的结局。
因为我们亲手创建，这个世界更加美丽。
