老年工程师转行学C++的更新的问题 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

老年工程师转行学C++的更新的问题

老年工程师转行学C++的更新的问题# Programming - 葵花宝典

p*22017-09-29 07:09

1 楼

看了原帖，直流口水
http://www.mitbbs.com/article_t/Food/31427359.html
今天就赶紧买了all purpose powder过来依样画葫芦。
叫老公用俩筷子搅面，他直在那叫爹骂娘。说这个难度太高。为啥不用手揉。我说不知
道。他说生气了，手痛死了，不想吃了。不理他，我忙我的。
忘了醒面团了，不知道这个过程有多重要。
第一拨杆得太薄了，我以为越薄越好，结果不是，都成了一口一个的小饼了都。后然杆
厚一点就好多了。下回更厚！
盐撒少了，没啥咸味。秘诀撒面粉也撒少了，没有分层。在扭面团的时候我觉得还是粘
合两端再扭比较好。不然葱油露在外面也不好杆成饼啊。
我用medium火候，发现不够，面上烤焦了，里面也没好啊，黏黏的里面。后然用medium
high，看到面饼会鼓起来，狠happy。
饼煎好了后，老公不声不响偷走吃了。
给大家一些经验教训，饼很丑，就不上片片了。

c*42017-09-29 07:09

2 楼

最近看中了一房子，离高压线有3个block，六排房子的距离。请问这样的房子有什么问
题吗？
谢谢

H*y2017-09-29 07:09

3 楼

b*i2017-09-29 07:09

4 楼

这次是关于SWIG的，这是一种模板语言，用来和python等协作。比如，把C++的dll变成
pyd,可以自动完成很多补充的工作。
现在有这样一个发现，在python里面
a = cppapi.return_obj() C++函数返回一个对象，这个对象是python控制内存的
b = cppapi.return_ptr() c++函数返回一个指针，我认为python只控制这个指针的值
，不控制内存
我的问题是，如果
c = cppapi.return_obj2() 这里的C++函数这样写的：
Obj return_obj2(){
return * return_ptr();
}
这个方法的话，python的变量C来控制内存?就是说，不用的时候python负责释放内存。
我这个工作是不是和潮流反其道而行啊?大家都javascript了，我还C++？

F*t2017-09-29 07:09

5 楼

沙发
恭喜

H*y2017-09-29 07:09

6 楼

c*12017-09-29 07:09

7 楼

你可返回一个大内存,便于观察,python是否release the memory

【在 b***i 的大作中提到】

: 这次是关于SWIG的，这是一种模板语言，用来和python等协作。比如，把C++的dll变成
: pyd,可以自动完成很多补充的工作。
: 现在有这样一个发现，在python里面
: a = cppapi.return_obj() C++函数返回一个对象，这个对象是python控制内存的
: b = cppapi.return_ptr() c++函数返回一个指针，我认为python只控制这个指针的值
: ，不控制内存
: 我的问题是，如果
: c = cppapi.return_obj2() 这里的C++函数这样写的：
: Obj return_obj2(){
: return * return_ptr();

y*o2017-09-29 07:09

8 楼

lol

饼煎好了后，老公不声不响偷走吃了。

【在 p********2 的大作中提到】

: 看了原帖，直流口水
: http://www.mitbbs.com/article_t/Food/31427359.html
: 今天就赶紧买了all purpose powder过来依样画葫芦。
: 叫老公用俩筷子搅面，他直在那叫爹骂娘。说这个难度太高。为啥不用手揉。我说不知
: 道。他说生气了，手痛死了，不想吃了。不理他，我忙我的。
: 忘了醒面团了，不知道这个过程有多重要。
: 第一拨杆得太薄了，我以为越薄越好，结果不是，都成了一口一个的小饼了都。后然杆
: 厚一点就好多了。下回更厚！
: 盐撒少了，没啥咸味。秘诀撒面粉也撒少了，没有分层。在扭面团的时候我觉得还是粘
: 合两端再扭比较好。不然葱油露在外面也不好杆成饼啊。

H*y2017-09-29 07:09

9 楼

j*g2017-09-29 07:09

10 楼

loop 100 times

H*y2017-09-29 07:09

11 楼

t*n2017-09-29 07:09

12 楼

刷题转码工资翻倍

H*y2017-09-29 07:09

13 楼

m*52017-09-29 07:09

14 楼

What you said is correct in default cases. The return_obj2 actually returned
a value not reference. So for sure for this copy of Obj the memory is
handled by python as default if you did not change the thisown flag. However
, you still need to manage the C++ copy of object (the return_ptr pointed to
). According to my experience, the C++ copy can be optimized away during
compiling in some cases, but this is special cases and no guarantee. If you
want the python handle the C++ created instance, you need make sure by
yourself that there is no other piece of code refer to that instance after
passing to python and manually change the thisown flag.

【在 b***i 的大作中提到】

H*y2017-09-29 07:09

15 楼

b*i2017-09-29 07:09

16 楼

很好。现在发现我们的Python代码很多次使用了C++返回的指针，然后传给一个C++函数
来构造智能指针。这样是不对的
for..
xx = dict.get_somethin(...)
reg = ...
reg.add(xx)
我提出的解决方案是，进行复制。幸好我们的类都有Copy这个函数。
for..
xx = dict.get_somethin(...)
reg = ...
reg.add(xx.Copy())
现在的问题是，在SWIG怎么做？
%newobject *::Copy;
对吗？怎么才能知道是不是对的？在cxx文件能看到有什么改变吗？还是在py文件里可
以看到？

returned
However
to
you

【在 m********5 的大作中提到】

: What you said is correct in default cases. The return_obj2 actually returned
: a value not reference. So for sure for this copy of Obj the memory is
: handled by python as default if you did not change the thisown flag. However
: , you still need to manage the C++ copy of object (the return_ptr pointed to
: ). According to my experience, the C++ copy can be optimized away during
: compiling in some cases, but this is special cases and no guarantee. If you
: want the python handle the C++ created instance, you need make sure by
: yourself that there is no other piece of code refer to that instance after
: passing to python and manually change the thisown flag.

H*y2017-09-29 07:09

17 楼

i*s2017-09-29 07:09

18 楼

如果是在C++内生成的对象的指针，需要回到C++代码中去处理。
可以把指针传给PY代码，但是PY把这个指针作为一个特殊类型的数据来传递。当传递回
给C++代码之后，C++代码需要最后回收这个指针。
我怎么觉得你第一段代码看起来是对的？（如果最后在reg相应的C++代码里把指针回收
）。

【在 b***i 的大作中提到】

: 很好。现在发现我们的Python代码很多次使用了C++返回的指针，然后传给一个C++函数
: 来构造智能指针。这样是不对的
: for..
: xx = dict.get_somethin(...)
: reg = ...
: reg.add(xx)
: 我提出的解决方案是，进行复制。幸好我们的类都有Copy这个函数。
: for..
: xx = dict.get_somethin(...)
: reg = ...

H*y2017-09-29 07:09

19 楼

b*i2017-09-29 07:09

20 楼

问题在于swig负责衔接，如果返回指针，那么swig默认C++传出的指针不应由swig来销
毁，就像vector删掉元素并不销毁内存一样，所以Python的变量如果出范围是
不会调用swig来销毁这个空间的。
返回对象则默认Python应该负责销毁，所以swig会帮助进行销毁。指针也可以达到类似
的效果，要使用%newobject cppapi::ReturnObj();
那么swig就认为C++把所有权交给了python,
a=cppapi.return_obj()就获得了所有权（swig设的域thisown）
当变量a出范围后，Python就可以告诉swig，swig再调用析构函数。

【在 i********s 的大作中提到】

: 如果是在C++内生成的对象的指针，需要回到C++代码中去处理。
: 可以把指针传给PY代码，但是PY把这个指针作为一个特殊类型的数据来传递。当传递回
: 给C++代码之后，C++代码需要最后回收这个指针。
: 我怎么觉得你第一段代码看起来是对的？（如果最后在reg相应的C++代码里把指针回收
: ）。

H*y2017-09-29 07:09

21 楼

H*y2017-09-29 07:09

22 楼