编程C,C ++,Java,PHP,Ruby,图灵,VB
计算机科学加拿大 
编程C,C ++,Java,PHP,Ruby,图灵,VB  

用户名:   Password: 
 登记登记   
 开放式图灵 - 具有新功能的速度更快的20-40%
指数 -> 编程,图灵 -> 提交意见书
转到页面 1, 2, 3, 4, 5  下一页
查看上一个主题 可打印的版本下载主题利率主题订阅本主题私人信息刷新页面 查看下一个主题
作者 信息
Trishume.




邮政发布: 2011年11月16日星期三下午5:07  帖子主题:开放式图灵 - 具有新功能的速度更快的开源版本 - 20-40%

开放式 - 更快,开源图灵更快

开放式图灵是Windows T度的开源实现。我(Tristan Hume)收购了汤姆西的源代码,该项目的最后一个维护者。它与正常图灵向后兼容。



我已经改进了帮助采用。这些包括速度改进和3D支持。

此外,大多数图标,图像,飞溅屏幕等都被重新连接。

部分更改日志:
-Up速度增加40%。 (取决于程序)
- 在哈希地图中建立
-Basic OpenGL 3D。 Beta,没有输入。
- 与turing.exe -Run文件的命令行调用
-New Splash和Logo
-huge速度在pic.screenload(缓存)中增加

如何获得/贡献

该项目托管在GitHub上。在GitHub页面上,您可以找到更新和更完整的信息。

有关贡献,图灵内部和如何使用新功能的所有文档将在GitHub页面上。


github页面(你应该去这里): //github.com/Open-Turing-Project/OpenTuring
下载(对于不耐烦): //github.com/downloads/Open-Turing-Project/OpenTuring/package.zip


screen.width-200)this.width = (screen.width-200)" onclick="javascript:window.open('//github.com/Open-Turing-Project/OpenTuring/raw/master/graphics/ScreenShot-1.png','','scrollbars=1,toolbar=0,resizable=1,menubar=0,directories=0,status=0')" alt="发布图像,可能已经减少了大小。点击图片以全屏观看。" title="发布图像,可能已经减少了大小。点击图片以全屏观看。" />
赞助
赞助
赞助
赞助
HuskiesGoaler34.




邮政发布: 2011年11月16日星期三下午5:21  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

哇!似乎非常有趣。
魔鬼




邮政发布: 2011年11月16日星期三下午5:25  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

我还没有彻底看看,但这似乎很好。做得好!

虽然我要说,当我打开的第一个文件时,我很失望:
代码:
#包括<setjmp.h>


如何看待GitHub上的原始图灵源代码?
Trishume.




邮政发布: 2011年11月16日星期三:下午6:21  帖子主题:Re:Re:开放式图灵 - 20-40%更快的开源版本,具有新功能

魔鬼@ 2011年11月16日星期三下午5:25写道:
我还没有彻底看看,但这似乎很好。做得好!

虽然我要说,当我打开的第一个文件时,我很失望:
代码:
#包括<setjmp.h>


如何看待GitHub上的原始图灵源代码?


你是什​​么意思“原来”?我没有做出许多修改。

是的,代码非常旧,并提供成千上万的警告。至少代码通常很好地评论。

虽然许多代码被编制了从图灵加入C.意味着它是垃圾和困惑,没有评论。
[Gandalf]




邮政发布: 2011年11月16日星期三7:02 PM  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

我一直在等待很长一段时间。 微笑 Very nice!

引用:
你是什​​么意思“原来”?我没有做出许多修改。

我假设初始提交是汤姆西的源代码?你可以找到那个源树 这里.
狙击金




邮政发布: 2011年11月16日星期三7:45 PM  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

*喘气!* Is that you Gandalf?

回到主题:我一直在等待这么久,我完全忘记了它。泪水。
Trishume.




邮政发布: 2011年11月16日星期三8:16下午  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

哎呀!释放Snafu!

我的一位朋友发现了我的pic.screenload缓存实现中的错误。我正在使用有缺陷的哈希地图实现。

我刚切换到一个似乎工作的战斗哈希映射。

如果他们想要Pic.Screenload到工作,那么任何下载它的人都必须重新下载

新的Pic.Screenload缓存加载文件,因为在我的经验中,初学者经常使用Pic.Screenload在他们的游戏中的每一帧,这缓慢。
缓存增加了10000%的速度增加。

有趣的事实:一般的20-40%的速度增加是由我打开编译器中的优化引起的。原始家伙在调试模式下编译了所有先前的图灵版本。 微笑
Trishume.




邮政发布: 2011年11月16日星期三8:32 PM  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

此外,我不确定初始提交正是我从汤姆得到的,但它很近。

无论如何,如果您想帮助,请攻击开发分支,并在您想要的问题标签/任何内容中处理事件。然后提交拉出请求。

GitHub规则!

此外,请查看开放式项目组织中的其他内容。尤其: //github.com/Open-Turing-Project/turing-editor-qt/tree/master/screenshots
赞助
赞助
赞助
赞助
托尼




邮政发布: THU 2011年11月17日7:55 PM  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

此Codebase是DailyWTF Goldmine。

//github.com/Open-Turing-Project/OpenTuring/blob/master/turing/src/run.c#L1697
代码:

if (((4 == 4) && ((unsigned long) newPC == 0xFFFFFFFF)) || ((4 == 2) && ((unsigned long) newPC == 65535))) {
                            TLEABT((TLint4) 45);
最新来自compsci.ca/blog: Tony's 编程博客。 DWite - A. 编程竞赛.
2goto1




邮政发布: 星期四2011年11月17日8:51 PM  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

太多的红牛可以做到这一点
Zren.




邮政发布: 星期四2011年11月17日10:18下午  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

我贯穿此操作的一些例子。它们稍微全面。

图灵:

var. 地图 : := Inthashmap.new. ()

“hashmap id.(First Id is 10001)"
map

“插入”
var. 输入 : := 100
InthashMap.put.put. (地图,"钥匙", input)

“从钥匙上获得一个值”
var. res. :

“有效的钥匙(1)"
InthashMap.get. (地图,"钥匙", res)
res

“无效的密钥(0) (结果变量也设置为0)"
InthashMap.get. (地图,“blah”, res)
res

“删除一个关键”
Inthashmap.remove. (地图,"钥匙")
InthashMap.get. (地图,"钥匙", res)
res

Inthashmap.free. (地图)

“Freed HashMap ID: ", 地图, " (注意它保留相同的值)"


地图 := Inthashmap.new. ()
“下一个HashMap ID: ", 地图, " (释放第一个后)"


我特别厌恶它是如何像逼近的picmodule。它还让您限制为1000个InthashMaps。
Trishume.




邮政发布: 2011年11月17日星期四10:43 PM  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

托尼是因为没有“ed”或“mio”或“mdio”前缀的一切都是从图灵加入c的c。程序生成的代码永远不会漂亮。我相信原始的图灵加上,编译器已经丢失了。

就HashMaps而言,这是因为外部系统不允许容易OO。我计划为HashMaps编写一个OO包装,可能是使用#if Openting返回TINE TING HASHMAP实现的OO包装。

它使用ID的原因是它很容易阻止人们弄乱的东西。我被给予指针,他们可以操纵它们并导致SEGFaults。

我相信这是使用图片和事物的ID的原始想法。如果1000不是足够的限制,可以通过一些定义更改限制,以更高的内存使用率。
托尼




邮政发布: 星期四2011年11月17日10:49下午  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

我不赞成“通过引用分配”方法。那是
代码:

InthashMap.get. (map, "key", res)

vs.
代码:

res. = InthashMap.get.(map, "key")


我想我可以忍受它返回缺失键的null(即0),特别是如果是
代码:

函数InthashMap.ContainsKey.(map, key) : boolean

被添加。

我想写代码,如
代码:

var. hashed_strings.:数组1..2字符串:= init("one", "two")
var. map.: int := IntHashMap.New()
为我:1..2
  IntHashMap.Put (map, intstr(i), i)
结束

%看这个魔法
放"number 2 is: ", hashed_strings(IntHashMap.Get(map, intstr(2)))
%> "number 2 is: two"

在这种情况下,nulls(0s)只会抛出绑定的阵列异常。或者,我可以检查返回值以及我需要检查标志。

我也会接受 可选的 逐参考标志变量,如果从合法0中区分NULLS是绝对的。
最新来自compsci.ca/blog: Tony's 编程博客。 DWite - A. 编程竞赛.
托尼




邮政发布: THU 2011年11月17日10:52 PM  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

RE:机器生成的代码

那么将项目的许多部分放入下一对明文的状态,不是吗?
最新来自compsci.ca/blog: Tony's 编程博客。 DWite - A. 编程竞赛.
Mirhagk.




邮政发布: 2011年11月19日星期六6:32 AM  帖子主题:RE:开放​​式图灵 - 具有新功能的更快的开源版本 - 20-40%

也许有人应该通过机器生成的代码读取,并尝试重写/评论它。这个项目可以起飞,但该部分的代码需要转变为人们实际工作的东西。

我会尝试这样做,但我不能保证下周左右的任何东西。

此外,我认为项目应该变成2个分支机构。一个完全4.1个兼容编译器,具有错误修复,也许是一些新功能,速度改进等。我还希望看到一个是一个破坏更新的新版本。 4.1计划可能会或可能不会运行,但我们可以摆脱我们不喜欢的东西,修复我们的东西需要固定等。

具体来说,图像/ hashmaps / massfiles的数量或任何不应该修复。显然,对于每个图灵程序,您无法分配一百万的数百万,但我认为将指向图像的指针阵列扩展为很大,因为它可以预定义为1000,并且越过它就是意味着它需要一个虽然加载了第1001张图片,但由于加载本身的问题是更昂贵的。
从上一个显示帖子:   
   指数 -> 编程,图灵 -> 提交意见书
查看上一个主题 告诉一个朋友可打印的版本下载主题利率主题订阅本主题私人信息刷新页面 查看下一个主题

15  [ 72 Posts ]
转到页面 1, 2, 3, 4, 5  下一页
跳到:   


Style:  
搜索: