青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨心動

2014年3月13日

     摘要:   閱讀全文
posted @ 2014-03-13 03:06 陳志遠 閱讀(538) | 評論 (0)編輯 收藏

2013年12月17日

轉載網址:http://blog.csdn.net/windboyzsj/article/details/2790485
 1 #include <iostream.h> 
 2 class Singleton 
 3 { 
 4 public
 5 ~Singleton(){cout<<"singleton deconstruct"<<endl;} 
 6 static Singleton* Instance() 
 7 { 
 8   if (_instance == NULL) 
 9   { 
10    _instance = new Singleton(); 
11    static Cleaner cl; //延遲到這里 
12   } 
13   return _instance; 
14 } 
15 void Print(char* str) 
16 { 
17   cout<<"singleton print:"<<str<<endl; 
18 } 
19 private
20 Singleton(){cout<<"singleton construct"<<endl;} 
21 static Singleton* _instance; 
22 class Cleaner 
23 { 
24 public
25   Cleaner(){cout<<"cleaner construct"<<endl;} 
26   ~Cleaner() 
27   { 
28    cout<<"cleaner deconstruct"<<endl; 
29    if(Singleton::Instance()) 
30    delete Singleton::Instance(); 
31   } 
32 }; 
33 }; 
34 Singleton* Singleton::_instance = NULL; 
35 int main(int argc, char* argv[]) 
36 { 
37 Singleton::Instance()->Print("print 1"); 
38 Singleton::Instance()->Print("print 2"); 
39 return 0; 
40 }
posted @ 2013-12-17 04:18 陳志遠 閱讀(343) | 評論 (0)編輯 收藏

2013年12月16日

     摘要: 網上看到的,非常有用,轉載一下, 非常感謝作者。  閱讀全文
posted @ 2013-12-16 00:01 陳志遠 閱讀(6196) | 評論 (0)編輯 收藏

2013年12月15日

一個自處理的list 用途多多
  1
   1 //子項
  2   2 class autoItem
  3   3 {
  4   4 public:
  5   5     //處理
  6   6     virtual bool  proces() = 0;
  7   7     //彈出
  8   8     virtual bool  ok() = 0; 
  9   9     //處理順序
 10  10     virtual int   Order(){return 0;}
 11  11 };
 12  12 enum sortType
 13  13 {
 14  14     ST_Input,
 15  15     ST_Custom
 16  16 };
 17  17 //自處理list
 18  18 class _autolist
 19  19 {
 20  20 public:
 21  21     _autolist( sortType _type );
 22  22     ~_autolist();
 23  23 
 24  24     //繼承函數
 25  25 public:
 26  26     //加入處理序列
 27  27     virtual bool  push(autoItem *p);
 28  28     //執行處理序列
 29  29     virtual bool  go();
 30  30     //清理所有
 31  31     virtual bool  clear(); 
 32  32 
 33  33     //
 34  34 protected:
 35  35     std::list<autoItem*> itemList;
 36  36     sortType _sortType;
 37  37 };
 38  38 
 39  39 
 40  40 _autolist::_autolist( sortType _type )
 41  41 {
 42  42     _sortType = _type;
 43  43 }
 44  44 
 45  45 _autolist::~_autolist()
 46  46 {
 47  47     clear();
 48  48 }
 49  49 
 50  50 bool _autolist::push( autoItem *p )
 51  51 {
 52  53     if (p == NULL) return false;
 53  54     switch (_sortType)
 54  55     {
 55  56     case ST_Input:
 56  57         {
 57  58             itemList.insert(itemList.end(),p);
 58  59             return true;
 59  60         }
 60  61     case ST_Custom:
 61  62         {
 62  63             if (itemList.size() == 0)
 63  64             {
 64  65                 itemList.push_back(p);
 65  66                 return true;
 66  67             }
 67  68             static std::list<autoItem*>::iterator it;
 68  69             it= itemList.begin();
 69  70             for (; it != itemList.end();it++)
 70  71             {
 71  72                 if ((*it)->Order() < p->Order())continue;
 72  73                 itemList.insert(it,p);
 73  74                 break;
 74  75             }
 75  76             return true;
 76  77         }
 77  78     default:
 78  80         return false;
 79  82     }
 80  83     return false;
 81  84 }
 82  85 
 83  86 bool _autolist::go()
 84  87 {
 85  88     static std::list<autoItem*>::iterator it;
 86  89     int nsize = itemList.size();
 87  90     it= itemList.begin();
 88  91     for (; it != itemList.end();)
 89  92     {
 90  93         (*it)->proces();
 91  94         if ( (*it)->ok())
 92  95             it = itemList.erase(it);
 93  96         else
 94  97             it++;
 95  98     }
 96  99     return true;
 97 100 }
 98 101 
 99 102 bool _autolist::clear()
100 103 {
101 104     itemList.clear();
102 105     return true;
103 106 }
104 107 
105 
posted @ 2013-12-15 22:30 陳志遠 閱讀(1486) | 評論 (2)編輯 收藏

2013年4月16日

點:
   v1(x,y,z)           ->v1(x,y,-z)                      Z軸方向不同                       DX:  z正方向屏幕向里           OpengGL:  z正方向屏幕向外
面:
   face1(v1,v2,v3) -> face(v1,v3,v2)                正面相反                           DX:  面正方向是順時針           OpengGL:  面正方向逆時針
紋理坐標
   tz(u,v)              -> tz(u,1.0f-z)                   (0,0)點不同                       DX:  (0,0)左上角                   OpengGL:  (0,0)左下角
矩陣:
   m(m00,...m33)   ->轉置()                            ()                                    DX: 左手坐標系,行向量           OpenGL:  右手坐標系,列向量 
posted @ 2013-04-16 11:34 陳志遠 閱讀(380) | 評論 (0)編輯 收藏

2013年3月24日

     摘要: SQLite存取二進制數據(http://hi.baidu.com/ejoywx/blog/item/4d7b418c8677cc00b31bbae9.html)http://blog.sina.com.cn/s/blog_60f8483a0100ydaw.html Code highlighting produced by Actipro CodeHighlighter (freeware)h...  閱讀全文
posted @ 2013-03-24 16:06 陳志遠 閱讀(9837) | 評論 (1)編輯 收藏

2012年7月27日

VC++ IDE 的默認狀態(VC6)是沒有啟用內存泄漏檢測機制的,也就是說即使某段代碼有內存泄漏,調試會話的 Output 窗口的 Debug 頁不會輸出有關內存泄漏信息。你必須設定以啟用內存泄漏檢測機制。


 
按下面的方法使用調試堆函數
在XXXView.cpp中添加下面粗體行

你再看看輸出結果,是不是有很多的內存泄漏?

#define _CRTDBG_MAP_ALLOC
#include<stdlib.h>
#include<crtdbg.h>


CXXXView::~CXXXView()
{
     _CrtDumpMemoryLeaks();
}

文章出處:DIY部落(http://www.diybl.com/course/3_program/c++/cppjs/2007925/73624.html)

       首先,應該是MFC報告我們發現內存泄漏。注意:要多運行幾次,以確定輸出的內容不變,特別是{}之間的數值,不能變,否則下面的方法就不好用了。
image001.jpg

        我們來看看:

F:\CodeSample\Test\TestPipe\LeakTest\MainFrm.cpp( 54 { 86 normal block at  0x00422E80 10  bytes  long .
 Data: 
<            >  1F 1F 1F 1F 1F CD CD CD CD CD 


         F:\CodeSample\Test\TestPipe\LeakTest\MainFrm.cpp(54) 告訴我們MFC認為是在該文件的54行,發生了內存泄漏。你雙擊改行就可以轉到該文件的54行了。但是有時候這一信息并不能用來準確判斷,比如:MFC可能報告Strcore.cpp文件的某行,實際上這是CString的實現函數,此時并不知道什么時候發生了內存泄漏。

         此時我們需要更多的信息。那么我們看看緊接其后的:

{ 86 normal block at  0x00422E80 10  bytes  long .
 Data: 
<            >  1F 1F 1F 1F 1F CD CD CD CD CD 


         它告訴我們:在第86次分配的內存沒有釋放,一共有10字節,內容移16進制方式打印給我們看。

         有了這些信息,我們可以開始調試內存泄漏了。

         按下F10在程序的剛開始處,停下來,打開Watch窗口:

image002.jpg

         在Watch窗口中輸入:

{,,msvcrtd.dll}_crtBreakAlloc


  image003.jpg

         然后更改值為上文提到的分配次數:86

image004.jpg

         接著按下F5繼續,然后在第86次分配的時候會發生中斷:

image005.jpg

         然后我們打開堆棧窗口:

image006.jpgimage007.jpg

      往回查看最近我們自己的代碼,雙擊堆棧我們自己的函數那一層,上圖有綠色三角的那一層。就定位到泄漏時分配的內存了。

image008.jpg

         之后,就是看你的編碼功底了。




 

你也許還沒用過的vc++的調試的功能

From: http://www.cnitblog.com/Raistlin/archive/2005/12/14/5380.html

剛剛在IT博客網閑逛的時候看到了孤獨的夜的一片文章《如何調試MFC中的內存泄漏》,講道用設置{,,msvcrtd.dll}_crtBreakAlloc這個變量來調試內存泄露的問題。

How to use _crtBreakAlloc to debug a memory allocation你可以找到英文的更完整的版本,靜態鏈接和動態連接到C運行庫的名稱是不一樣的
靜態:_crtBreakAlloc
動態:{,,msvcr40d.dll}*__p__crtBreakAlloc()  (vc++4.0 和4.1版本,估計沒人在用吧)
         {,,msvcrtd.dll}*__p__crtBreakAlloc()  (Visual C++ 4.2 or later)
         {,,msvcrtd.dll}_crtBreakAlloc (好像這樣也是可以的)


{,,msvcrtd.dll}__p__crtBreakAlloc()是個什么東西呢?

查看msdn索引“Advanced Breakpoint”and you will find out...

語法如下:
{[function],[source],[exe] } location
{[function],[source],[exe] } variable_name
{[function],[source],[exe] } expression_r_r
這個是我轉的時候的地址:http://blog.sina.com.cn/s/blog_630d564a0100gq5k.html

posted @ 2012-07-27 19:20 陳志遠 閱讀(471) | 評論 (0)編輯 收藏

2012年7月17日

原文地址:http://blog.csdn.net/liuchanghe/article/details/1425080

http://blog.vckbase.com/smileonce/articles/1184.html
(這個鏈接->關于Debug和Release之本質區別

今天公司有同事問我ASSERT與VERIFY宏有什么區別,雖然平時常用這兩個宏對一些變量在Debug模式下作判斷,但一時還真答不上來二者之間的具體差別,看來只是知其然不知其所以然。后來查了一些資料,總算弄清楚了二者之間的區別,整理后與同事交流了一番,感覺收獲還是蠻大的。下面對我的理解進行了總結:

    1 ASSERT與VERIFY宏在Debug模式下作用基本一致,二者都對表達式的值進行計算,如果值為非0,則什么事也不做;如果值為0,則輸出診斷信息。
    2 ASSERT與VERIFY宏在Release模式下效果完全不一樣。ASSERT不計算表達式的值,也不會輸出診斷信息;VERIFY計算表達式的值,但不管值為0還是非0都不會輸出診斷信息。
VERIFY   與ASSERT用在程序調試上并無本質上的區別。  
  In   the   debug   version   of   MFC,   the   VERIFY   macro   evaluates   its   argument.   If   the   result   is   0,    
  the   macro   prints   a   diagnostic   message   and   halts   the   program.   If   the   condition   is   nonzero,    
  it   does   nothing.  
   
  In   the   release   version   of   MFC,   VERIFY   evaluates   the   expression   but   does   not   print   or   interrupt   the   program.   For   example,   if   the   expression   is   a   function   call,   the   call   will   be   made.  
斷言類型  定義
ANSI C 斷言 void assert(int expression );
C Runtime Lib 斷言 _ASSERT( booleanExpression );
_ASSERTE( booleanExpression );
MFC 斷言 ASSERT( booleanExpression );
VERIFY( booleanExpression );
ASSERT_VALID( pObject );
ASSERT_KINDOF( classname, pobject );
ATL 斷言 ATLASSERT( booleanExpression );
 此外,TRACE() 宏的編譯也受 _DEBUG 控制。
 所有這些斷言都只在 Debug版中才被編譯,而在 Release 版中被忽略。唯一的例外是 VERIFY() 。事實上,這些宏都是調用了 assert() 函數,只不過附加了一些與庫有關的調試代碼。如果你在這些宏中加入了任何程序代碼,而不只是布爾表達式(例如賦值、能改變變量值的函數調用 等),那么 Release 版都不會執行這些操作,從而造成錯誤。初學者很容易犯這類錯誤,查找的方法也很簡單,因為這些宏都已在上面列出,只要利用 VC++ 的 Find in Files 功能在工程所有文件中找到用這些宏的地方再一一檢查即可。另外,有些高手可能還會加入 #ifdef _DEBUG 之類的條件編譯,也要注意一下。
 順便值得一提的是 VERIFY() 宏,這個宏允許你將程序代碼放在布爾表達式里。這個宏通常用來檢查 Windows API 的返回值。有些人可能為這個原因而濫用 VERIFY() ,事實上這是危險的,因為 VERIFY() 違反了斷言的思想,不能使程序代碼和調試代碼完全分離,最終可能會帶來很多麻煩。因此,專家們建議盡量少用這個宏
posted @ 2012-07-17 23:38 陳志遠 閱讀(494) | 評論 (0)編輯 收藏
僅列出標題  

導航

<2025年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

統計

常用鏈接

留言簿

隨筆檔案

文章分類

Othor's blog

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲精品免费在线观看| 久久久噜噜噜久噜久久| 欧美福利专区| 在线视频中文亚洲| 欧美黄色网络| 红桃视频国产一区| 国产精品成人aaaaa网站| 亚洲国产另类 国产精品国产免费| 在线视频亚洲一区| 欧美成人精品在线| 性久久久久久| 国产精品都在这里| 99热这里只有精品8| 久久综合99re88久久爱| 亚洲综合清纯丝袜自拍| 欧美激情综合色| 亚洲第一中文字幕在线观看| 久久综合五月| 亚洲人体一区| 欧美成人一区二免费视频软件| 国产亚洲激情在线| 久久精品二区| 亚洲尤物视频网| 国产一区二区三区无遮挡| 午夜在线观看免费一区| 欧美第十八页| 欧美激情乱人伦| 亚洲国产成人精品女人久久久 | 亚洲日本一区二区| 久久综合五月天婷婷伊人| 久久久天天操| 激情五月综合色婷婷一区二区| 亚洲美女性视频| aa亚洲婷婷| 欧美图区在线视频| 久久久www成人免费精品| 午夜精品福利一区二区蜜股av| 国产精品毛片| 久久久久久久综合色一本| 久久久www成人免费精品| 亚洲三级毛片| 99热在这里有精品免费| 欧美午夜视频| 久久资源在线| 欧美韩日一区| 亚洲人成在线观看| 日韩视频永久免费观看| 国产精品红桃| 欧美精品v国产精品v日韩精品| 亚洲永久精品国产| 国产精品午夜视频| 久久蜜臀精品av| 免费欧美高清视频| 99亚洲精品| 久久激情综合网| 91久久国产自产拍夜夜嗨| 99热在线精品观看| 国色天香一区二区| 欧美激情一区二区三区全黄| 国产精品免费一区豆花| 久久精品夜夜夜夜久久| 欧美日韩不卡视频| 久久久久久电影| 欧美www在线| 久久久久国内| 欧美日韩国产精品| 免费在线视频一区| 欧美天天综合网| 久久亚洲综合色| 国产精品爱久久久久久久| 久久一区免费| 国产精品系列在线| 亚洲国产经典视频| 国产精品自在线| 美脚丝袜一区二区三区在线观看 | 久久午夜电影网| 日韩视频久久| 久久最新视频| 亚洲欧美国产77777| 久久精品国产亚洲一区二区三区| 欧美日韩美女一区二区| 久久精品亚洲乱码伦伦中文| 欧美三级电影一区| 欧美激情国产日韩| 国产精品av久久久久久麻豆网| 亚洲国产精品视频一区| 国产日韩欧美中文在线播放| 一区二区三区国产| 亚洲国产精品嫩草影院| 欧美国产成人精品| 欧美网站大全在线观看| 亚洲国产一区在线| 免费在线欧美黄色| 久久性天堂网| 欧美精品免费在线观看| 麻豆av一区二区三区| 国产精品美女久久久| 亚洲乱码精品一二三四区日韩在线| 影音先锋亚洲精品| 久久综合给合久久狠狠狠97色69| 午夜精品国产更新| 国产欧美日韩激情| 亚洲男人第一av网站| 欧美在线电影| 国产精品无码专区在线观看| 亚洲一区欧美激情| 亚洲综合色婷婷| 国产欧美高清| 亚洲永久免费av| 久久久99免费视频| 欧美中文字幕在线观看| 欧美日韩在线播| 91久久精品美女| 国产在线一区二区三区四区| 久久国产精品一区二区| 欧美在线网站| 精品成人一区| 牛牛影视久久网| 伊人色综合久久天天| 欧美激情第8页| 亚洲激情亚洲| 欧美一区二区三区视频| 国产三区精品| 欧美搞黄网站| 99视频一区二区三区| 久久国产综合精品| 黄色综合网站| 男人的天堂亚洲在线| 亚洲视频一二| 久久激情视频| 99精品99| 国产精品久久久久久一区二区三区| 欧美在线一区二区三区| 欧美福利在线观看| 国产一区欧美| 欧美高清视频| 中文亚洲视频在线| 免费在线看成人av| 日韩视频三区| 狠狠久久婷婷| 欧美久久久久久蜜桃| 性做久久久久久免费观看欧美| 久久综合电影| 亚洲一级高清| 亚洲激情社区| 欧美日韩中文另类| 老司机久久99久久精品播放免费 | 欧美1级日本1级| 午夜精品久久| 亚洲国产综合视频在线观看| 欧美在线视频免费观看| 亚洲国产一二三| 欧美福利电影网| 久久久久国产一区二区三区| 亚洲精品欧美日韩| 欧美激情bt| 欧美一区国产二区| 亚洲视频一起| 激情综合五月天| 国产精品一区二区三区久久 | 国产精品久久看| 欧美风情在线观看| 香蕉久久一区二区不卡无毒影院| 日韩一区二区精品视频| 久久蜜桃精品| 久久久国产精品一区| 亚洲视屏一区| 国产一区二区三区久久悠悠色av | 亚洲国内精品| 免费日韩一区二区| 先锋资源久久| 午夜精品视频网站| 亚洲美女少妇无套啪啪呻吟| 亚洲精品国产精品乱码不99| 国产一区亚洲| 欧美日韩综合久久| 亚洲国产成人av在线| 国产精品一区二区你懂得 | 亚洲欧洲日本国产| 国产一区二三区| 狠狠色狠狠色综合系列| 国产精品一区=区| 国产麻豆精品视频| 欧美性大战久久久久| 国产精品高潮呻吟| 欧美视频中文在线看| 久久美女性网| 制服诱惑一区二区| 日韩午夜电影| 日韩视频精品| 99视频+国产日韩欧美| 免费观看日韩| 欧美激情91| 亚洲高清视频一区二区| 亚洲品质自拍| 亚洲欧洲另类国产综合| 日韩视频在线一区二区| 日韩视频在线观看| 欧美一区二区三区成人| 欧美中文字幕不卡|