• <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日

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

            posted @ 2006-06-07 18:31 小石頭 閱讀(658) | 評論 (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 小石頭 閱讀(380) | 評論 (0)編輯 收藏
              2006年5月29日
                 摘要: 介紹C++通過ADO進(jìn)行數(shù)據(jù)庫操作的基本方法  閱讀全文
            posted @ 2006-05-29 08:48 小石頭 閱讀(4163) | 評論 (6)編輯 收藏
            僅列出標(biāo)題  
            狠狠色丁香久久婷婷综合| 久久66热人妻偷产精品9| 国产午夜福利精品久久| 日韩精品国产自在久久现线拍| 99久久www免费人成精品| 久久久噜噜噜久久| 少妇精品久久久一区二区三区| 国产精品一久久香蕉国产线看观看 | 国产美女亚洲精品久久久综合| 亚洲色大成网站WWW久久九九| 国产韩国精品一区二区三区久久| 久久精品亚洲乱码伦伦中文| 亚洲精品美女久久777777| 青青青国产精品国产精品久久久久| 日本加勒比久久精品| 99久久国语露脸精品国产| 一本久久a久久精品综合香蕉 | 国产精品久久久福利| 久久天天婷婷五月俺也去| 国产精品成人精品久久久| 伊人久久大香线蕉av一区| 久久无码国产| 2021久久精品国产99国产精品| 天天综合久久一二三区| 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 色综合久久88色综合天天| 久久香蕉国产线看观看精品yw| 久久久久久国产a免费观看黄色大片| 久久er热视频在这里精品| 丁香五月网久久综合| 亚洲国产一成人久久精品| 国内精品伊人久久久久妇| 午夜精品久久久久9999高清| 久久精品这里只有精99品| 精品熟女少妇aⅴ免费久久| 国产毛片久久久久久国产毛片| 91精品观看91久久久久久| 久久福利青草精品资源站免费| A狠狠久久蜜臀婷色中文网| 久久精品午夜一区二区福利| 久久人人爽人人爽人人AV东京热 |