funny code

乱码

原帖由 阿Ka 于 2010-11-17 10:42 发表


no! i just conduct a test:

var i = 0
z = ++i / ++i + ++i

and z = 3.5 means z = 1 / 2 + 3, and its from left to right

/比+有优先级，如果只是+,就要看谁在右边了

阿Ka

原帖由 rogerk 于 2010-11-17 10:43 发表


先算乘除后算加减的规则你可还记得？

you can try z = ++i + ++i/++i, then u'll know

zyzbill

答案是 10
因为：
++i 是pre-increment，所以 i 先加一再传入下一个 operator

int i=0;
int z = ++i + ++i + ++i + ++i;
            1         2        3        4
=
int z = (++i) + (++i) + (++i) + (++i);
因为 ++ 操作符比 + 操作符级别高，所以先运算++

蓝爸爸

很有意思，在三个不同的系统上编译运行，得到三个不同的结果。
Win7（DOS）：16
Linux (Cent-OS 64b, RedHat 32b)：11
Solaris 10 （SUN Sparc）：10

在Cent-OS 64b下用gcc -S输出ASM代码如下：

        movl    $0, -8(%rbp)    // 这个应该是i=0
        addl    $1, -8(%rbp)   // 第一个++i
        addl    $1, -8(%rbp)   // 第二个++i，现在i是2
        movl    -8(%rbp), %eax  // 把2放如eax
        addl    -8(%rbp), %eax  // 这个最奇怪，我们分析应该是1+2，但gcc做了2+2，理由是：gcc只从-8(%rbp)处取值！所以前++i + ++i，实际上是2+2！

        addl    $1, -8(%rbp) // 第三个++i，此时地址-8(%rbp)处是3
        addl    -8(%rbp), %eax  //累加到eax
        addl    $1, -8(%rbp)  // 第四个++i
        addl    -8(%rbp), %eax // 累加到eax

如此编译，11也是正确的结果。关键是前两个++，因为先要两次++，i 所在的的位置的值已经变成2，编译器是取这个地址里面的值作为 + 运算的左值，所以2+2合理！但我不解的是，同样是gcc，在Solaris下为什么是10，难道是版本问题？Solaris下是3.x.y，Linux下是4.x.y版本的。

[ 本帖最后由 蓝爸爸 于 2010-11-17 11:03 编辑 ]

bulaohu

This is exactly why it's a bad bad idea to play with obscurity. At least not in your production code.

澳贼

蓝爸爸

另附上C++ Builder 6在Win7下生成的ASM，和gcc类似，也是取 i 所在地址里面的值，不过BCC更狠，是把所有++全执行完，然后做 + 运算，所以最终是 4 x 4 = 16。

;       
;        {
;            int i = 0;
;       
@1:
        xor eax,eax
;       
;            int z = ++i + ++i + ++i + ++i;
;       
?live1@32: ; EAX = i
        inc eax
        inc eax
        inc eax
        inc eax
        lea edx,dword ptr [eax+eax]
        add edx,eax
        add eax,edx

蓝爸爸

自己提个问题：以前以为gcc和Borland C编译器都是权威，现在两个做法不同，到底该认哪个？

zyzbill

原帖由 蓝爸爸 于 2010-11-17 11:09 发表
自己提个问题：以前以为gcc和Borland C编译器都是权威，现在两个做法不同，到底该认哪个？

选择靠近你的操作系统的编译器。比如Solaris 选择CC, Linux选择GCC/G++, Windows 选择VC
然后了解编译器的特性。还有这种代码肯定是要避免的。

乱码

that's why ppl love c#/java, they remain consistency on different platforms.

zyzbill

Dude, C# only works for Windows platform, not Unix/Linux etc.

乱码

原帖由 zyzbill 于 2010-11-17 11:17 发表
Dude, C# only works for Windows platform, not Unix/Linux etc.

check out mono

http://www.mono-project.com/Main_Page

zyzbill

Interesting stuff, good to learn.
So it's based on MS silverlight.

dalaohu

原帖由 zyzbill 于 2010-11-17 11:53 发表
Interesting stuff, good to learn.
So it's based on MS silverlight.

nah nothing to do with silverlight， they make a whole new compiler for unix.

lots of tweaks and trick in it. but they try to make the end result as close as possible.

zyzbill

It it free?

My next job will be C#, I'll be interested in it. ;)

dalaohu

yes it's open sourced.

you can write c# app once make make it run on unix.

also MS just made F# open sourced too.

乱码

原帖由 zyzbill 于 2010-11-17 12:13 发表
It it free?

My next job will be C#, I'll be interested in it. ;)

作作市场调查再作决定，很多人不稀饭mono project，尤其是open source那边的，除非非常open mind

o2h2o

原帖由 乘物以游心 于 2010-11-17 10:26 发表
z = 10 吧？

留记号看结果。

(paopaobing(32))

考
发哥也是搞it的?

o2h2o

mono 里面 少不少
library,比较杯具

乘物以游心

原帖由 o2h2o 于 2010-11-17 11:29 发表

考
发哥也是搞it的?

Master是学IT的，后来也做了两年，之后再也没做过IT了。。。

(paopaobing(32))

大饼

我看这贴不是讨论结果是多少。
是让大家知道：
不想给自己或别人惹麻烦的千万别这么写code

dalaohu

是滴。

写这样code 的人要被枪毙， 这样世界就清净了。

zyzbill

原帖由 乱码 于 2010-11-17 12:21 发表


作作市场调查再作决定，很多人不稀饭mono project，尤其是open source那边的，除非非常open mind

No one will be that silly to do the work that way, port C# code into linux/unix. I just think it's funny.

bulaohu

任何一本编程书的第一或者第二章都会讲到这些类似的语法在不同编译器和不同系统下会造成不同的结果，我想大多数程序员的选择就是避免写这样的code出来。

zyzbill

不少C++面试中多出现这个考试题目，所以还真的会。

zyzbill

原帖由 蓝爸爸 于 2010-11-17 11:07 发表
另附上C++ Builder 6在Win7下生成的ASM，和gcc类似，也是取 i 所在地址里面的值，不过BCC更狠，是把所有++全执行完，然后做 + 运算，所以最终是 4 x 4 = 16。

;       
;        {
;            int i = 0;
;       
@1:
        xor eax,eax
;       
;            int  ...

不只C++ Builder 这么干， VC++在windows7 64 bit上执行一样的操作，返回16

; 9    :  int i = 0;

        mov        DWORD PTR _i$[ebp], 0

; 10   :  int z = ++i + ++i + ++i + ++i;

        mov        eax, DWORD PTR _i$[ebp]
        add        eax, 1
        mov        DWORD PTR _i$[ebp], eax
        mov        ecx, DWORD PTR _i$[ebp]
        add        ecx, 1
        mov        DWORD PTR _i$[ebp], ecx
        mov        edx, DWORD PTR _i$[ebp]
        add        edx, 1
        mov        DWORD PTR _i$[ebp], edx
        mov        eax, DWORD PTR _i$[ebp]
        add        eax, 1
        mov        DWORD PTR _i$[ebp], eax
        mov        ecx, DWORD PTR _i$[ebp]
        add        ecx, DWORD PTR _i$[ebp]
        add        ecx, DWORD PTR _i$[ebp]
        add        ecx, DWORD PTR _i$[ebp]
        mov        DWORD PTR _z$[ebp], ecx