vc2012的c++0x特性对std::move的支持测试

最近对我的开源库st_asio_wrapper（基于boost.asio的c/s框架）做了个详细的检查，主要是看看在防止内存拷贝上是否达到了我的预期，vc2012的结果似乎不满意（相对于gcc4.7来说），我哪里写法有误吗？
注：测的不是很全面，主要是std::string boost::container::list boost::bind等st_asio_wrapper用到的东西。

测试代码一：

void fun(std::string& str){printf("%p\n", str.data());}int main(){const char* pstr = "123456789012345678901234567890123456789";std::string s(pstr);container::list<std::string> l;printf("%p\n", s.data());l.push_back(std::move(s));printf("%p %p\n", s.data(), l.front().data());boost::bind(&fun, std::move(l.front()))();printf("%p\n", l.front().data());return 0;}

输出：
1.用gcc编译：
0xac60e8 //原始std::string地址
0x7f77d15234d8 0xac60e8 //move成功，list首元素地址变成了原始std::string地址
0xac60e8 //move成功，boost::bind参数地址变成了list首元素地址
0x7f77d15234d8 //再次证明move成功

2.用vc编译：
00000000001E8F00 //原始std::string地址
00000000002EE890 00000000001E8F00 //move成功，list首元素地址变成了原始std::string地址
00000000001EC540 //这里看不出来move成功与否，但数据至少拷贝过一次（地址不再是00000000001E8F00了）
00000000001EC4D8 //这里看出来，move是成功的（地址不再是00000000001E8F00了，但也不是00000000001EC540，所以更证明前面拷贝过一次）

结论，vc2012下用boost::bind，对move支持不太好。


测试代码二：

//完全由简单类型和支持move的类型组成的结构体，但本身没有实现任何move相关的东西（比如move构造函数）struct MESSAGE{int id;std::string str;};void fun(MESSAGE& msg){printf("%p\n", msg.str.data());}int main(){const char* pstr = "123456789012345678901234567890123456789";MESSAGE msg = {0, pstr};container::list<MESSAGE> l;printf("%p\n", msg.str.data());l.push_back(std::move(msg));printf("%p %p\n", msg.str.data(), l.front().str.data());boost::bind(&fun, std::move(l.front()))();printf("%p\n", l.front().str.data());return 0;}

输出：
1.用gcc编译：
0x18740e8
0x7f304898b4d8 0x18740e8
0x18740e8
0x7f304898b4d8
对比测试代码一的输出，除了地址不一样，其它的地址转换完全一样，说明虽然结构体MESSAGE没有实现任何move相关的东西，但由于其内部都是简单数据类型和支持move的数据类型，所以它也支持move操作。

2.用vc编译：
00000000002CD910
00000000002CD910 00000000002CD9B0
00000000002CDAF0
00000000002CD9B0

很不幸，没有一次move成功的，拷贝至少四次！

结果，vc2012对move支持的很差，不知道我的代码写的有没有问题？