AIX下的应用开发挑战知多少？专家来接招！（获奖名单已公布-2012-5-23）

一介村夫

to407 发表于 2012-05-30 22:52
回复 61# 一介村夫
你的问题真挑剔.

谢谢你的答复。
如果你看懂了我的帖子，就会发现，其实我没有问问题。而且，你的回答是错误的。

to407

回复 63# 一介村夫

一介村夫

to407 发表于 2012-05-30 23:04
回复 63# 一介村夫

32位环境下编译的程序，是可以在64位环境下跑的。
由于32位程序中的pid_t是32位，所以64位环境的pid_t也只能是32位！
但是，64位的原生编译却把它定义成64位！这才是我指出的关键所在。
这种定义不仅仅是一种浪费，而且容易造成混乱。

to407

回复 65# 一介村夫

一介村夫

to407 发表于 2012-05-30 23:32
回复 65# 一介村夫

自己去试。

to407

回复 67# 一介村夫


    我有一点是讲错了， 那就是在32位系统上编译过的binary，在64位系统上跑的时候， 应该是仍然坚持32位上的编译结果。

    这样的问题就 并不在于是否资源浪费， 而在64位系统上面 应当重新编译app。

to407

  

   昨天抽空找了套环境来试。

结果还是有不同的
1. 在application层面， 以32位/64位模式编译的任何结果，都显示pid_t宽度为4（即32位）。
2. 64位宽度只存在于kernel extension里面，

也就是说
1. 即使在目前的AIXos上面， 各种app 还是都被解释成 sizeof(pid_t)=4
    pid_t惟一可能出现为64位和程序，是在64bit的 kernel extension里面。

2. 64-bit kernel 来解析这些app的时候， 会做扩展， 用的是long32tolong64 宏来做扩展， 这跟内核实际pid位数64没多少关系。。。。会做casting。。。
    所谓扩展也是纯为了兼容新的64bit mode
http://pic.dhe.ibm.com/infocenter/aix/v7r1/index.jsp?topic=%2Fcom.ibm.aix.kernelext%2Fdoc%2Fkernextc%2Fapp32signedlong.htm

Signed long Parameter

To convert a 32-bit signed long parameter to a 64-bit value, the 32-bit value must be sign extended.
The LONG32TOLONG64 macro is provided for this operation. It converts a 32-bit signed value into a 64-bit signed value, as shown in this example:


syscall1(long incr)

    {

        /* If the caller is a 32-bit process, convert

         * 'incr' to a signed, 64-bit value.

         */

        if (!IS64U)

            incr = LONG32TOLONG64(incr);

        .

        .

        .

    }

3. 这个转换问题的发生 跟用户层无关。。。。 也就是上面的第1点。

另外至于说资源浪费。。。。我表示也不知道IBM怎么想的。。。不过浪费一点也不是IBM买单。。。是customer买单么反正。。。。


帖个实验数据

1. 
   
2. #oslevel
   
3. 6.1.0.0
   
4. #bootinfo -K
   
5. 64
   
6. 
   
7. > cat sizeof_test.c
   
8. #include <stdio.h>
   
9. #include <unistd.h>
   
10. int main(int argc, const char *argv[])
    
11. {
    
12. 
    
13.     printf("long   size:%d\n", sizeof(long));
    
14.     printf("signed long   size:%d\n", sizeof(signed long));
    
15. 
    
16.     printf("int    size:%d\n", sizeof(int));
    
17.     printf("signed int    size:%d\n", sizeof(signed int));
    
18. 
    
19.     printf("double size:%d\n", sizeof(double));
    
20.     printf("float  size:%d\n", sizeof(float));
    
21.     printf("short  size:%d\n", sizeof(short));
    
22.     printf("pid_t  size:%d\n", sizeof(pid_t));
    
23.     return 0;
    
24. }
    

复制代码

1. gcc sizeof_test.c  -maix64 -o sizeof_gcc_64
   
2. gcc sizeof_test.c  -maix32 -o sizeof_gcc_32
   
3. xlc sizeof_test.c -q64 -o  sizeof_xlc_64
   
4. xlc sizeof_test.c -q32 -o  sizeof_xlc_32
   
5. 
   
6. > ./sizeof_gcc_32
   
7. long   size:4
   
8. signed long   size:4
   
9. int    size:4
   
10. signed int    size:4
    
11. double size:8
    
12. float  size:4
    
13. short  size:2
    
14. pid_t  size:4
    
15. 
    
16. > ./sizeof_gcc_64
    
17. long   size:8
    
18. signed long   size:8
    
19. int    size:4
    
20. signed int    size:4
    
21. double size:8
    
22. float  size:4
    
23. short  size:2
    
24. pid_t  size:4
    
25. 
    

复制代码

xlc和gcc编译的结果都是一致的。
这里很明显的32位和64位比如long的长度是不一致的
pid_t都是一致的。


在操作系统层面有64位进程id的存在  并不影响application的互通，因为任何app的pid_t都会取成32(只要不去随便enable这两个宏就ok)