• <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>
            隨筆-90  評(píng)論-947  文章-0  trackbacks-0
            共12頁: First 4 5 6 7 8 9 10 11 12 
            嗯,受教了~
            @airey
            代碼在家里所以下午真的是忘了不是刻意隱瞞。
            盡管這根本算不上什么技術(shù)難題,可是,本著學(xué)習(xí)軟件發(fā)布、運(yùn)作過程的精神,我還是不想親口對(duì)潛在的競(jìng)爭(zhēng)對(duì)手透露現(xiàn)行產(chǎn)品的具體實(shí)現(xiàn)細(xì)節(jié)。
            如果沒有在這么一篇文章中,面臨一個(gè)不針對(duì)特定對(duì)象的問題,我會(huì)知無不言、言無不盡的。相信你能找到答案的。
            @airey
            忘了,應(yīng)該就是GetModuleHandle吧。。
            @Condor
            只能說VS很黃很無恥,它會(huì)搜索所有進(jìn)程的主窗口文字,如果發(fā)現(xiàn)“改鍵”等字樣就強(qiáng)行關(guān)閉之。開個(gè)帶“改鍵”標(biāo)題的瀏覽器都會(huì)被VS關(guān)掉。
            其實(shí)很多工具并不是所謂的“插件”。VS沒有權(quán)力認(rèn)定用戶不能運(yùn)行某些軟件。
            re: 美帝出差最后一天 溪流 2010-05-07 17:24
            C囧...這名字起的好!
            @peter
            你知道 TortoiseGit 里頭怎么指定絕對(duì)路徑不?
            好像是
            D3DXMATRIX projection;
            D3DXMatrixPerspectiveFovLH(&projection, D3DX_PI / 2, (float)m_nWidth / (float)m_nHeight, 0, FLT_MAX);

            的問題

            倒數(shù)第二個(gè)參數(shù)改為正的就可以了。。。有人知道為什么嗎?
            發(fā)現(xiàn)禁用z-buffer,然后保證從遠(yuǎn)處往近處畫,這樣不會(huì)閃
            為啥?
            z-buffer這么不經(jīng)用的嗎?看那些教材上的意思,好像都用的呀
            @Bill Hsu
            去掉了還是一樣會(huì)閃。。。
            @Bill Hsu
            我記得把a(bǔ)lphablend關(guān)了也閃的。。。等下再試試看
            @Davy.xu
            哦,好的,多謝指教~~~
            @besterChen
            哥哥,這里哪來的DC啊,,麻煩回帖先看帖
            re: 碩士論文致謝 溪流 2010-04-29 16:59
            @溪流

            哦。。。孫犁原來也是抄的古語
            re: 碩士論文致謝 溪流 2010-04-29 16:57
            好有才。。。第一句是哪篇課文里的?黃鸝?黃鶯?
            @空明流轉(zhuǎn)
            是慢在貼紋理的過程嗎?
            申請(qǐng)棧內(nèi)存的操作時(shí) sub esp, xx
            文中拿到的內(nèi)存雖然也是在那個(gè)位置,但是 esp 未變化,這并不能算合法申請(qǐng)內(nèi)存,而是在用不屬于自己的內(nèi)存
            同謝謝分享~~
            我面臨的問題是,手工改容易出錯(cuò)
            如果要給出20國語言的原始PO,我可以做好一個(gè),復(fù)制20份
            之后如果每個(gè)都新增幾條語句拿去補(bǔ)翻,這工作就不好做了
            @morya
            目前有專門改源文件的工具嗎?
            @陳梓瀚(vczh)
            可以理解,但很難接受啊
            如果我原先一個(gè)程序就十M百M(fèi),多個(gè)2M也不算什么;如果原來只有100K不到,突然變成2M,就有點(diǎn)突兀了
            @空明流轉(zhuǎn)
            @megax
            好吧,,,很爽。。。
            @欲三更
            WTL 嘗試過一次,用起來不是很爽。。。
            @Bill Hsu

            那你推薦一個(gè)好用的小的能靜態(tài)鏈接的最終程序體積不大的界面庫?
            @壞
            我也希望是搞錯(cuò)了呀
            @young40
            嗯?一個(gè)空的 C# 程序才 6.5KB 啊
            @欲三更
            是啊
            re: 左值和右值 溪流 2010-04-13 14:22
            l, r 的原始含義真的這樣啊?剛才同事跟我說我還不信呢。。。
            標(biāo)題黨。。。
            @欲三更
            有什么費(fèi)力的?都到讀寫文件的關(guān)口了,難道幾個(gè)字節(jié)你都不想弄清楚?
            另,你喜歡寫成 fread(buf, sizeof(T), 1, stream) 呢,還是 fread(buf, 1, sizeof(T), stream) 呢?每次我都為這個(gè)問題糾結(jié)好久。
            __declspec(selectany)
            C++ 1x 確定了?
            搬凳子學(xué)習(xí)
            @only
            它是不是講如何利用什么handler去釋放內(nèi)存之類的?
            我的題設(shè)是內(nèi)存申請(qǐng)失敗,而不是被new的那個(gè)對(duì)象的構(gòu)造函數(shù)執(zhí)行失敗。(我已經(jīng)假設(shè)了被new的只是一個(gè)int)
            我的困惑不是技術(shù)上如何保證沒有內(nèi)存泄漏,而是——
            要是我的構(gòu)造函數(shù)有異常拋出,用戶該如何用這個(gè)類?我該不該讓構(gòu)造函數(shù)拋出異常?
            @欣萌
            開發(fā)過程中當(dāng)然可以調(diào)試,可是有很多場(chǎng)合不好調(diào)試,比如internal release的東西被測(cè)到奇怪的現(xiàn)象。。。即使開發(fā)過程中,也有不是很方便調(diào)試(不是說不可以)的東西,比如NTService
            @陳梓瀚(vczh)
            這構(gòu)想挺好,有點(diǎn)寫了一部分C++編譯前端的感覺。。。不過公司里的項(xiàng)目,我還是不想把編譯過程復(fù)雜化,要是讓頭兒郁悶了我可就完了。以后在自己個(gè)人的東西上玩哈
            @OwnWaterloo
            Read 那一句我習(xí)慣第二段的。
            不錯(cuò),是讀取二進(jìn)制文件格式,文件格式應(yīng)該已經(jīng)知曉了。何謂知曉?就是知道它每一個(gè)字節(jié)是干啥的,所以精確到每個(gè)字節(jié)不帶來壞處。

            假如有個(gè)文件頭(為討論方便,請(qǐng)忽略對(duì)齊問題)
            struct T
            {
            BYTE sign[10];
            DWORD headerSize;
            。。。
            }

            你是寫成 read(buf, sizeof(T), 1, stream) 呢,還是寫成 read(buf, 1, sizeof(T), stream) 呢?還是覺得這個(gè) 1 是多余的?

            按你說的最小設(shè)計(jì)原則,不用 elememtSize * count 的形式,直接精確到字節(jié),現(xiàn)有的任務(wù)都可以完成。而搞成 elementSize * count 的形式,在挺大一部分的例子中,有個(gè)參數(shù)是多余的。那么,這個(gè)設(shè)計(jì)不是很失敗么?

            第一點(diǎn),我不覺得“字節(jié)流”與“二進(jìn)制文件”有什么區(qū)別
            第二點(diǎn),要返回值檢測(cè),不至于我連讀到哪兒了都不知道
            不知道二樓的代碼有什么精妙之處,,請(qǐng)解釋下。。。。
            T a[count];
            if ( count != fread(a, sizeof a[0], count, stream) ) {
            // error
            }

            這段完全可以寫成:
            T a[count];
            if ( bytes != fread(a, 1, (sizeof a[0]) * count, stream) ) {
            // error
            }
            么,而且能夠知道到底讀了多少,半個(gè)T,1/4個(gè)T,都可以精確表示出來
            @OwnWaterloo
            那應(yīng)該告訴我讀了 sizeof(T)/2 個(gè)字節(jié),而不是告訴我讀了 0 個(gè) T 啊
            @OwnWaterloo
            本來就是字節(jié)流嘛
            “二進(jìn)制格式存放的數(shù)據(jù)”,無非也就是多少個(gè)字節(jié)而已。
            1個(gè)T就是 sizeof(T) 個(gè) byte
            @OwnWaterloo
            看不來了,你解釋一下吧
            我不要返回count,返回bytesRead就行了
            @OwnWaterloo
            T a[count];
            if ( count != fread(a, sizeof a[0], count, stream) ) {
            // error
            }

            T a[count];
            ReadFile(hFile, a, sizeof(a), ...);
            這樣多明確啊!
            @OwnWaterloo
            void * 也行
            讀寫文件我應(yīng)該知道要讀/寫多少字節(jié)吧?原先的第二個(gè)參數(shù)可以固定為1
            @OwnWaterloo
            不理解
            我的意思是,fread應(yīng)該這樣:
            int fread(FILE *file, unsigned char *buffer, int bufferSize);
            返回已讀取的字節(jié)數(shù)
            哪里來的一個(gè)size加有一個(gè)count
            @OwnWaterloo
            下面的好。可是為什么上面的當(dāng)初要那樣設(shè)計(jì)呢?
            @OwnWaterloo
            直接傳入需要讀取的字節(jié)數(shù),傳出已成功讀取的字節(jié)數(shù)
            @OwnWaterloo
            我是說它參數(shù)里頭的 elementSize 和 count,應(yīng)該合并成一個(gè),沒必要分成兩個(gè)
            @OwnWaterloo
            我需要的的確是 Log。會(huì)有很多類似 XL_LOG(L"%s\n", L"Message."); 的東西,我想搞清楚哪些東西是在哪些函數(shù)里輸出的。
            我覺得挺有道理的呀。。。為什么前面好幾個(gè)說抽呢?
            @陳梓瀚(vczh)
            那我該期待別人怎么用我的class呢?
             
            Open Source Initiative OSI - The MIT License:Licensing
             
            The MIT License
             
            Copyright (c) <year> <copyright holders>
             
            Permission is hereby granted, free of charge, to any person obtaining a copy
            of this software and associated documentation files (the "Software"), to deal
            in the Software without restriction, including without limitation the rights
            to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
            copies of the Software, and to permit persons to whom the Software is
            furnished to do so, subject to the following conditions:
             
            The above copyright notice and this permission notice shall be included in
            all copies or substantial portions of the Software.
             
            THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
            IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
            FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
            AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
            LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
            OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
            THE SOFTWARE.
            還是這句話。。。
            共12頁: First 4 5 6 7 8 9 10 11 12 
            国产午夜久久影院| 国产精品久久亚洲不卡动漫| 亚洲国产精品热久久| 狠狠精品久久久无码中文字幕 | 久久人人爽人人爽人人片AV不| 久久人人爽爽爽人久久久| 一本大道久久a久久精品综合| 久久久久亚洲AV成人网人人网站| 国产亚洲精品久久久久秋霞| 日本精品久久久中文字幕| 色老头网站久久网| 99久久99久久精品国产片| 久久久久亚洲av成人网人人软件| 精品999久久久久久中文字幕| 亚洲人成无码久久电影网站| 久久精品一区二区国产| 一级做a爰片久久毛片看看| 久久精品国产99国产电影网| 国内精品久久久久影院薰衣草 | 久久国产精品成人免费 | 久久久久久一区国产精品| AV色综合久久天堂AV色综合在| 怡红院日本一道日本久久 | 久久国产精品偷99| 九九精品99久久久香蕉| 久久99九九国产免费看小说| 久久久99精品成人片中文字幕| www.久久热.com| 久久99国产精一区二区三区| 久久久久久九九99精品| 日韩精品无码久久久久久| 国产精品久久久久久五月尺| 性欧美大战久久久久久久 | 国产精品99精品久久免费| 久久精品国产亚洲AV久| 日产精品久久久久久久| 狠狠精品久久久无码中文字幕 | 久久夜色精品国产噜噜噜亚洲AV| 色老头网站久久网| 亚洲AV无码久久精品蜜桃| av色综合久久天堂av色综合在|