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

posts - 6, comments - 0, trackbacks - 0, articles - 0

2010年9月26日

MFC一些調用的步驟

1、第一步,全局對象“theApp”的構造函數;

image

 

2、真正的main函數隱藏在框架內,IDE下 按F11可以進入Main函數

image

 

3、跳轉到AfxWinMain函數,看到調用了“InitInstace”虛函數,另外CWinAPP原來是從CWinThread派生的,是一個線程,以前沒注意

image

 

image

4、最后進入了CWinThread::Run函數,也就是進入了消息泵

image

posted @ 2010-09-26 14:27 liquanhai 閱讀(224) | 評論 (0)編輯 收藏

2010年4月11日

     摘要: 深入理解計算機系統中信息是怎么在計算機內存儲的  閱讀全文

posted @ 2010-04-11 22:06 liquanhai 閱讀(273) | 評論 (0)編輯 收藏

     摘要: 作為一個程序員,已不知編了多少行代碼。但若問我程序是如何在計算機中運行的,我怕只有張口結舌。書中第一章就給了我們相關的答案。  閱讀全文

posted @ 2010-04-11 22:01 liquanhai 閱讀(235) | 評論 (0)編輯 收藏

2009年12月14日

分三塊來講述:
1 首先:
      在C中定義一個結構體類型要用typedef:
        typedef struct Student
        {
            int a;
        }Stu;
于是在聲明變量的時候就可:Stu stu1;
如果沒有typedef就必須用struct Student stu1;來聲明
這里的Stu實際上就是struct Student的別名。
另外這里也可以不寫Student(于是也不能struct Student stu1;了)
        typedef struct
        {
            int a;
        }Stu;
但在c++里很簡單,直接
        struct Student
        {
           int a;
        };
于是就定義了結構體類型Student,聲明變量時直接Student stu2;
===========================================
2其次:
在c++中如果用typedef的話,又會造成區別:
       struct   Student  
       {  
          int   a;  
       }stu1;//stu1是一個變量  
       typedef   struct   Student2  
       {  
          int   a;  
        }stu2;//stu2是一個結構體類型  
使用時可以直接訪問stu1.a
但是stu2則必須先   stu2 s2;
然后               s2.a=10;
===========================================
3 掌握上面兩條就可以了,不過最后我們探討個沒多大關系的問題
如果在c程序中我們寫:
       typedef struct  
       {
           int num;
           int age;
       }aaa,bbb,ccc;
這算什么呢?
我個人觀察編譯器(VC6)的理解,這相當于
       typedef struct  
       {
           int num;
           int age;
       }aaa;
       typedef aaa bbb;
       typedef aaa ccc;
也就是說aaa,bbb,ccc三者都是結構體類型。聲明變量時用任何一個都可以,在c++中也是如此。但是你要注意的是這個在c++中如果寫掉了typedef關鍵字,那么aaa,bbb,ccc將是截然不同的三個對象。
posted on 2009-03-06 14:20 小蟲蟲

posted @ 2009-12-14 15:06 liquanhai 閱讀(192) | 評論 (0)編輯 收藏

2009年12月3日

 OVERLAPPED,顧名思義為重疊,乍一看會很奇怪,重疊?誰跟誰重疊?似乎在WIN32的Programming中沒有這個概念呀?要討論這個問題就要追溯到對設備I/O的訪問中。
     在WIN32中,用戶不能象以前那樣直接對硬件進行訪問,使得這一層對開發者而言是個"黑盒",而提供了一組對應的API的接口.讓開發者基于提供的接口進行開發,而把低層的訪問交給了Driver或者內核.在WIN32中,設備的概念已經遠遠超過了Moniter,Printer等的范圍,大概可以包括文件,目錄,串口,并口,管道以及控制臺等.很自然的,當我們要訪問這個設備的時候,我們的第一步就是打開這個設備,其中WIN32 API提供的是CreateFile,具體的使用可以參考MSDN,其中包括的一些參數表明了是否這個設備已經存在(dwCreationDisposition),是否以獨占的方式(dwShareMode)打開等等.這里大家可能已經產生了這個想法:呀,既然是跟設備打交道,那么設備的速度這么慢,而CPU的速度這么快,這兩者應該怎么協調好呢?舉個例子說,我要訪問軟盤上的資料,哪怕它是一秒后就讀出來了,那其實對CPU也是一種很大的浪費呀.是的,的確會有這個問題,既然有問題,我們就要解決,而MicroSoft的解決方式就是這里我們的討論題目:OverLapped這個字符到底是什么含義呢?其實它的意思就是當程序在等待設備操作的時候,可以繼續往下做而不必阻塞到那個地方等待設備操作的返回,這就造成了程序運行和設備操作時間上的重疊.是的,是這樣的,神奇吧,那么程序該怎么知道設備操作什么時候做完了返回了呢...
     講到這個地方,我們又要引入多線程的概念了.其實相信大家對多線程都有了一定的了解,其實多線程主要就是一個同步的問題,如何協調好這些"跑起來就不羈"的線程,WIN32提供給我們的是WaitForSingleObject和WaitForMultiObject這兩個函數,而WIN32中提供了一組專門用來同步的對象包括Critical Section,Mutex,Semaphore,Event等,這其中的絕大多數都屬于內核對象(Kernal Object),其中這些對象與一般對象的最大區別就是他們是屬于系統內核維護的一塊數據結構.程序不能直接訪問他們.這些對象都具備兩種形態,這里我們不妨稱之為:有信號的和無信號的.這樣當我們使用Wait函數的時候,就可以根據信號的有無來使得程序是否阻塞在wait的地方,簡單的說,就是當我們調用一個函數:WaiForSingObject(Event a);的時候,如果a事件有信號,那么程序就往下跑,如果是無信號的,那么程序就阻塞在當前位置,等待其變為有信號的.舉個形象的粒子,比如線程是個在高速公路上跑的汽車,Wait函數的作用就是讓這輛汽車開到一個十字路口,等待路口的信號燈是否為綠色的,如果是那么汽車接著往下跑,否則對不起,請等在那邊等信號燈變為綠色..
  在這里,我使用下來最方便的就是Event這個對象了,因為我們可以很方便的對它進行操作,比如SetEvent使的它變為有信號的,而ResetEvent使得它變為無信號的,當然其他的一些比如Mutex在使得程序不能重復加載等地方也很方便..
  這樣當我們想要異步的(OVERLAPPED)訪問設備的時候,只要首先在CreataFile的時候用上(OVERLAPPED)標志,然后在讀寫操作(對應的是WriteFile和ReadFile)的時候同樣使用這個標志即可...
  看看下面這段:
        

////1處        ////以重疊方式接收指定字符,看函數是否讀取成功
        fReadStat=ReadFile(hCom,lpBlock,dwLength,&dwLength,&osRead);
        
if(!fReadStat)
        {
            file:
//屬重疊方式操作在后臺進行的情況
            if(GetLastError()==ERROR_IO_PENDING)
            {
////2處               
                file://等待1s,若接收事件處于信號態,說明重疊方式操作完成,超時
////3處                if(WaitForSingleObject(osRead.hEvent,1000)==WAIT_TIMEOUT)
                    dwLength=0;
            }
            
else dwLength=0;//異常情況
        }
    這樣當程序在用異步的方式讀取資料的時候,不管設備有沒有操作完,程序會立即往下跑而不用等待其返回(如果是同步的那線程就會阻塞在這個地方).這樣我們在2處的地方就可以自己做自己的事情而不用去管設備(這樣也就實現了時間上的重疊),直到我們需要等待3處資料進來后再做進一步的處理的時候,我們才會用上
那句WaitFor等待設備..
    這樣的操作無疑提高了效率,使得程序和設備的配合協調了不少,當然OVERLAPPED里面是自己新開了線程來處理,這是毫無疑問的...

 

參考文獻:  Advanced Windows Mlutithreading Applications in Wim32

posted @ 2009-12-03 14:09 liquanhai 閱讀(257) | 評論 (0)編輯 收藏

2009年8月11日

                       strlen與sizeof的區別

1.sizeof操作符的結果類型是size_t,它在頭文件中typedef為unsigned int類型。
該類型保證能容納實現所建立的最大對象的字節大小。

 

2.sizeof是算符,strlen是函數。

3.sizeof可以用類型做參數,strlen只能用char*做參數,且必須是以''\0''結尾的。

4.數組做sizeof的參數不退化,傳遞給strlen就退化為指針了。

5.大部分編譯程序在編譯的時候就把sizeof計算過了 是類型或是變量的長度這就是sizeof(x)可以用來定義數組維數的原因
char str[20]="0123456789";//str是編譯期大小已經固定的數組
int a=strlen(str); //a=10;//strlen()在運行起確定
int b=sizeof(str); //而b=20;//sizeof()在編譯期確定

6.strlen的結果要在運行的時候才能計算出來,是用來計算字符串的實際長度,不是類型占內存的大小。

7.sizeof后如果是類型必須加括弧,如果是變量名可以不加括弧。這是因為sizeof是個操作符不是個函數。
 char c;
 sizeof c;//變量名可以不加括弧
 
8.當適用了于一個結構類型時或變量, sizeof 返回實際的大小,
 當適用一靜態地空間數組, sizeof 歸還全部數組的尺寸。
 sizeof 操作符不能返回動態地被分派了的數組或外部的數組的尺寸

9.數組作為參數傳給函數時傳的是指針而不是數組,傳遞的是數組的首地址,
如:
fun(char [8])
fun(char [])
都等價于 fun(char *)
在C++里參數傳遞數組永遠都是傳遞指向數組首元素的指針,編譯器不知道數組的大小
如果想在函數內知道數組的大小, 需要這樣做:
進入函數后用memcpy拷貝出來,長度由另一個形參傳進去
fun(unsiged char *p1, int len)
{
  unsigned char* buf = new unsigned char[len+1]
  memcpy(buf, p1, len);
}

我們能常在用到 sizeof 和 strlen 的時候,通常是計算字符串數組的長度
看了上面的詳細解釋,發現兩者的使用還是有區別的,從這個例子可以看得很清楚:

har str[11]="0123456789";//注意這里str大小因該大于等于11,應考慮'\0'在內,否則編譯器會報錯
int a=strlen(str); //a=10; >>>> strlen 計算字符串的長度,以結束符 0x00 為字符串結束。
int b=sizeof(str); //而b=11; >>>> sizeof 計算的則是分配的數組 str[11] 所占的內存空間的大小,不受里面存儲的內容改變。 

上面是對靜態數組處理的結果,如果是對指針,結果就不一樣了

char* ss = "0123456789";
sizeof(ss) 結果 4 ===》ss是指向字符串常量的字符指針,sizeof 獲得的是一個指針的之所占的空間,應該是長整型的,所以是4
sizeof(*ss) 結果 1 ===》*ss是第一個字符 其實就是獲得了字符串的第一位'0' 所占的內存空間,是char類型的,占了 1 位strlen(ss)= 10 >>>> 如果要獲得這個字符串的長度,則一定要使用 strlen

另外,下面的方法可以用于確定該靜態數組可以容納元素的個數:
int a[3]={1,2,3};
cout << sizeof a/sizeof ( typeid( a[0] ).name() );

 

最后一個int a[3] = {1, 2, 3};
在32位機上,sizeof a 應該等于4×3 = 12吧。

sizeof 運算符是用來求內存容量字節的大小的。而strlen是用來求字符串實際長度的。如果int *p = a; sizeof(p)應該等于4咯。

posted @ 2009-08-11 10:56 liquanhai 閱讀(220) | 評論 (0)編輯 收藏

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            91久久在线| 欧美先锋影音| 国产精品永久免费视频| 一本色道久久| 亚洲第一网站| 欧美成人午夜激情视频| 激情文学综合丁香| 亚洲国产高清在线| 欧美在线免费观看视频| 久久久久成人网| 欧美激情综合五月色丁香| 欧美一区二区视频在线| 欧美金8天国| 免费永久网站黄欧美| 国产精品亚洲视频| 日韩亚洲一区在线播放| 精品成人一区二区三区四区| 99re8这里有精品热视频免费| 一区二区视频免费在线观看| 亚洲精品久久久久中文字幕欢迎你 | 欧美久久电影| 欧美在线视频观看| 国产精品久久久久久久久借妻 | 国产精品久久77777| 免费日本视频一区| 久久综合九色99| 蜜臀99久久精品久久久久久软件 | 日韩亚洲精品视频| 亚洲精品国产欧美| 午夜视黄欧洲亚洲| 国产模特精品视频久久久久| 女主播福利一区| 久久久综合精品| 香蕉成人伊视频在线观看 | 午夜天堂精品久久久久| 麻豆精品视频在线| 在线观看视频一区二区| 国内揄拍国内精品少妇国语| 欧美日韩国产在线播放网站| 亚洲欧美一区二区视频| 中文在线资源观看网站视频免费不卡| 欧美色图五月天| 卡通动漫国产精品| 国产精品久久久久久久久借妻| 欧美成人一区在线| 国产一区二区三区自拍| 99精品欧美| 亚洲精品日韩在线| 久久九九国产精品怡红院| 亚洲性视频网址| 欧美成人一区二免费视频软件| 久久久福利视频| 国产伦精品一区二区三区| 亚洲精品一区二区网址 | 亚洲激情午夜| 伊人色综合久久天天五月婷| 午夜在线播放视频欧美| 午夜亚洲福利在线老司机| 欧美午夜精品久久久久免费视| 欧美激情国产高清| 亚洲第一精品电影| 久久天天躁夜夜躁狠狠躁2022| 久久精品欧洲| 国产一区久久| 欧美一区二区在线观看| 欧美一区二区三区免费观看| 国产精品女主播一区二区三区| 亚洲精品色图| 在线中文字幕一区| 欧美性猛交一区二区三区精品| 亚洲欧洲一区二区在线播放| 99精品欧美一区二区三区| 蜜桃av一区二区在线观看| 女女同性精品视频| 亚洲激情成人网| 欧美精品一卡| 亚洲精品久久7777| 亚洲欧美国产高清| 国产欧美精品在线| 亚洲欧美一区二区视频| 午夜视频在线观看一区| 国产视频一区二区在线观看| 久久久国产成人精品| 欧美激情一区二区三区| 99精品视频免费全部在线| 欧美日韩一区免费| 性久久久久久久| 久久一区二区三区四区| 亚洲精品韩国| 国产精品都在这里| 久久精品夜色噜噜亚洲aⅴ| 欧美激情一区二区三区不卡| 亚洲一级高清| 国产日韩精品久久| 蜜臀av性久久久久蜜臀aⅴ| 亚洲乱码日产精品bd| 久久激情一区| 亚洲日本欧美日韩高观看| 欧美午夜久久| 久久久久久亚洲精品不卡4k岛国| 亚洲欧洲一区二区在线观看| 羞羞答答国产精品www一本| 久久精品国产亚洲一区二区三区| 国产亚洲一区在线| 欧美高清视频在线播放| 亚洲黄色在线| 久久爱另类一区二区小说| 亚洲精品资源| 国产真实久久| 欧美日韩美女| 久久综合色播五月| 亚洲一区二区在线观看视频| 欧美1区视频| 欧美在线播放一区| 一本色道久久综合亚洲精品按摩| 国产在线欧美日韩| 国产精品vvv| 欧美激情1区2区3区| 久久精品人人做人人综合| 亚洲视频在线观看免费| 欧美国产免费| 久久裸体视频| 性亚洲最疯狂xxxx高清| 99热精品在线| 亚洲国产高清高潮精品美女| 国产日韩成人精品| 国产精品夫妻自拍| 欧美日韩国产天堂| 麻豆成人精品| 久久免费视频在线| 久久av二区| 香蕉免费一区二区三区在线观看 | 香蕉久久一区二区不卡无毒影院| 亚洲美女av黄| 亚洲欧洲精品一区二区| 亚洲国产精品电影在线观看| 国产一区成人| 国产精品一区一区| 欧美三级视频在线观看| 欧美成人一区二区| 免费欧美日韩国产三级电影| 久久精品系列| 久久精品国产免费观看| 亚洲一区二区三区精品在线| 中文亚洲字幕| 亚洲一区二区视频在线| 午夜精品成人在线视频| 欧美一级片久久久久久久| 亚洲欧美一区二区三区极速播放| 亚洲一区二区三区精品视频| 亚洲欧美日韩另类精品一区二区三区| 一区二区三区日韩精品视频| 亚洲精品久久久久久下一站| 亚洲人成在线播放网站岛国| 亚洲三级影院| 一本一本久久| 亚洲在线中文字幕| 亚洲欧美日本国产有色| 欧美在线播放| 免费不卡在线观看av| 欧美日本在线观看| 国产精品男女猛烈高潮激情| 国产欧美丝祙| 亚洲高清免费在线| 在线亚洲美日韩| 久久成人在线| 欧美激情中文字幕一区二区| 亚洲精品视频在线观看网站| 亚洲一区二区三区乱码aⅴ蜜桃女| 午夜天堂精品久久久久| 免费观看在线综合色| 欧美午夜视频在线| 国产一区在线看| 亚洲看片网站| 久久国产福利| 欧美激情按摩在线| 亚洲尤物影院| 欧美电影电视剧在线观看| 午夜精品久久久久久| 另类综合日韩欧美亚洲| 欧美日韩一区二区国产| 国产午夜精品视频免费不卡69堂| 亚洲国产1区| 午夜精品免费| 欧美激情影院| 欧美一区二区免费| 欧美精品一区二区三区一线天视频| 国产乱码精品一区二区三区五月婷 | 欧美午夜一区二区福利视频| 国产一区二区三区不卡在线观看| 日韩午夜在线电影| 久久美女性网| 亚洲欧美乱综合| 欧美理论片在线观看| 狠狠色丁香久久婷婷综合丁香| 亚洲一区二区高清视频| 欧美成人午夜激情| 欧美一区二区三区喷汁尤物| 国产精品v欧美精品v日韩精品| 亚洲日本久久|