C++博客-万星星-最新评论

re: Xindows第一版本快整理完了

cursesun — Mon, 29 Jun 2009 15:45:00 GMT

关注中

cursesun 2009-06-29 23:45 发表评论

re: 这几个月的成果

万连文 — Sun, 21 Jun 2009 13:14:00 GMT

一个界面翻译引擎，按照自己的想法加上一些现有的实现，模拟类似Flash WPF这样的界面框架，仅仅是猜想而已，不一定可以达到，重在学习的过程与积累的过程。

万连文 2009-06-21 21:14 发表评论

re: 使MFC变漂亮二：MFC与HTML交互示例[未登录]

Sat, 20 Jun 2009 05:26:00 GMT

你好，请教一下vc与js交互问题，这是我的邮箱
qfeng.008@gmail.com

风 2009-06-20 13:26 发表评论

re: 甘特图1.0.0β发布

托尔斯泰 — Wed, 10 Jun 2009 15:06:00 GMT

狗日的强

托尔斯泰 2009-06-10 23:06 发表评论

re: 甘特图1.0.0β发布[未登录]

123 — Tue, 09 Jun 2009 07:20:00 GMT

楼主能作出这样的效果来，不简单，佩服

123 2009-06-09 15:20 发表评论

re: 甘特图第一版本发布

Lareina — Mon, 08 Jun 2009 02:41:00 GMT

如果在使用甘特图控件作出来的报表模块，提示PmAdoAdapter未授权是什么问题？请高手指点，谢谢

Lareina 2009-06-08 10:41 发表评论

re: 技术回归01-Windows内存分配工具

Touchsoft — Fri, 05 Jun 2009 09:50:00 GMT

struct DBGALLOCHDR
这个结构好像在调试时见到过。

Touchsoft 2009-06-05 17:50 发表评论

re: 我得C++学习心得

admin — Fri, 05 Jun 2009 08:48:00 GMT

@蚂蚁终结者
我也自学了好一段时间C++了但感觉收获很少、、、、学好真的有点难度!

admin 2009-06-05 16:48 发表评论

re: 技术回归01-Windows内存分配工具

99网上书城 — Thu, 04 Jun 2009 09:59:00 GMT

感谢你的指导

99网上书城 2009-06-04 17:59 发表评论

re: 技术回归01-Windows内存分配工具

万连文 — Thu, 04 Jun 2009 04:13:00 GMT

微软的什么我没有必要告诉你，crt的动态库我不晓得你怎么想，用dependency工具看看就晓得依赖不依赖了，我对自己的认识也不是十足的把握。

万连文 2009-06-04 12:13 发表评论

re: 技术回归01-Windows内存分配工具

OwnWaterloo — Thu, 04 Jun 2009 04:04:00 GMT

@万连文
微软的哪？ MFC？

上面的命令行 cl /MD 已经告诉编译器链接到动态库了。
vc6不支持是因为它只有静态库。 crt的动态库是跟.net那一套东西一起出来的。

OwnWaterloo 2009-06-04 12:04 发表评论

re: 技术回归01-Windows内存分配工具

万连文 — Thu, 04 Jun 2009 03:29:00 GMT

因为我是看微软这么做的，自己确实没有发现什么错误，我没法不承认她的实现可以为我所用，可能就是中毒太深吧。您上面写的那些已经超出了我的知识范围，我需要好好学习。至于 vc6不支持动态crt库好像可以通过修改/MLd到/MDd实现。

万连文 2009-06-04 11:29 发表评论

re: 技术回归01-Windows内存分配工具

OwnWaterloo — Thu, 04 Jun 2009 02:32:00 GMT

  1#include <stddef.h>
  2#include <stdlib.h>
  3#include <stdio.h>
  4#include <vector>
  5
  6#include <stdexcept>
  7
  8
  9#if defined(_MSC_VER) && _MSC_VER<1400
10#include <new.h>
11namespace std { using ::set_new_handler; using ::new_handler; }
12#else
13#include <new>
14#endif
15
16
17void* allocate(size_t size) {
18    if (size==0) size = 1;
19    for (void* p=0;;) {
20        p = malloc(size);
21        if (p) {
22            printf("allocate %p\n",p);
23            return p;
24        }
25        std::new_handler handler = std::set_new_handler(0);
26        std::set_new_handler(handler);
27        if (handler)
28            handler();
29        else
30            throw std::bad_alloc();
31    }
32}
33
34void deallocate(void* ptr) {
35    printf("deallocate %p\n",ptr);
36    free(ptr);
37}
38
39void* operator new(size_t size) { return allocate(size); }
40void* operator new[](size_t size) { return allocate(size); }
41void operator delete(void* ptr) { deallocate(ptr); }
42
43class C {
44    static int count;
45public:
46    static bool fail;
47    C() {
48        if (fail)
49            throw std::exception();
50        printf("C::C(),%d\n",++count);
51    }
52    ~C() {
53        printf("C::~C(),%d\n",count--);
54    }
55    C(const C& ) {
56        printf("C::(const C&),%d\n",++count);
57    }
58
59
60    //void* operator new(size_t,void* place) { return place; }
61    void* operator new(size_t size) { return allocate(size); }
62    void* operator new[](size_t size) { return allocate(size); }
63    void operator delete(void* ptr) { deallocate(ptr); }
64};
65bool C::fail;
66int C::count;
67
68struct S {
69    static bool fail;
70    S() {
71        if (fail)
72            throw std::exception();
73        printf("construct\n");
74    }
75    ~S() {
76        printf("destroy\n");
77    }
78};
79bool S::fail;
80
81void test_class(int dim) {
82    if (dim<=0)
83        return;
84    C::fail = dim==4;
85    C* arr = new C[dim];
86    delete[]  arr;
87}
88
89
90void test_global(int dim) {
91    if (dim<=0)
92        return;
93    S::fail = dim==4;
94    S* arr = new S[dim];
95    delete[] arr;
96}
97
98int main() {
99    using namespace std;
100    int dim = 0;
101    for (printf("input dim: ");scanf("%d",&dim)==1;printf("input dim: "))
102    {
103        try {
104            test_class(dim);
105        }
106        catch (std::exception& ) {
107            printf("  ---- catch an exception ----\n");
108        }
109        try {
110            test_global(dim);
111        }
112        catch (std::exception& ) {
113            printf("  ---- catch an exception ----\n");
114        }
115    }
116}
117

有两个底层分配函数allocate和deallocate，它们使用malloc和free。

用这两个函数实现全局的3个op new,op new[], op delete，没有op delete[]

还用这两个函数实现了C的3个op new,op new[], op delete，同样没有op delete[]

用如下参数编译

cl /EHsc /MD /analyze /W3

你看看结果吧。

我用vc8、9测过（vc6不支持动态crt库，vc10我没装）。

反正两处delete[] arr;都没有调用 op delete。

它们调用那个全局的，没有被重写的op delete[]。

如果静态链接，该全局默认的op delete[]会被inline，再调用该编译单元中定义的op delete。

如果动态链接，op delete[]不会被inline，会调用crt库中提供的op delete。

总之，这两处delete[] arr;都没有调用deallocate。

当然，你可以说你只静态链接到crt库。

也可以说你的allocate和deallocate底层实现绝对会一直保持与vc提供的crt兼容。

但是，你的代码的用户了解么？

难道你打算在文档中写“使用我的库的代码者，使用的crt库必须满足XXX要求，必须自己测试YYY”，只是为了你自己可以少写一个 op delete[]？

这不是程序库开发者的态度。

还有两个小问题。

C* pc = static_cast(malloc(sizeof(*pc));

new (pc) C; // 编译错误

C* pc2 = new (std::nothrow) C; // 编译错误

当然，你还是可以说你绝对不会用这种东西，你是实用主义嘛。

但是你的库的使用者呢？

“出发点只是想找到一个经过验证的（大的、成功的产品使用过的）简便的工具”

你觉得这可以说明该产品中的每个细节都是无可挑剔的么？

越是大的产品，测试越不容易，更不容易暴露其中的问题，同时也许忽悠客户也更容易。

确实没有任何事物都是完美的，但不能连追求完美的心都舍弃了。

同时，从实用角度出发，让该库变得更完美，所付出的代价非常小，“按规则”办事就可以了，10来行代码的事，何乐而不为？

规则可以见《EffCpp》或者《C++CodingStandard》。

OwnWaterloo 2009-06-04 10:32 发表评论

re: 技术回归01-Windows内存分配工具

OwnWaterloo — Thu, 04 Jun 2009 02:32:00 GMT

sorry…… 不小心提交了2次 ……
我自己删掉一个 ……

OwnWaterloo 2009-06-04 10:32 发表评论

re: 技术回归01-Windows内存分配工具

万连文 — Wed, 03 Jun 2009 23:42:00 GMT

感谢你的指导，我没有说跨平台，也没有说实用多个编译器，我一直使用VC系列工具在Windows上面写程序，其他的编译器和OS了解很少，对C++标准也研究不够，出发点只是想找到一个经过验证的（大的、成功的产品使用过的）简便的工具。我想软件工具都不是完美的，考虑太多就没完没了了，我坚持实用原则。

万连文 2009-06-04 07:42 发表评论

re: 技术回归01-Windows内存分配工具

OwnWaterloo — Wed, 03 Jun 2009 13:30:00 GMT

@万连文
某某牛库是哪个库？
其实跟有没有库这样做没关系，跟该库牛不牛也没什么关系。
不能跟着别人错。

底层实现是HeapXXX？
其实跟底层实现到底是什么没关系。
C++标准没要求底层实现怎么做，但是要求重载operator new必须有其对应形式的operator delete重载。

跟测不测试也没关系。
一次不带TT不会怀上不等于次次都不会怀上。
一个编译器上测试成功，不等于每个编译器都能测试成功。
在某个编译器上能测试通过，并不能证明或证伪。

编写operator new/delete要遵守一些规范。
HeapAlloc能否处理 size=0？
HeapAlloc分配失败时的new_hanlder处理？
对其他形式new的隐藏？
"重载"（而不是覆盖全局标准）op new时，如果不提供相应形式的op delete，是否也能正确工作？
与其在不同平台，不同编译器，甚至是相同编译器的不同版本下进行测试，不如一开始就按照标准形式编写。

OwnWaterloo 2009-06-03 21:30 发表评论

re: 技术回归01-Windows内存分配工具

万连文 — Wed, 03 Jun 2009 09:33:00 GMT

因为底层实现是Heap**操作，所以delete和delete[]都会调用HeapFree，所以恰好可以完成任务。

万连文 2009-06-03 17:33 发表评论

re: 技术回归01-Windows内存分配工具

OwnWaterloo — Wed, 03 Jun 2009 08:51:00 GMT

operator delete[]呢？

OwnWaterloo 2009-06-03 16:51 发表评论

re: 甘特图1.0.0β发布

万连文 — Tue, 26 May 2009 00:31:00 GMT

xgantt确实是这个行业的控件产品里面最优秀的，功能很强大，毋庸置疑。在性能上面我觉得自己还是有把握的，功能方面根据自己的经验慢慢优化结构增加功能点，应该会弥补差距。

万连文 2009-05-26 08:31 发表评论

re: 甘特图1.0.0β发布

茶韵云鹤 — Mon, 25 May 2009 10:51:00 GMT

我觉得看起来，还是xgantt好点吧，我们单位做排程的时候就了解过，xgantt在这方面还是比较强的，资料都是在http://www.evget.com/zh-CN/Products/Search.aspx?keyword=XGantt这个上面找的，我们领导看的眼睛都晕了，大家可以去看看，我们可以探讨一下呢

茶韵云鹤 2009-05-25 18:51 发表评论