c / c++ 函数参数求值顺序,该如何解决

c / c++ 函数参数求值顺序
某公司笔试题：
（其它部分省略）
printf( "%d,%d\n", *ptr, *(++ptr));

我对这道笔试题比较疑惑。

1，同一个语句中有两个表达式，都包含指针ptr，并且其中一个表达式有副作用。
我觉得实际编码时应该避免这样写吧。
2，我记得c/c++ 标准好像并未规定函数参数的求值顺序吧？今早上翻了c 和 c++的标准文档，也没找到这样的规定。倒是google到裘宗燕的文章，引用如下：

“fun(a++, b, a+5) 
fun 及其三个参数按什么顺序计算？例子里的实参表达式出现了副作用，计算顺序就非常重要了。少数语言明确规定了运算对象的计算顺序（Java 规定从左到右），C/C++  则有意不予规定，既没有规定大多数二元运算的两个对象的计算顺序（除了&&、|| 和  ，），也没有规定函数参数和被调函数的计算顺序。在计算第二个表达式时，首先按照某种顺序算 fun、a++、b 和a+5，之后是顺序点，而后进入函数执行。”

另一篇文章：
“当一个函数带有多个参数时，C++语言没有规定在函数调用时实参的求值顺序。而编译器根据对代码进行优化的需要自行规定对实参的求值顺序。有的编译器规定自左至右，有的编译器规定自右至左，这种对求值顺序的不同规定，对一般参数来讲没有影响。但是，如果实参表达式中带有副作用的运算符时，就有可能产生由于求值顺序不同而造成了二义性。”

所以此题的结果应该是依赖编译器的吧？并且有的编译器Debug和Release在不同优化级别下的输出结果也不同。
------解决方案--------------------
http://bbs.****.net/topics/370153775 裘老解释的帖子就在本版块啊，输出结果无法确定，这种题没啥意义
------解决方案--------------------
忘了在哪里看过，记得是和编译器有关
------解决方案--------------------
跟编译器有关，不能直接下结论。
------解决方案--------------------
看置顶帖，别纠结了
------解决方案--------------------

Unspecified behavior:


— The order in which subexpressions are evaluated and the order in which side effects take place, except as specified for the function-call (), &&, 
------解决方案--------------------
, ?:, and comma operators (6.5).


— The order in which the function designator, arguments, and subexpressions within the arguments are evaluated in a function call (6.5.2.2).

------解决方案--------------------
以后这类题参考以下标准答案：
VC调试时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。
对VC来说，所谓‘调试时’就是编译连接通过以后，按F10或F11键单步执行一步以后的时候，或者在某行按F9设了断点后按F5执行停在该断点处的时候。
（Turbo C或Borland C用Turbo Debugger调试,Linux或Unix下用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）

想要从本质上理解C指针，必须学习汇编以及C和汇编的对应关系。
从汇编的角度理解和学习C语言的指针，原本看似复杂的东西就会变得非常简单！
指针即地址。“地址又是啥？”“只能从汇编语言和计算机组成原理的角度去解释了。”
但我又不得不承认：
 有那么些人喜欢或者适合用“先具体再抽象”的方法学习和理解复杂事物；
 而另一些人喜欢或者适合用“先抽象再具体”的方法学习和理解复杂事物。
而我本人属前者。

这辈子不看内存地址和内存值；只画链表、指针示意图，画堆栈示意图，画各种示意图，甚至自己没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗？本人深表怀疑！
这辈子不种麦不收麦不将麦粒拿去磨面；只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头，压面条，烤面包，……能从本质上理解面粉、理解面食吗？本人深表怀疑！！

提醒：
“学习用汇编语言写程序”
和
“VC调试(TC或BC用TD调试)时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。
（Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习C和汇编的对应关系。”
不是一回事！

不要迷信书、考题、老师、回帖；
要迷信CPU、编译器、调试器、运行结果。
并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。
任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！

有人说一套做一套，你相信他说的还是相信他做的？
其实严格来说这个世界上古往今来所有人都是说一套做一套，不是吗？

不要写连自己也预测不了结果的代码！

电脑内存只是一个一维二进制字节数组及其对应的二进制地址；
人脑才将电脑内存中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是整数、有符号数/无符号数、浮点数、复数、英文字母、阿拉伯数字、中文/韩文/法文……字符/字符串、函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、字符点阵、字符笔画的坐标、黑白二值图片、灰度图片、彩色图片、录音、视频、指纹信息、身份证信息……

------解决方案--------------------
标准文档搜索 side effect
------解决方案--------------------