Re: [FZH] Chinese Digest, Vol 566, Issue 2
by lpeng564@gmail.com
LING-PENG
在 2012-11-27,13:29,chinese-request@lists.fedoraproject.org 写道:
> Send Chinese mailing list submissions to
> chinese(a)lists.fedoraproject.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://admin.fedoraproject.org/mailman/listinfo/chinese
> or, via email, send a message with subject or body 'help' to
> chinese-request(a)lists.fedoraproject.org
>
> You can reach the person managing the list at
> chinese-owner(a)lists.fedoraproject.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Chinese digest..."
>
>
> Today's Topics:
>
> 1. Re: GNOME失败之路 (Ma Xiaojun)
> 2. Re: GNOME输入法白名单问题 (Peng Wu)
> 3. Re: GNOME失败之路 (Tommy He)
> 4. Re: GNOME失败之路 (Peng Wu)
> 5. Re: GNOME输入法白名单问题 (Ma Xiaojun)
> 6. Re: GNOME失败之路 (Tommy He)
> 7. Re: GNOME失败之路 (Ma Xiaojun)
> 8. Re: GNOME失败之路 (jcomee(a)gmail.com)
> 9. Re: GNOME失败之路 (Ma Xiaojun)
> 10. Re: GNOME失败之路 (Ma Xiaojun)
> 11. Re: GNOME失败之路 (Peng Wu)
> 12. Re: GNOME失败之路 (Aron Xu)
> 13. Re: GNOME失败之路 (Ma Xiaojun)
> 14. Re: GNOME失败之路 (Tommy He)
> 15. Re: GNOME失败之路 (Tommy He)
> 16. Re: GNOME失败之路 (Ma Xiaojun)
> 17. Re: GNOME失败之路 (Liang Suilong)
> 18. Re: GNOME失败之路 (Tommy He)
> 19. Re: GNOME失败之路 (Ma Xiaojun)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 26 Nov 2012 21:52:59 -0600
> From: Ma Xiaojun <damage3025(a)gmail.com>
> To: Fedora Chinese <chinese(a)lists.fedoraproject.org>
> Subject: Re: [FZH] GNOME失败之路
> Message-ID:
> <CAGVx7UUaxoePuk9GK2TGKtiDtyto_FzmPH3DGcYgEYGgO7XTvA(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2012/11/26 net_robber <net_robber(a)timectrl.net>:
>> 你可以说这是需要改进的地方,但这不足以否定gnome的进步
>
> 我可不覺得從Windows 95模式到iPad模式算啥進步,頂多算是CADT。
> 反正真正影響生產力的bug我真不知道有幾個是在3.x中解決的,反而是依賴越來越變態了。哪個組件之前說要依賴systemd了,不用GDM連鎖屏幕都鎖不了了。
>
> 依賴IBus也是,之前說好是動態依賴,結果在怎麼關閉上面又搞得半吊子:
> https://bugzilla.gnome.org/show_bug.cgi?id=689070
> 又來反人類的白名單,把GNOME的上下游都搞得煩死。
>
> 擴展閱讀:
> http://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/
>
> ------------------------------
>
> Message: 2
> Date: Tue, 27 Nov 2012 11:55:44 +0800
> From: Peng Wu <peng.e.wu(a)gmail.com>
> To: chinese(a)lists.fedoraproject.org
> Subject: Re: [FZH] GNOME输入法白名单问题
> Message-ID: <1353988544.7339.2.camel@localhost>
> Content-Type: text/plain; charset="UTF-8"
>
> 在 2012-11-26一的 21:31 -0600,Ma Xiaojun写道:
>> 2012/11/26 Peng Wu <peng.e.wu(a)gmail.com>:
>>> 其实我也报了个bug...
>>> https://bugzilla.gnome.org/show_bug.cgi?id=687900
>>
>> 多谢,这个是Property白名单,目前松动的可能性较大。
> 不客气,但是他们好像打算将Property的个数减少一些, 去掉不常用的。想减少到
> 2-3项,就是像ibus-anthy那样的。
>
> 不知道最后结果会如何...
>> 但是引擎列表那个,Bastien Nocera还在死撑。
>> --
>> Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 27 Nov 2012 11:59:22 +0800
> From: Tommy He <lovenemesis(a)fedoraproject.org>
> To: Fedora Chinese <chinese(a)lists.fedoraproject.org>
> Subject: Re: [FZH] GNOME失败之路
> Message-ID:
> <CACswUBDkDyWp1weZxreFByGRc7-dgvBnRmxcHb4AngZTitFGZw(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2012/11/27 Ma Xiaojun <damage3025(a)gmail.com>:
>> 2012/11/26 net_robber <net_robber(a)timectrl.net>:
>>> 这个玩意儿给桌面工具的开发和第三方网络应用集成 开了一个口子
>>> 就是说,gnome桌面不再是单独的桌面,而是一个开放式平台了
>>
>> 你真的开发过程序吗……虽然GNOME 3可能在开发工具的细节上存在小改进,但是在API稳定性,开发自由度方面,我想比GNOME 2差远了。
>
> 你真的了解 GNOME 3 在开发方面的进步么?GIR 是啥知道么?尽管目前还有些小 Bug 但是绝对是重大的开发者改进。Qt5 也是部分吸收了它的设计。
>
>> 还有从古到今天哪个平台不开放了?你在DOS下不能开发网络集成应用?反而是现在兴起的App
>> Store模式,限制越来越多。本来以为只有“邪恶”的私有软件好这口,结果GNOME所谓的自由软件也搞白名单什么的。
>>
>>> 同时,我认为这次整体交互设计,某种程度上是gnome在手机、平板之类的的单一输入平台的一次准备
>>>
>>> 因此,它的战略意义不可以忽略
>>
>> 根本就是丢了西瓜捡了芝麻。
>>
>> 本来Linux作为一种稳定,不烦人的类Unix系统,在企业和学校是有潜力的,因为他们不需要装游戏(我大天朝的一些IE-only在其他地方基本已经消失了)。这下可好,GNOME
>> Shell来了,连RHEL 7都要集成了,这不是自绝于人民吗?
>>
>> 至于平板:
>> 没错,听说Windows 8也是重平板轻桌面(我没用过),但至少微软有这个实力强推。人家至少能把一个手机百年老店给收买了。人家至少能搞个Surface让一些人产生兴趣。
>> 没错,Ubuntu的Unity也有一定的重平板轻桌面感,但人家至少根据自己的实力,在Nexus 7上面做了一些工作,也让一些人产生了兴趣。
>
> 自绝于人民?GNOME Shell 的设计非常适合于专注于单一程序的行为,而内嵌的窗口平铺又有效满足需要同时运行参照两个程序的行为。
> 实际上 KDE4 中 KWin 后增的窗口平铺也是往这方面朝向的。
>
> 再说 Unity,能在 Nexus 7 上跑的是已经废弃(且 Bug 不断)的 Unity 2D,并非完整 Unity。Canonical
> 并没有实力去优化 LLVMPipe 使其能在不需要闭源 GPU 驱动的情况下仅靠 CPU 运行,也没那实力做开源 GPU
> 驱动逆向工程。扔给你个废弃的 Unity 2D,你就来兴趣了?
>
> 要说底层的支持,GNOME Shell 所用的 Clutter 一直比 Unity 的 Compiz 更早且更好的支持平板 GPU 所用的 OpenGL ES。
>
>> GNOME呢?实质计划一个没有,就知道画图,删feature和内部重构。
>> 比如这次Epiphany删除了扩展和禁用JS的功能。
>> http://ftp.gnome.org/pub/GNOME/core/3.7/3.7.1/NEWS
>
> 实际计划没有?你做过项目管理么?画图、删 feature 和内部重构是产品计划中最重要的部分,想清楚了再动手比先写代码再更改能提供更好的质量并节省更多的时间。
>
> 删扩展是为了下一步迁移到 WebKit2 做准备;禁用关闭 JS 里所应当,还有多少网站可以不用 JS 正常工作?
>
>> 我之前用过iPad,那个自带浏览器确实功能少到爆,但是我用自由软件平板就只能期待类似的没功能的浏览器?那我还是用Ubuntu跑Firefox算了。其实就算是Fedora也从来不会集成Epiphany。
>
> 发行版选择预置那个浏览器跟 DE 有个毛关系。尽管 Fedora 一直紧跟 GNOME 步伐,但是依然在 GNOME Desktop 上预置
> Firefox。当初有过讨论,作为面向主要群体的介质需要提供适用于大众的浏览器,所以是 Firefox。
> 另外 Firefox LXDE 预置的是 Midori。
>
>> --
>> Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
>
>
>
> --
> Take a Deep Breath out of Windows
>
> https://fedoraproject.org/wiki/User:Lovenemesis
>
> ------------------------------
>
> Message: 4
> Date: Tue, 27 Nov 2012 12:02:37 +0800
> From: Peng Wu <peng.e.wu(a)gmail.com>
> To: chinese(a)lists.fedoraproject.org
> Subject: Re: [FZH] GNOME失败之路
> Message-ID: <1353988957.7339.4.camel@localhost>
> Content-Type: text/plain; charset="UTF-8"
>
> 在 2012-11-26一的 12:38 -0600,Ma Xiaojun写道:
>>
>>
>>> GNOME就是为了替代KDE出来的。你忘记了 GNOME和KDE 关于 Qt 协议的
>> flame war 了?
>>
>> 据说GNOME 1.x定制性也很高,GNOME
>> 2也是删了一大堆feature被人骂到爆,但是据说那些feature后来还是加回来
>> 了,GNOME Shell我看不存在加回的可能。
>
> 其实,GNOME SHELL用javascript写的,目的就是高度定制性。
> 不喜欢的话,可以装个插件,甚至自己动手修改不满意的部分。
> 强烈推荐大家多装插件。
>
> URL: https://extensions.gnome.org/
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 26 Nov 2012 22:08:57 -0600
> From: Ma Xiaojun <damage3025(a)gmail.com>
> To: Fedora Chinese <chinese(a)lists.fedoraproject.org>
> Subject: Re: [FZH] GNOME输入法白名单问题
> Message-ID:
> <CAGVx7UXQ49gTA8NpN_x8k_WiVZ-kUz8nZ=JhGSEw7RuDgmEptQ(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2012/11/26 Peng Wu <peng.e.wu(a)gmail.com>:
>> 不客气,但是他们好像打算将Property的个数减少一些, 去掉不常用的。想减少到
>> 2-3项,就是像ibus-anthy那样的。
>
> 主要是他們又不用,瞎操什麼心……
> 不過ibus-libpinyin/ibus-pinyin的label也是被吐槽的對象,改成描述性的吧。比如說一個“繁”的label,用戶如何明白這是什麼意思。
> 當然我明白這是歷史遺留問題,以前我們用language panel。
>
> ------------------------------
>
> Message: 6
> Date: Tue, 27 Nov 2012 12:36:18 +0800
> From: Tommy He <lovenemesis(a)fedoraproject.org>
> To: Fedora Chinese <chinese(a)lists.fedoraproject.org>
> Subject: Re: [FZH] GNOME失败之路
> Message-ID:
> <CACswUBAv2kD5-+LvrYzTYWUV25PnVxks-4aOhszLU0XmhWnLbw(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 你真的有仔细看这个关于输入法的问题么?
>
> https://live.gnome.org/ThreePointFive/Features/IBus#How_to_use_other_IM_f...
>
> 我真觉得 GNOME 开发者那样回答你算很客气的了。
>
> 依赖 systemd 怎么了?所有成熟的桌面操作系统的进程管理都是系统态和用户态合并在一起全局考虑的,Linux 现在系统态用
> initd/upstart 用户态用 DBus 是个阻碍桌面进一步发展的历史遗留问题,GNOME 敢站出来对过去说 No
> 是非常正确的。不抛弃历史的包袱永远都跑不快。
>
> 2012/11/27 Ma Xiaojun <damage3025(a)gmail.com>:
>> 2012/11/26 net_robber <net_robber(a)timectrl.net>:
>>> 你可以说这是需要改进的地方,但这不足以否定gnome的进步
>>
>> 我可不覺得從Windows 95模式到iPad模式算啥進步,頂多算是CADT。
>> 反正真正影響生產力的bug我真不知道有幾個是在3.x中解決的,反而是依賴越來越變態了。哪個組件之前說要依賴systemd了,不用GDM連鎖屏幕都鎖不了了。
>>
>> 依賴IBus也是,之前說好是動態依賴,結果在怎麼關閉上面又搞得半吊子:
>> https://bugzilla.gnome.org/show_bug.cgi?id=689070
>> 又來反人類的白名單,把GNOME的上下游都搞得煩死。
>>
>> 擴展閱讀:
>> http://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/
>> --
>> Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
>
>
>
> --
> Take a Deep Breath out of Windows
>
> https://fedoraproject.org/wiki/User:Lovenemesis
>
> ------------------------------
>
> Message: 7
> Date: Mon, 26 Nov 2012 22:36:19 -0600
> From: Ma Xiaojun <damage3025(a)gmail.com>
> To: Fedora Chinese <chinese(a)lists.fedoraproject.org>
> Subject: Re: [FZH] GNOME失败之路
> Message-ID:
> <CAGVx7UUFiDR7hfF55iVmPSqGiOo4=Sp4Vv7X5yHDQqv3ZE2xxA(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2012/11/26 Tommy He <lovenemesis(a)fedoraproject.org>:
>> 你真的了解 GNOME 3 在开发方面的进步么?GIR 是啥知道么?尽管目前还有些小 Bug 但是绝对是重大的开发者改进。Qt5 也是部分吸收了它的设计。
>
> 你真的開發過GIR程序嗎?反正我用IBus
> GIR生成的Python接口,比原來真正的Python模塊不知道難用多少條街了。文檔都沒,得靠實驗和讀源碼。據說未來會有,那至少說明從3.0到3.8這兩年間都是很難用的,這種朝三暮四的平臺�
11 years, 5 months
[FZH] [OT] 来看国际笑话
by microcai
编译原理:
lexical analyze -> syntax analyze -> build Abstruct Syntax Tree -> convert
AST to Concreat Syntax Tree -> Generating "register reallocate" intermediate
language -> Generating NATIVE assembly -> native machine code -> executable
object .
为了学习编译原理, 找了个简单的语言编写编译器. 我选择了 QBASIC 这个人人都会的语言.
QBASIC 曾经有编译器, 在 16位时代的时候. 到了 32位时代, BASIC 语言就进入脚本行列, 解释执行
了. 到64位时代嘛 .. ... 恩恩, 没有编译器了. 解释器还算是有开源的几个.
QBASIC 语言漂亮,优雅别致. 简单易学. 大家不用它的原因无外忽无法和C 和谐共存. 而无法和C和谐
的原因很简单: 不是编译为本机代码.
所以, 我决定开始写一个QBASIC编译器, 能利用现代硬件, 利用上现代意义的优化能力的编译技术来
为 QBASIC 加速!
QBASIC 比 Go 语言简单多了, 如果能用编译解决效率问题, 自然打败Go不在话下.
幸运的是我们有 LLVM . 我只需要写个前端就可以了. 生成平台汇编的事情全权交给 llvm 打理了.
So, 这就是我的想法, 经过5 天紧张的开发, 已经实现基本功能了.
有人说我又写一个编译器, 是个国际笑话, so , 主题就如此了.
在这里宣布这样的事情是因为觉得可能找到共同兴趣的人能一起研究开发编译器.
我设定了3个目标:
1 实现完整的 QBASIC 语言. 至少是除了不建议使用的功能, 其他都要实现.
2 实现和C的无缝集成. 我将 BASIC 的函数调用约定设定为和C语言一致来解决这个问题. 因为是本
机码, 所以使用外部库的任务和C语言一样,交给链接器完成. 使用动态链接库不需要语言和运行时本
身的任何支持.
3 进行未来方向的语言扩展.
最后, 最重要的, show me the code
请移步访问 https://github.com/microcai/llvm-qbasic
实现方面的细节考虑:
1) QBASIC 支持数组, 数组的下标可以在定义的时候设定起始点. 第二, 数组自动扩展
实现办法: [1] 数组实现为一个 STL 容器. 对下标的访问由编译器自动转化为对 operator [] 的调用.
operator 函数由编译器自动生成. [2] 内置类型的operator则由运行时实现. 以便进行快速实现更好
的算法 [2] 变量离开作用域后要自动调用构析函数释放资源. 这样数组才不会导致内存泄漏.
2) 字符串. QBASIC 的字符串是内置类型. 字符串可以进行很多操作. 内存自动管理. 字符串可以做 +
法和比较运算.
实现办法: 字符串实际上为一个结构体, 由运行时库实现. 编译器自动插入对运行时的调用来完成
字符串操作. 字符串离开作用域要自动调用释放函数释放内存
3) PRINT/INPUT 语句. 和C不一样, BASIC 把 IO 操作内置为语言的一部分.
到目前为止我的编译器已经实现了部分的 PRINT 指令. 对打印到屏幕的PRINT语句直接转化为对
printf的操作. 这样一个不使用字符串,不输出到文件的QBASIC程序, 编译后将只依赖 C 运行时.
PRINT 有个可选的参数 #(数字) , 表示打印到数字指示的文件中. 这个必须由运行时来完成了.
4) 所有的运行时我都放到了 libbrt - the qBasic RunTime library -里了. 目前为止没有任何实现. 运
行时默认将采取静态链接的方式. 对于生成脱离运行时的程序非常有用.
恩, 好了,大概就那么多. 困死啦 ~~ 睡觉.
--
______________
< gentoo rocks >
--------------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
11 years, 5 months
[FZH] 论坛注册时的验证码是不是没有了
by xie yunpeng
最近论坛的垃圾主题比较多,都是注册成功帐号但没有邮箱验证的,显示未审核,虽然普通帐号看不到但是万一多起来也不好。想问下是不是注册帐号时的验证码去掉了,我这注册的时候总是显示不全界面看不出来,另外就是论坛发帖子和主题能不能也搞个验证码防止乱发主题
11 years, 5 months
[FZH] 【qemu-kvm的问题】error:viewer connection to hypervisor host got refused or disconnected=======》Re:Chinese Digest, Vol 560, Issue 1
by vipxiaozu
用virt-viewer连接本机的虚拟机报错error:viewer connection to hypervisor host got refused or disconnected,不知有没有人有解决方案
At 2012-11-19 20:00:09,chinese-request@lists.fedoraproject.org wrote:
>Send Chinese mailing list submissions to
> chinese(a)lists.fedoraproject.org
>
>To subscribe or unsubscribe via the World Wide Web, visit
> https://admin.fedoraproject.org/mailman/listinfo/chinese
>or, via email, send a message with subject or body 'help' to
> chinese-request(a)lists.fedoraproject.org
>
>You can reach the person managing the list at
> chinese-owner(a)lists.fedoraproject.org
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Chinese digest..."
>
>
>Today's Topics:
>
> 1. QBASIC编译器最新状态报告 (微蔡)
> 2. Glossary 貌似可以导入了 (Tommy He)
> 3. Re: Glossary 貌似可以导入了 (Yu Chen)
> 4. Re: Glossary 貌似可以导入了 (Christopher Meng)
> 5. Re: Glossary 貌似可以导入了 (Tiansworld)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Mon, 19 Nov 2012 02:30:20 +0800
>From: 微蔡 <microcai(a)fedoraproject.org>
>To: chinese(a)lists.fedoraproject.org, duyue <lyxint(a)gmail.com>
>Cc: Gong Han <gonghan1989(a)gmail.com>, jack.wgm(a)gmail.com, "G.S.Alex"
> <sthots(a)gmail.com>, gentoo-china(a)googlegroups.com
>Subject: [FZH] QBASIC编译器最新状态报告
>Message-ID: <1698387.GTBJfL6Y1n@gentoo>
>Content-Type: text/plain; charset="utf-8"
>
>
>字符串部分实现. print "hello world" 实现
>a = "hello world"
>print a
>也实现了
>
>a = "hello world" 将会导致一个 strdup 调用. 离开作用域后a会被自动调用free()撤销字符串占用的
>空间.
>
>AGAIN : 只依赖 libc
>
>NEXT: 实现字符串相加以及其他操作 & 字符串格式化操作.
>
>NEXT: 数组
>
>NEXT: 结构体
>
>所有这些 BASIC 功能的实现,运行时除了libc都不需要依赖其他.
>
>
>
>
>在 2012年11月17日 星期六 03:21:27,微蔡 写道:
>> 编译原理:
>>
>> lexical analyze -> syntax analyze -> build Abstruct Syntax Tree -> convert
>> AST to Concreat Syntax Tree -> Generating "register reallocate"
>> intermediate language -> Generating NATIVE assembly -> native machine code
>> -> executable object .
>>
>> 为了学习编译原理, 找了个简单的语言编写编译器. 我选择了 QBASIC 这个人人都会的语言.
>>
>> QBASIC 曾经有编译器, 在 16位时代的时候. 到了 32位时代, BASIC 语言就进入脚本行列, 解释执行
>> 了. 到64位时代嘛 .. ... 恩恩, 没有编译器了. 解释器还算是有开源的几个.
>>
>> QBASIC 语言漂亮,优雅别致. 简单易学. 大家不用它的原因无外忽无法和C 和谐共存. 而无法和C和
>谐
>> 的原因很简单: 不是编译为本机代码.
>>
>> 所以, 我决定开始写一个QBASIC编译器, 能利用现代硬件, 利用上现代意义的优化能力的编译技术
>来
>> 为 QBASIC 加速!
>>
>> QBASIC 比 Go 语言简单多了, 如果能用编译解决效率问题, 自然打败Go不在话下.
>>
>> 幸运的是我们有 LLVM . 我只需要写个前端就可以了. 生成平台汇编的事情全权交给 llvm 打理了.
>> So, 这就是我的想法, 经过5 天紧张的开发, 已经实现基本功能了.
>>
>> 有人说我又写一个编译器, 是个国际笑话, so , 主题就如此了.
>>
>>
>> 在这里宣布这样的事情是因为觉得可能找到共同兴趣的人能一起研究开发编译器.
>>
>> 我设定了3个目标:
>>
>> 1 实现完整的 QBASIC 语言. 至少是除了不建议使用的功能, 其他都要实现.
>>
>> 2 实现和C的无缝集成. 我将 BASIC 的函数调用约定设定为和C语言一致来解决这个问题. 因为是本
>> 机码, 所以使用外部库的任务和C语言一样,交给链接器完成. 使用动态链接库不需要语言和运行时
>本
>> 身的任何支持.
>>
>> 3 进行未来方向的语言扩展.
>>
>>
>> 最后, 最重要的, show me the code
>> 请移步访问 https://github.com/microcai/llvm-qbasic
>>
>>
>> 实现方面的细节考虑:
>> 1) QBASIC 支持数组, 数组的下标可以在定义的时候设定起始点. 第二, 数组自动扩展
>> 实现办法: [1] 数组实现为一个 STL 容器. 对下标的访问由编译器自动转化为对 operator [] 的调用.
>> operator 函数由编译器自动生成. [2] 内置类型的operator则由运行时实现. 以便进行快速实现更好
>> 的算法 [2] 变量离开作用域后要自动调用构析函数释放资源. 这样数组才不会导致内存泄漏.
>>
>> 2) 字符串. QBASIC 的字符串是内置类型. 字符串可以进行很多操作. 内存自动管理. 字符串可以做 +
>> 法和比较运算.
>> 实现办法: 字符串实际上为一个结构体, 由运行时库实现. 编译器自动插入对运行时的调用来完成
>> 字符串操作. 字符串离开作用域要自动调用释放函数释放内存
>>
>> 3) PRINT/INPUT 语句. 和C不一样, BASIC 把 IO 操作内置为语言的一部分.
>> 到目前为止我的编译器已经实现了部分的 PRINT 指令. 对打印到屏幕的PRINT语句直接转化为对
>> printf的操作. 这样一个不使用字符串,不输出到文件的QBASIC程序, 编译后将只依赖 C 运行时.
>> PRINT 有个可选的参数 #(数字) , 表示打印到数字指示的文件中. 这个必须由运行时来完成了.
>>
>>
>> 4) 所有的运行时我都放到了 libbrt - the qBasic RunTime library -里了. 目前为止没有任何实现.
>运
>> 行时默认将采取静态链接的方式. 对于生成脱离运行时的程序非常有用.
>>
>>
>>
>> 恩, 好了,大概就那么多. 困死啦 ~~ 睡觉.
>--
> ______________
>< gentoo rocks >
> --------------
> \ ^__^
> \ (oo)\_______
> (__)\ )\/\
> ||----w |
> || ||
>
>------------------------------
>
>Message: 2
>Date: Mon, 19 Nov 2012 11:05:36 +0800
>From: Tommy He <lovenemesis(a)gmail.com>
>To: Fedora Translation Project - Simplified Chinese Group
> <trans-zh_cn(a)lists.fedoraproject.org>, "lists.fedoraproject.org"
> <chinese(a)lists.fedoraproject.org>
>Subject: [FZH] Glossary 貌似可以导入了
>Message-ID:
> <CACswUBCrwrDkpEneLmx_Wx6JmM1Vf8X33Yiy-8EsRFAUCYGoQg(a)mail.gmail.com>
>Content-Type: text/plain; charset=UTF-8
>
>根据这个里面的内容,貌似可以尝试导入词汇表了,支持 CSV 的。
>
>http://help.transifex.com/features/glossary.html#glossaryv2
>
>--
>Take a Deep Breath out of Windows
>
>------------------------------
>
>Message: 3
>Date: Mon, 19 Nov 2012 11:07:52 +0800
>From: Yu Chen <jcomee(a)gmail.com>
>To: Fedora Chinese <chinese(a)lists.fedoraproject.org>
>Subject: Re: [FZH] Glossary 貌似可以导入了
>Message-ID:
> <CAGFmxodD-jq33yzAQx4OsDB9Ct-YJ7ST836x=wjFqengcBZxzw(a)mail.gmail.com>
>Content-Type: text/plain; charset=UTF-8
>
>不错的功能。
>
>~ yu
>
>--
>No one will come, Yu has to make it happen by Yu-self.
>
>
>
>在 2012年11月19日 上午11:05,Tommy He <lovenemesis(a)gmail.com>写道:
>
>> 根据这个里面的内容,貌似可以尝试导入词汇表了,支持 CSV 的。
>>
>> http://help.transifex.com/features/glossary.html#glossaryv2
>>
>> --
>> Take a Deep Breath out of Windows
>> --
>> Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
>>
>
>------------------------------
>
>Message: 4
>Date: Mon, 19 Nov 2012 11:09:45 +0800
>From: Christopher Meng <cickumqt(a)gmail.com>
>To: Fedora Chinese <chinese(a)lists.fedoraproject.org>
>Subject: Re: [FZH] Glossary 貌似可以导入了
>Message-ID:
> <CAHcXnBG3a2=aNvSVbmP_g-N5hp2RJPVbOfBmnmX1tWb5DJjn7g(a)mail.gmail.com>
>Content-Type: text/plain; charset=GB2312
>
>Source 在哪里?
>
>------------------------------
>
>Message: 5
>Date: Mon, 19 Nov 2012 14:18:10 +0800
>From: Tiansworld <tiansworld(a)fedoraproject.org>
>To: Fedora Chinese <chinese(a)lists.fedoraproject.org>
>Cc: Fedora Translation Project - Simplified Chinese Group
> <trans-zh_cn(a)lists.fedoraproject.org>
>Subject: Re: [FZH] Glossary 貌似可以导入了
>Message-ID: <45A6576D-9667-487B-B903-35C7111739CF(a)fedoraproject.org>
>Content-Type: text/plain; charset=GB2312
>
>On 2012-11-19, at 11:05, Tommy He <lovenemesis(a)gmail.com> wrote:
>
>> 根据这个里面的内容,貌似可以尝试导入词汇表了,支持 CSV 的。
>>
>> http://help.transifex.com/features/glossary.html#glossaryv2
>>
>大概只支持一对一(一条英文,一条汉语)的格式。
>之前那份术语表是一对多的格式(一条英文,多条汉语:zh_CN zh_TW zh_HK),如果要导入的话应该需要拆开。
>我一直没去试。目前 transifex 网页界面也支持在线添加术语。
>
>------------------------------
>
>_______________________________________________
>Chinese mailing list
>Chinese(a)lists.fedoraproject.org
>https://admin.fedoraproject.org/mailman/listinfo/chinese
>
>
>End of Chinese Digest, Vol 560, Issue 1
>***************************************
11 years, 5 months