红毛樱木 发表于 2016-11-3 21:42:37

老版本源码的获取

这个是2013-04-19版本的源码获取地址
svn co -r 340 http://grub4dos-chenall.googlecode.com/svn/trunk grub4dos


记得之前是改成
svnco-r340https://github.com/chenall/grub4dos grub4dos
这样是可以获取的。
但是现在获取的不对了。。。。

2012xxxooo123 发表于 2016-11-3 22:08:18

谢谢 正需要这个东西呢{:2_121:}

不点 发表于 2016-11-3 23:05:13

老版本,我估计开发者、维护者是不愿意支持的,也没有精力去支持。就连 pseudo 的 0pe 都采用新版本了。

假如你一直采用老版本,那么,你制作的软件还有人敢用吗?我是说,了解这一情况的人还敢用吗?用起来放心吗?

红毛樱木 发表于 2016-11-4 00:20:01

不点 发表于 2016-11-3 23:05
老版本,我估计开发者、维护者是不愿意支持的,也没有精力去支持。就连 pseudo 的 0pe 都采用新版本了。

...

就想你一直追着XP不放手一样。总有这么点需求的。

不点 发表于 2016-11-4 01:41:53

红毛樱木 发表于 2016-11-4 00:20
就想你一直追着XP不放手一样。总有这么点需求的。

无言以对,我输了。

chenall 发表于 2016-11-4 08:44:03

github 在国内访问不太顺畅

你可以看一下更新记录,正常情况下以前googlecode上的代码都有转到github上的。

用git来获取

不点 发表于 2016-11-4 09:21:47

随着时间一天天过去,新版的稳定性也在经历考验。时间每增加一天,新版的稳定性就更有保障,那么新版存在 bug 的几率就会降低。因为新版基本不会增加什么功能了,每次更新基本都是 bug 修复。

因此我认为,假如某个人可以用旧版而无法成功使用新版,那么,有很大的可能性是他自己的用法出了问题。举例来说,这种情况出现很多次,就是,有人在旧版上不需要 map --e820cycles=... 但在新版却必须使用这个控制参数。当他在新版 grub4dos 下用旧的(不含 map --e820cycles=...)的菜单时,启动 Windows 就可能出现蓝屏。当他不了解这一情况时,他认为新版有 bug。其实不是的,而是 Windows XP 下的某个(好像是 Intel 的吧,记不清了)显卡驱动程序的 bug。

grub4dos 的 bug 是否全部排除干净了?谁也不敢说这个话。因此,grub4dos 有可能仍然存在 bug,并且正好被某个用户撞上,或者说 “逮住”。这就有两条路可选。一条路是紧紧抓住 bug 的尾巴不让它逃脱(需要付出时间和耐力)。另一条路就是不去追究(没有时间和精力,或者没有兴趣),依旧使用某个旧版。至于说两条路要怎样选择,那完全在于每个人的意向了。我认为,趁着 grub4dos 现在还有人维护这个大好时机,应该选择第一条路。假如等到以后的某一天,grub4dos 停止维护了,那时候,你再想报告 bug、排解 bug,那时可能就得不到响应了。

红毛樱木 发表于 2016-11-4 14:23:50

本帖最后由 红毛樱木 于 2016-11-4 15:16 编辑

现在可以了。。。

2011grassll 发表于 2016-11-4 15:01:43

本帖最后由 2011grassll 于 2016-11-4 15:03 编辑

0.4.5c的2012-10-02版本起,等待timeout时间时,占用cpu很高.如果这个问题解决当然是要用新版的,不过不点大大已经说不可能了
另外,2012-06-19版只有二进制,似乎没法得到源码了?

红毛樱木 发表于 2016-11-4 15:16:53

本帖最后由 红毛樱木 于 2016-11-4 15:19 编辑

2011grassll 发表于 2016-11-4 15:01
0.4.5c的2012-10-02版本起,等待timeout时间时,占用cpu很高.如果这个问题解决当然是要用新版的,不过不点大大 ...
svnco-r301https://github.com/chenall/grub4dos grub4dos



页: [1] 2 3
查看完整版本: 老版本源码的获取