• <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>
            隨筆-9  評論-6  文章-0  trackbacks-0
              2008年11月21日

            今天調程序的時候Tuxedo總是報 no space in a field buffer 錯誤,而且是在Fget的時候報錯。字面意思是域緩沖空間不足。你說你又不是添加數據,你是取數據,空間不足跟你啥關系啊?再說了我開辟的buffer有10240個字節,只壓了四個小小的字符串。看程序源代碼怎么都沒有問題。后來終于發現,字符串后面跟了一大穿的空格。TNND,字符串是從數據庫中取出的,估計是定長的字符型。沒有trim掉空格。 修改后就一切OK了。

            posted @ 2008-11-21 11:36 小石頭 閱讀(984) | 評論 (0)編輯 收藏
              2008年6月17日

            1.是否需要一個構造函數?
              一般都是要的。除非類比較簡單。
            2.數據成員是否是私有的?
              如果是私有的,那么是否需要通過函數進行設置?選取一種合適的讀寫函數的風格。
            3.類是否需要無參構造函數?
              如果沒有無參構造函數,如下的寫法就會報錯:

             1//類定義
             2Class Point{
             3public:
             4    Point(int a, int b):x(a), y(b){}
             5    //.
             6private:
             7    int x,y
             8}
            ;
             9
            10//調用代碼
            11Point p; //Error!
            12
            13Point pa[5]; //Error!
            14

            4.每個構造函數是否都能初始化所有數據成員?
              確保對象被構造出來后擁有一個正確的狀態。
            5.類需要析構函數嗎?
            6.類需要虛析構函數嗎?
              如果需要對指向子類對象的父類指針調用delete,就需要有虛析構函數。
            7.類是否需要復制構造函數和賦值操作符?
            8.賦值操作符能否正確的把對象賦值給對象本身?
            9.類是否需要定義關系操作符?
            10.刪除數組時是否用了delete[]?
            11.復制構造函數和賦值操作符是否在參數中加入了const?
            12.如果函數有引用參數,是否應該是const引用?
            posted @ 2008-06-17 10:38 小石頭 閱讀(301) | 評論 (0)編輯 收藏
              2008年4月14日
            最近做視頻分析,需要用到DirectShow。DirectShow自從DirectX9.0C就不被包含在DirectX SDK中了,而是轉移到了Platform SDK.

            安裝完Platform SDK以后,首先要編譯一些Directshow中的示例,許多程序中都會用到這些示例,尤其是BaseClasses這個文件夾下的東東。可是打開一看,什么工程文件也沒有。怎忙辦呢? Google之...

            最終得到解決方法如下: 啟動Platform SDK的編譯環境:[開始]-[所有程序]-[Microsoft Platform SDK]-[Open Bulid Environment Window], 選擇符合自己操作系統和對應版本[Debug|Retail]的環境,然后切換到要編譯的Sample文件夾,執行命令 : nmake ..然后你就會看到一堆輸出。一小會兒的功夫,實例就會被編譯好了。

            posted @ 2008-04-14 16:24 小石頭 閱讀(463) | 評論 (0)編輯 收藏
              2008年4月12日
            微軟的VC++2005 Express很不錯,功能也很強大,但是美中不足就是沒有對應的資源編輯器。這樣在用VC++2005Express做一些界面的時候相當的費勁(我指MFC之類的,不是托管C++)。google了一把,看到了這篇blog:http://yousen.blog.sohu.com/54060081.html
            提到了ResEdit,
            引用1、ResEdit
            官方站:http://www.resedit.net/
            這是一款比VC自帶還要強的資源編輯器,可見即所得的設計界面,可以直接編輯對話框、菜單、字符串、圖標等資源,支持真彩位圖。可以生成WTL或MFC需要的rc文件或C++源代碼。

            下來看了看,確實不錯,值得推薦。
            另外一個好象是對wxWidgets這個GUI庫的。


            PS:今天發現在用ResEdit生成對話框的C++代碼時崩潰../lh。 不知是不是系統版本的問題,還是程序的bug。

            posted @ 2008-04-12 16:55 小石頭 閱讀(1179) | 評論 (0)編輯 收藏
              2008年4月10日
                 摘要: MPEG-4編解碼的基本思想是基于圖像內容的第二代視頻編解碼方案,并將基于合成的編碼方案也結合在標準中。它根據圖像的內容將圖像分割成不同的視頻對象VO(Video Object),在編碼過程中對前景對象和后景對象采用不同的編碼策略,對于人們所關心的前景對象,則盡可能的保持對象的細節及平滑,而對不大關心的后景對象采用大壓縮比的編碼策略。  閱讀全文
            posted @ 2008-04-10 16:32 小石頭 閱讀(3138) | 評論 (0)編輯 收藏
              2007年9月23日
                 摘要: 在過去30年里,并發雖然一直被鼓吹為“下一件大事”或“未來之路”,但軟件界不為所動。現在,并行終于出現在我們面前了:新一代計算機全面支持并發,這將引發軟件開發方式的巨變。  閱讀全文
            posted @ 2007-09-23 09:33 小石頭 閱讀(308) | 評論 (0)編輯 收藏
              2006年6月7日

            現在正是大學畢業生完成畢業設計、撰寫畢業論文的時候,大家往往要苦熬一個多月才能完成自己的畢業論文。現在大家主要都是用Microsoft Word來編輯論文(不論各位用哪個版本,基本功能都是一致的,以下簡稱Word)。如果不能充分Word的一些強大功能,大家在撰寫和編輯較長篇幅的科技論文的時候,可能經常要為不斷地調整格式而煩惱。在這里我把自己以前使用Word的經驗和教訓總結一下,以求拋磚引玉。

             一篇論文應該包括兩個層次的含義:內容與表現,內容是指文章作者用來表達自己思想的文字、圖片、表格、公式及整個文章的章節段落結構等,表現則是指論文頁面大些邊距、各種字體、字號等。相同的內容可以有不同的表現,例如一篇文章在不同的出版社出版會有不同的表現;而不同的內容可以使用相同的表現,例如一個期刊上發表的所有文章的表現都是相同的。這兩者的關系不言自明。
             筆者認為,論文“表現”的編輯,是一個非常費時費力的工作。如果在寫論文之前,做了各方面的準備,并按照一定的規律來編寫和排列,會起到事半功倍的效果;否則,會給你帶來無窮無盡的痛苦。筆者根據自己寫碩士論文的體驗,向各位提供如下建議,供大家參考。

            1、用好樣式
            編寫論文,一定要使用樣式,除了Word原先所提供的標題、正文等樣式外,還可以自定義樣式。如果你發現自己是用選中文字然后用格式欄來設定格式的,一定要注意,想想其他地方是否需要相同的格式,如果是的話,最好就定義一個樣式。對于相同排版表現的內容一定要堅持使用統一的樣式,這樣做能大大減少工作量和出錯機會。如果要對排版格式(文檔表現)做調整,只需一次性修改相關樣式即可。使用樣式的另一個好處是可以由 Word 自動生成各種目錄和索引。
            一般情況下,不論撰寫學術論文或者學位論文,相應的雜志社或學位授予機構都會根據其具體要求,給論文撰寫者一個清楚的格式要求。比如,要求宋體、小四,行間距17磅等等。這樣,論文的撰寫者就可以在撰寫論文前對樣式進行一番設定,這樣就會很方便的編寫論文了。
            2、使用交叉引用設置編號
            一定不要自己敲編號,推薦使用交叉引用,否則手動輸入的編號極可能給你文章的修改帶來無窮的后患。標題的編號可以通過設置標題樣式來實現,表格和圖形的編號通過設置題注的編號來完成。在寫“參見第x章、如圖x所示”等字樣時,不要自己敲編號,應使用交叉引用。這樣做以后,當插入或刪除新的內容時,所有的編號和引用都將自動更新,無需人力維護。并且可以自動生成圖、表目錄。
             3、對齊
            一定不要用手動敲空格來達到對齊的目的。只有英文單詞間才會有空格,中文文檔沒有空格。所有的對齊都應該利用標尺、制表位、對齊方式和段落的縮進等來進行。如果發現自己手動打了空格,一定要謹慎,想想是否可以通過其他方法來避免。同理,一定不要通過敲回車來調整段落的間距。
             4、繪圖技巧
            論文中會用到很多圖表,筆者強烈建議論文撰寫者分清論文中的圖形和表格,表格可以使用Word提供的工具進行編寫,很簡單,這里就不再贅述了。框圖和流程圖的編輯,筆者強烈建議使用Office 2003中綁定的Microsoft Office Visio Professional2003畫。如果不能忍受Visio對象復制到Word的速度,還可以試試SmardDraw,功能不比Visio弱,使用不比Visio難,速度卻快多了。
            5、編輯數學公式
            在論文中編輯數學公式,個人建議使用MathType5.0,其實Word集成的公式編輯器就是它的3.0版。安裝MathType后,Word會增加一個菜單項,其功能一目了然。推薦使用 MathType 的自動編號和引用功能,這樣首先有良好的對齊效果,還可以自動更新編號。Word 正文中插入公式的一個常見問題是把上下行距都撐大了,很不美觀,這部分可以通過固定行距來修正。但是要提醒論文撰寫者,如果你計算機上安裝了MathType5.0后,撰寫公式的速度非常快,占用少量的CPU。但是,當你準備打印論文的時候,要記得找個按照了MathType5.0的計算機打印,不然,我們的公式就“不翼而飛”了。

             6、參考文獻的編輯和管理
            如果你在寫論文時才想到要整理參考文獻,就已經太遲了,但總比論文寫到參考文獻那一頁時才去整理要好。應該養成看文章的同時就整理參考文獻的習慣。手工整理參考文獻是很痛苦的,而且很容易出錯。Word沒有提供管理參考文獻的功能,用插入尾注的方法也很不地道。
            我建議使用Reference Manager,它與Word集成得非常好,提供即寫即引用(Citewhile you write,簡稱Cwyw)的功能。你所做的只是像填表格一樣地輸入相關信息,如篇名、作者、年份等在文章中需要引用文獻的的方插入標記,它會為你生成非常美觀和專業的參考文獻列表,并且對參考文獻的引用編號也是自動生成和更新的。這除了可以保持格式上的一致、規范,減少出錯機會外,更可以避免正文中對參考文獻的引用和參考文獻列表之間的不匹配。并且從長遠來說,本次輸入的參考文獻信息可以在今后重復利用,從而一勞永逸。
             7、使用分節符
            如果希望在一篇文檔里得到不同的頁眉、頁腳、頁碼格式,可以插入分節符,并給每一節設置不同的格式。
             上述七點都是關于排版的建議,還是要強調一遍,作者關心的重點是文章的內容,文章的表現就交給Word去處理。如果你發現自己正在做與文章內容無關的繁瑣的排版工作,一定要停下來學一下Word的幫助,因為Word 早已提供了足夠強大的功能。
            8、使用子文檔
            學位論文至少要幾十頁,且包括大量的圖片、公式、表格,比較龐大。如果所有的內容都保存在一個文件里,打開、保存、關閉都需要很長的時間,且不保險。
            建議論文的每一章保存到一個子文檔,而在主控文檔中設置樣式。這樣每個文件小了,編輯速度快,而且就算文檔損壞,也只有一章的損失,不至于全軍覆滅。建議先建主控文檔,從主控文檔中創建子文檔,個人感覺比先寫子文檔再插入到主控文檔要好。
             9、及時保存、多做備份
            設置自動保存,還有一有空就Ctrl+S。
            不但Word不可靠,Windows也不可靠,每天的工作都要有備份才好。Word提供了版本管理的功能,將一個文檔的各個版本保存到一個文件里,并提供比較合并等功能。不過保存幾個版本后文件就大得不得了,而且一個文件損壞后所有的版本都沒了,個人感覺不實用。還是多處備份吧。
            另外提醒一下,插入的圖片、和公式最好單獨保存到文件里另做備份。否則,哪天打文檔時發現自己辛辛苦苦的編輯的圖片和公式都變成了大紅叉,哭都來不及了。

            10、大綱視圖與文檔結構圖
            使用大綱視圖寫文章的提綱,調整章節順序比較方便。
            使用文檔結構圖讓你方便地定位章節。
            有人說,碩士寫畢業論文就像干一個月苦力搬運工一樣,累死累活,寫不了多少東西;博士寫畢業論文就像生孩子,挑燈夜戰也得一個春秋。上面的建議并不全面,但相信比較管用,希望各位論文撰寫者能從中有所收獲。如果還有疑問,自己花些時間研究一下Word的幫助,相信會有事半功倍的效果。

            posted @ 2006-06-07 18:31 小石頭 閱讀(655) | 評論 (1)編輯 收藏
              2006年6月6日
                 摘要: Microsoft Corporation April 2, 1998Updated March 30, 2004 Applies to:??? Microsoft? ActiveX? Data Objects (ADO) Summary: This is the first in a series of columns...  閱讀全文
            posted @ 2006-06-06 09:41 小石頭 閱讀(376) | 評論 (0)編輯 收藏
              2006年5月29日
                 摘要: 介紹C++通過ADO進行數據庫操作的基本方法  閱讀全文
            posted @ 2006-05-29 08:48 小石頭 閱讀(4156) | 評論 (6)編輯 收藏
            僅列出標題  
            精品熟女少妇AV免费久久| 久久99国产精品成人欧美| 久久久www免费人成精品| 97精品依人久久久大香线蕉97| 综合人妻久久一区二区精品| 99久久精品国产高清一区二区| 国产福利电影一区二区三区久久老子无码午夜伦不| 久久精品成人影院| 久久国产免费直播| 97精品伊人久久大香线蕉| 国产精品天天影视久久综合网| 久久人人爽人人爽人人片AV麻豆| 东方aⅴ免费观看久久av| 女人香蕉久久**毛片精品| 久久国语露脸国产精品电影| 国产巨作麻豆欧美亚洲综合久久| 日韩AV无码久久一区二区| 久久人妻少妇嫩草AV蜜桃| 色综合久久无码五十路人妻| 一本色道久久综合| 久久久久人妻一区精品果冻| 国产精品久久永久免费| 伊人久久大香线蕉av不卡| 色婷婷综合久久久久中文字幕| 亚洲综合精品香蕉久久网97| 日日躁夜夜躁狠狠久久AV| 人妻无码久久精品| 国产精久久一区二区三区| 国产精品无码久久久久久| 久久久久亚洲精品日久生情| 色欲综合久久躁天天躁| 日韩精品久久久久久| 国产精品久久久久久福利漫画| 无码精品久久久天天影视| 成人午夜精品无码区久久| 囯产极品美女高潮无套久久久| 久久精品无码一区二区WWW| 久久国产AVJUST麻豆| 久久久久亚洲精品日久生情| 伊人久久大香线蕉亚洲| 97久久精品午夜一区二区|