新手教程--从0开始学RGSS2(2013-09-21 修复索引地址)

link006007

但如果是针对 Ruby 1.9 说的话就很恰当了，嘿嘿。

呃   好吧。。。

不过 Linux 是最早把 64 位架构的长模式应用于实际的，不至于不能向下兼容 32 位程序啊。可能用于兼容的库默认没有和发行版一同推出？

是的。linux是跟早就有x64了，可能和一些软件自身实现有关系，如果缺少库，是运行不起来的。不过现在linux的很多程序都有专门x64版本了，又没太在意这些了。

之前一直不明白, 对齐是怎么一回事, 现在倒是了解大概意思了.

还有就是, 之前使用这个来调用 API , 但是老是出错, 求解释:

字节对齐。很大程度上是一种优化措施，和CPU的访问各种存储器的长度有关,比如x86访问一次4字节，那么在访问{char c; int n;}这样的结构，访问n的时候为了提高效率，就在c之后填充3个字节的空白。所以各种编译器通常都会有这样的优化措施。
比如NDS按键信息的地址是0x04000130，有效长度为2字节。
那么很显然
typedef struct _s_arm9_inputs {
        VU16/*VU16 volatile unsigned short int*/ m_vuButtons;
}stInputArm9_Internal;
#define INPUT_ARM9_REG            ((stInputArm9_Internal volatile*)0x04000130)
理论上*INPUT_ARM9_REG可以有效访问这个内存，不过实际上，我总是得到错误的结果。
后来就是发现stInputArm9_Internal 给编译成4字节了（其实我编译器路径不对。。，不过还是能跑的。。。）！！
所以在编译类似这样的结构体时，要通知编译器特殊的字节对齐标准

另外，出错的提示或表现是什么。。。:
       char buf[256] = {
                0
        };
        GetForegroundWindow();
        GetWindowRect(GetForegroundWindow(), (LPRECT)buf);
运行正常。。。
(1)p get_window_rect.call(hwnd, lprect)  看看函数成功与否
(2)lprect.delete("\0") 可能照成结果不对，你是想删除结果末尾多余的0吧，不过，可能会把正确结果中的匹配项也删除。而且。。。实际上 "\0"好像删除不了什么。。。
因为"\0"*size 这样初始化出来的是同一个元素，delete不匹配。
arr = ["\0", "\0", "\0"]
p arr
arr.delete("\0")
p arr
arr = "\0" * 3
p arr
arr.delete("\0")
p arr

芙兰朵露·斯卡雷特

回复 link006007 的帖子

函数运行都正常, 唯一不正常的就是, unpack 出来的结果不是正确的.

比如说 unpack 的结果是 [XXXXXXX, nil, nil, nil] (好吧, 打开VX 需要25秒的人其实就是咱). XXXXX 是数字.   

一箭烂YiJL

String#delete! 才能将对象修改。或者是 String = String#delete。
但是我用String#delete!才会出现[XXXXXXX, nil, nil, nil]。

删掉了delete那句就正常的了，我们unpack只是 "l4" ，
就是最终变回四个成员(整数)。

这只是我的理解，错误不负责= =：
至于[XXXXXXX, nil, nil, nil]的原因是因为一个数pack "l"的时候，就会：
"\000\000\000\000"，这是因为Long占了四个byte，
当这些用不尽的时候"\0\0\0\50\0\0\0\50\0\0\0\50\0\0\0\50"这样，
应该unpack"l*"的时候会有四个成员(数字)，因为每四个"\"就是一个"l"，
那么将"\0"删掉后，就会："\50\50\50\50"，就会变得很长，而且不是四个，是一个数字！
而且long的话有些byte分配会出现负数的情况。(这个不用所说- -)

苏小脉

143 楼正解。String#delete 是非破坏性的，不会变异接收者；Array#delete 却是破坏性的。要是已经习惯了 Scheme、Clojure 等语言用 bang 命名破坏性函数的风格，在这里就很容易被迷惑了。

芙兰朵露·斯卡雷特

1. rect = "\0" * 255
   
2.     Win32API.new("user32.dll", "GetWindowRect", "lp", "i").call(Frame.hwnd, rect)
   
3.     rect.delete!("\0")
   
4.     p rect.unpack("llll")

复制代码

这个是完整的代码, 结果是:
[331612557, nil, nil, nil]

link006007

########################
好吧，lz使用的是delete!，带！，破坏性。。 那么 结果不对正常了。。。我但是看成没！号的。。。。

芙兰朵露·斯卡雷特

感觉像是删掉了什么不应该删掉的东东了~~~{:nm_2:}

苏小脉

回复 link006007 的帖子

你没看错，140 楼写的确实是不带 bang 的，估计是typo。