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

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

的問題

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

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

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

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

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

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

第一點,我不覺得“字節流”與“二進制文件”有什么區別
第二點,要返回值檢測,不至于我連讀到哪兒了都不知道
不知道二樓的代碼有什么精妙之處,,請解釋下。。。。
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
}
么,而且能夠知道到底讀了多少,半個T,1/4個T,都可以精確表示出來
@OwnWaterloo
那應該告訴我讀了 sizeof(T)/2 個字節,而不是告訴我讀了 0 個 T 啊
@OwnWaterloo
本來就是字節流嘛
“二進制格式存放的數據”,無非也就是多少個字節而已。
1個T就是 sizeof(T) 個 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 * 也行
讀寫文件我應該知道要讀/寫多少字節吧?原先的第二個參數可以固定為1
@OwnWaterloo
不理解
我的意思是,fread應該這樣:
int fread(FILE *file, unsigned char *buffer, int bufferSize);
返回已讀取的字節數
哪里來的一個size加有一個count
@OwnWaterloo
下面的好。可是為什么上面的當初要那樣設計呢?
@OwnWaterloo
直接傳入需要讀取的字節數,傳出已成功讀取的字節數
@OwnWaterloo
我是說它參數里頭的 elementSize 和 count,應該合并成一個,沒必要分成兩個
@OwnWaterloo
我需要的的確是 Log。會有很多類似 XL_LOG(L"%s\n", L"Message."); 的東西,我想搞清楚哪些東西是在哪些函數里輸出的。
我覺得挺有道理的呀。。。為什么前面好幾個說抽呢?
@陳梓瀚(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 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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精品国产一区二区三区 | 夜夜嗨av一区二区三区| 一区二区三区.www| 欧美呦呦网站| 欧美成年人视频网站欧美| 亚洲激情第一页| 亚洲乱码国产乱码精品精98午夜| 在线视频精品| 久久久久国产一区二区| 欧美日韩一区二区视频在线观看| 国产精品国色综合久久| 韩日精品视频一区| 中国亚洲黄色| 免费一级欧美片在线观看| 日韩视频不卡中文| 久久女同精品一区二区| 欧美性大战久久久久久久| 黄色成人免费观看| 新67194成人永久网站| 亚洲国产精品成人| 久久aⅴ国产欧美74aaa| 欧美小视频在线观看| 亚洲福利免费| 欧美在线视频不卡| 亚洲午夜一区二区| 欧美日韩精品免费观看| 亚洲国产精品一区二区第四页av| 亚洲女人小视频在线观看| 免费在线观看成人av| 午夜亚洲视频| 国产日韩欧美亚洲| 亚洲无线视频| 亚洲精品久久| 欧美精品大片| 亚洲日本在线观看| 蜜桃av噜噜一区| 久久9热精品视频| 国产精品永久在线| 午夜精品视频在线观看一区二区| 亚洲韩国日本中文字幕| 欧美18av| 亚洲精品1区2区| 久久免费视频一区| 欧美制服丝袜第一页| 国产欧美日韩另类视频免费观看| 亚洲嫩草精品久久| 亚洲在线观看视频网站| 国产精品毛片一区二区三区| 亚洲性线免费观看视频成熟| 日韩天堂在线视频| 欧美亚洲第一区| 亚洲一区二三| 亚洲无亚洲人成网站77777| 国产精品海角社区在线观看| 午夜精品国产更新| 国产视频精品xxxx| 午夜日韩在线观看| 亚洲欧美国产视频| 欧美不卡视频一区发布| 国产三级精品三级| 亚洲一区二区成人在线观看| 亚洲高清激情| 久久综合五月| 亚洲激情第一页| 亚洲高清在线视频| 欧美高清不卡在线| 亚洲精品自在久久| 一本色道久久99精品综合| 欧美色道久久88综合亚洲精品| 亚洲午夜精品一区二区| 亚洲小视频在线观看| 国产亚洲毛片在线| 免费观看成人网| 欧美—级在线免费片| 亚洲一区二区三区色| 午夜久久电影网| 在线免费不卡视频| 亚洲精品一区在线观看| 国产精品一区二区在线| 你懂的成人av| 欧美日韩午夜在线| 久久频这里精品99香蕉| 欧美精品国产| 欧美一区不卡| 久久亚洲精品视频| 亚洲一区二区在线免费观看| 欧美一区二区在线看| 亚洲免费成人av电影| 亚洲视频在线播放| 亚洲国产精品传媒在线观看| 艳妇臀荡乳欲伦亚洲一区| 国产一区视频在线看| 亚洲韩国精品一区| 国产亚洲欧美日韩精品| 欧美激情第1页| 国产精品久久九九| 免费观看日韩av| 国产精品免费看久久久香蕉| 欧美大片免费久久精品三p| 国产精品久99| 亚洲第一天堂无码专区| 国产日韩av高清| 亚洲伦理在线| 亚洲欧洲精品一区二区三区 | 欧美电影打屁股sp| 久久aⅴ国产欧美74aaa| 欧美日韩国产黄| 欧美激情第二页| 国产一区欧美日韩| 亚洲一区二区免费视频| aa亚洲婷婷| 美女诱惑黄网站一区| 国产精品户外野外| 99精品福利视频| 洋洋av久久久久久久一区| 快播亚洲色图| 久久青草福利网站| 国一区二区在线观看| 午夜一区二区三区在线观看 | 国产免费观看久久黄| 99在线热播精品免费| 亚洲国产日韩欧美在线图片| 久久理论片午夜琪琪电影网| 久久婷婷久久| 在线观看欧美激情| 久久久噜噜噜久久人人看| 久久久久一区二区三区| 国产真实乱偷精品视频免| 午夜在线成人av| 久久久久国产精品一区三寸| 国产视频精品xxxx| 久久国产精品毛片| 免费日韩av片| 亚洲精品日韩一| 欧美精品久久久久久| 91久久黄色| 亚洲一区二区三区免费观看| 欧美日韩直播| 亚洲综合色视频| 久久久爽爽爽美女图片| 黄色日韩网站| 欧美国产先锋| 一本色道久久综合| 欧美中文字幕视频| 亚洲国产美女| 欧美视频日韩视频在线观看| 亚洲欧美精品伊人久久| 久久精品一本| 亚洲精品少妇30p| 国产精品久久久久久亚洲调教| 午夜视频在线观看一区二区三区| 久久久久国产一区二区| 亚洲精品日韩在线观看| 国产精品理论片在线观看| 久久国产一区二区| 亚洲国产精品一区二区第一页| 亚洲综合色婷婷| 在线观看91精品国产入口| 欧美日韩国产欧美日美国产精品| 国产精品99久久久久久久久| 久久精品国产一区二区三| 日韩亚洲精品电影| 国产一区二区三区在线观看免费 | 国产三级欧美三级日产三级99| 久久久999精品视频| 日韩视频一区二区在线观看| 午夜视频久久久| 日韩午夜高潮| 国内免费精品永久在线视频| 欧美精品激情blacked18| 欧美一区二区三区播放老司机 | 性伦欧美刺激片在线观看| 亚洲国产精品www| 国产精品日韩在线播放| 欧美成人国产一区二区| 欧美中文字幕| 一本色道久久综合| 在线观看91精品国产入口| 国产精品福利影院| 欧美不卡在线视频| 久久国产色av| 亚洲图色在线| 亚洲精品看片| 亚洲电影自拍| 女生裸体视频一区二区三区| 久久精品亚洲一区二区| 亚洲一区二区三区777| 亚洲美女免费视频|