wps for linux辟谣贴

[mikeandmore]

为什么只有32bit？不是在64bit系统下重新编译一遍就可以了么？

呵呵，不是这么简单的，32位系统64位系统对代码冲击非常大。特别是文件读写的代码。
就比如说下面的代码：

struct header
{
int width;
int height;
}
在32位下可以工作的很好，如果在64位下还用这个定义的话会死的很凄惨的。说不定还会破坏文件，这个事情是很恐怖的。
更加恐怖的是这个结构体，在windows下是8个字节，在linux下是16个字节，阿门。

我可以负责任地告诉你，你这例子在 AMD64 Linux 下也是 8 字节！

总而言之，为什么那么多 Windows 程序难以推出 64 位版本，就因为代码写得太烂！乱搞强制转换，搞僵内环境！乱保存文件，搞死外环境！很多程序都是直接保存内存映像的，比如直接保存结构体、long 或指针等，不死才怪！这是 Windows 程序员的一大陋习，氛围如此，也怪不得具体的某个或某些人。
UNIX 程序员素来面临不同的机器架构，考虑对齐、大小端等问题都是很自然的事情，所以保存的不是文本就是字节流。强制转换也绝不会乱用，都是尽可能地采用赋值。

那也是long才会变化，int不变。除非非常特殊的场景，我反正没有见到过这种编译器……

[mikeandmore]

为什么只有32bit？不是在64bit系统下重新编译一遍就可以了么？

呵呵，不是这么简单的，32位系统64位系统对代码冲击非常大。特别是文件读写的代码。
就比如说下面的代码：

struct header
{
int width;
int height;
}
在32位下可以工作的很好，如果在64位下还用这个定义的话会死的很凄惨的。说不定还会破坏文件，这个事情是很恐怖的。
更加恐怖的是这个结构体，在windows下是8个字节，在linux下是16个字节，阿门。

1. Linux和Windows是LP64和LLP64，int不会变长。
2. packing问题。从c89到现在一直都存在，如果wps代码里没有固定的padding字段或者编译器packing attribute，就算不跨体系，也会出问题的。

所以…………把所有的long改成int应该就好了=w=

呵呵，刚刚上网去查了一下，竟然是我记忆错了哈，very sorry。
那这样的话，我过几天弄个64位系统试试。

今天装了个64位系统试了一下哈，结果还是挺失败的。
目前碰到的首要问题是基础库太陈旧了：wps v6开工的时候，正是amd64刚出来的时候，在那个坑爹的岁月里我们各种信奉C标准阿，int等同机器字长。so，摘录自金山基础库typedef unsigned int HPTR，大家懂得。这个还是相当恐怖的。我们得把基础库迁移一边再说。
今天尝试迁移kfc(金山基础库哈，不是肯德基)，没有什么成果，明天晚上再试试哈。
不知道将基础库迁移通过了后会有多大的成本。

………………信仰C标准就更不会写出这种了= =C标准里面规定int可以想多短就多短…………

不过这个在64下也不一定会有问题吧。heap都在低地址，stack和mmap都在高地址，一位扩展就好了吧。不过这个要看运气=w=

[ywmy210]

越快越好 加油～

[sx10]

WPS for linux 祈祷快点吧

[frank0734]

粗体现实不正常是因为字体不是原生的字体吧（比如说自行安装的）
禁用硬件图形加速就可以正常显示了

不过这确实是一个bug

[Mr.Holems]

支持

[ciaran]

俺也是wps用户

[linuxer1024]

wps要等到猴年马月啊。
其实3.5+的libreoffice挺好用的。永中office虽然兼容性不错，但是java程序效率太低，而且用ibus打字时，无法显示输入框。郁闷

[jaishe]

今天在UBUNTU下写文档，发现在WINDOWS下和UBUNTU下格式不兼容，，LibreOffice打开WORD或WPS的文档就不能看，LibreOffice的文档也惨不忍睹。在Windows下我基本都用WPS，体积小，而且还是绿色的。想到ANDROID上都有WPS了，说不定LINUX上也有了吧，于是我就试试在百度里搜索，果然，早在七个月前就有放出WPS for LINUX消息了。还看到了演示视频。 好期待哦，希望开发组早日捉完“虫子”给我们一个好用的WPS。

[tessvicence]

1 wps for linux可能永远出不来了。
这个问题大家就不用担心了，wps并不是一个小型的工程，今天说我们放linux，明天就能做出来，我们历经了3年的不断努力，才终于有了今天可以在linux上原生运行的wps。虽然和一个产品（我们认为的产品，不是用来忽悠用户的产品）还有不小差距。但我们无论如何也不可能将3年的心血抛弃。

2 wps for linux可能像qq一样。
这个问题大家也不用担心，看过截图了的同学都知道，WPS跨平台化的方案和QQ走的是完全不同的两条路，虽然我们现在有大量的东西没有来得及重构，但以后的方向肯定是在技术上保障多平台版本的一致性。

3 wps for linux拖着不放是耗大家的耐心，饥渴营销。
我觉得如果上述两个问题是属于顾虑的话，我觉得这个问题大家如果这么认为的话，实在让我很寒心。我可以透露一下进度：我们现在正在寻找合适的社区运营人员，开始搭建linux社区，所涉及到的工作很多，不是单纯的说把安装包扔出去了就完了，否则以后崩溃了，文件丢失了谁负责？我们需要为用户负责！！！我们刚开始过于乐观的考虑这些问题，但实际上这些问题比我们想象中要棘手的多。

4 qt工程跨平台很容易。
这个问题我希望从3个角度来解释：
1 不是任何在qt上写的代码拿到linux上都是马上能用的，就比如说在windows上的边框效果，linux都没有操作系统支持，怎么可能拿来就能用。两个平台的不一致造就了大量的平台代码。
2 wps是一个拥有1000万行代码级别的工程，即使我们说要用qt，那么我们原来的代码也不是qt的，1000万行代码中，约30%代码无法被改造，因为是基于delphi的，全部需要重写，包括所有对话框和图表。剩下的700万行代码也是大量混杂着操作系统API和特征，我们从09年开始做技术考察，10年开始重写delphi，11年才成功的将wps移植到linux。
3 一旦一个项目进入到工程级别的话，最大的困难在于管理，写一个跨平台程序很容易，写一个跨平台工程很困难。跨平台为我们带来了大量的约定，这是项目管理中最困难的。

5 wps for linux是一个不对外的项目。
如果是这样的话，我们放图出来找骂干嘛。

另外PS：我是一个WPS的普通员工，我说的话仅仅代表一种声音，不代表官方声明。有些论坛里的朋友说法有些难听，当然也是和期望太大有关。希望我的话能让大家满意。
再PS：那个收集WPS V9代号就是本人，继续在ubuntu论坛上征集，如果大家有什么好的意见的话可以回帖哈。如果选上了，官方自然会有礼品，当然个人还有小礼品一份。
再再PS：如果大家有什么想问的，都可以在下面回帖留言。


更新两条视频链接，证明一下wps for linux的存在哈。
wps文字
http://v.youku.com/v_show/id_XMzY1MjkwMDY0.html
wps演示
http://v.youku.com/v_show/id_XMzY1MzY5MDA4.html
演示在整个录制视频的过程中一直非常“听话”哈。
文字就不是太老实，竟然还罢工了两次（囧），加油加油，继续改BUG哈。

我想知道你的录像软件是什么

[martin_1st]

在我心中，金山就是中国软件界的苦行僧。努力修行，以出世的心态，做入世的努力。在外来软件大量盗版侵袭的浪潮下，像一个独行侠客，时时会有惊天一剑。不管怎么说，你们是我们民族的骄傲。永远支持金山。
PS：WPS FOR LINUX 就叫侠客行版吧！

[maple_cao]

应该说，WPS还是不错的。如果能for linux也是令人兴奋的。
谢谢！WPS开发人员的努力。

[thomasxie]

有了，我就不用其他了

[hawkIdeality]

WPS终于beta啦！！

[tao_627]

wps还是很棒，继续加油！