国产精品久久久久9999,丰满少妇人妻久久久久久,99精品久久精品一区二区

Kooyu — Fri, 20 Apr 2007 05:35:00 GMT

最�q�有看到一些文章讨论怎样��L��的��用DLL�Q�其中有一个错误，那就是在DLL中创建的对象未在DLL中删除，如下�C�：

//someheadfile.h
#include<memory>

class __declspec(dllexport) Interface
{
public:
  virtual void foo() = 0;
};

class __declspec(dllexport) Impl : public Interface
{
public:
   virtual void foo()
   {}
};

__declspec(dllexport)
std::auto_ptr<Impl> DLLCreate()
{
  return std::auto_ptr<Impl>(new Impl);
}

上面的做法貌似可以做到自动删除动态生成的对象�Q�但�Q�只有DLL和用户都动态链接C/C++�q�行库时它才会运行正��，否则�Q�创建和删除会在不同的堆栈空间进行，从而导致错�?nbsp;�?br>所以还是老实的在提供一�?/span>DLLDelete()用于删除�?/span>DLL中生成的对象�?/span>

Kooyu 2007-04-20 13:35 发表评论

Kooyu — Mon, 02 Apr 2007 16:27:00 GMT

半夜里刚睡着又被电话叫醒�Q�一个项目的现场数据出现了错误�?br>我们的程序要分析的报告里的某一个字�D��用了定点��数的表�C�方法，即两个字节表�C�整数部分，再两个字节表�C�小数部分。刚开始的时候没注意到这里有个问题，那就是这�U�表�C�法要求��数部分一定是定长的，否则�Q�就无法解析。例如，0.03�?.30的表�C�Z��同在哪里�Q?.30可不可以表示�?.300。怪我当初考虑�Ơ佳�Q�失败�?

Kooyu 2007-04-03 00:27 发表评论

ACE_CDR::mb_align(ACE_Message_Block * mb)使用问题

Kooyu — Fri, 09 Mar 2007 07:33:00 GMT

ACE_CDR::mb_align(ACE_Message_Block * mb)用于寚w��mb内部数据块ACE_Data_Block所拥有的内存的起始地址�Q�它的实现大致如下：

void
ACE_CDR::mb_align (ACE_Message_Block * mb)
{
  char * const start = ACE_ptr_align_binary(mb -> base (),   ACE_CDR::MAX_ALIGNMENT);

  mb -> rd_ptr (start);
  mb -> wr_ptr (start);
}

�׃��要执行内存地址寚w��Q�那么mb->base()所指示的地址可能需要向后移�?MAX_ALIGMENT - mb->base() % MAX_ALIGMENT)个字节。但在这个之后，mb->base()指向的可用内存将比它自己薄记的少�Q�如果需要程序正常运行，那么依赖于在往它写入数据时�Q�写入的字节��C��能大于实际大��?�q�个实际大小�?�Q�mb的薄记大��?�U�d��的距��?�Q�而这需要由�E�序员来控制�Q�容易出错也��难免了�?br />
也许可以在函数mb_align内部重设mb的大��，使其薄记大小与实际有效内存大��相�W�，但这引�v内存拯��Q�这个代价也太大了�?br />
内存寚w��的处理似乎应该在内存分配阶段�Q�比如提供类��g��面的分配已对齐地址功能的分配器�Q?/p>

struct Align_Alloc
{
    void * align_alloc(size_t size, unsigned align)
    {
        void * ptr = new char[size + align];
        return align_mb_ptr(ptr, align);
    }
};

但ACE实际上没�q�么做，它提供mb_align�q�个与内存分配毫不相�q�的功能�Q�且希望��q��序员自己来解军_��能引发的问题�Q�~

Kooyu 2007-03-09 15:33 发表评论

"危险"的函数指针类型的强制转换

Kooyu — Wed, 07 Mar 2007 05:38:00 GMT

查看一个与别�h合作的项目的代码�Q�发��C��一个“隐�U�”的问题�Q�模拟这个问题如下：

typedef void ( * foo_type)( int , int );

void foo1( int , int )
{
}

void foo2()
{
}

int main()
{
  foo_type f 1 = & foo1;                      // <1>
  foo_type f 2 = (foo_type) & foo2;   // <2>
     return 0;
}

语句<1>肯定是对的，语句<2>��{一个函数类型到foo_type�c�d��Q�我当时担心�q�会不会��D��下面的语句导致运行时错误�Q?br />

(*f2)(1,2);

�q�运时这里它不会��D��错误�Q�这是由于：
<1>我们使用C/C++的默认函数调用方式__cdecl�Q�也��是传入的函数参数是��p��用者清理的�Q?br /><2>函数foo2没有使用��M��参数�?br />�q�种做法肯定不值得提倡，但实际的��目中要避免�q�是不太�Ҏ��Q�毕竟每个�h的习惯不一��P��q�有��Z��与框架协同工作，有时候可能也不得不这样做。但是，一旦函数调用方式发生改变，或者被��{的那个函数是带参数的�Q�而它又��用了�q�些参数�Q�隐�U�的错误也就埋下了�?/p>

Kooyu 2007-03-07 13:38 发表评论

实在让�h无法忍受

Kooyu — Tue, 06 Mar 2007 05:17:00 GMT

C++ = VC++ = MFC/ATL/COM
我已�l�记不清多少�ơ看��C��此类似甚��x��q�更��谱的关于C++的表�q�ͼ�真是害�h不浅�Q�特别是对C++新手而言�?br />�q�有一些C++的半调子动辄批评、讽��Z��们一知半解的C++�Ҏ��，拿C++与另一�U�毫不相�q�的语言大肆比较�Q�得出稀奇古怪的�l�论�?br />
一些气话，心情不好�?img src ="http://www.shnenglu.com/Kooyu-Gql/aggbug/19291.html" width = "1" height = "1" />

Kooyu 2007-03-06 13:17 发表评论