作者查詢 / priv

總覽項目: 發文 | 留言 | 暱稱
作者 priv 在 PTT [ C_and_CPP ] 看板的留言(推文), 共685則
限定看板:C_and_CPP
[問題] 拆迴圈+效能測試
[ C_and_CPP ]43 留言, 推噓總分: +6
作者: s3748679 - 發表於 2011/10/13 20:34(14年前)
13Fpriv:cpblk10/13 21:03
14Fpriv:一般純C++也會optimize成memcpy10/13 21:03
15Fpriv:我剛剛很無聊幫你測試一下,我發現主要應該是assignment太多10/13 21:07
16Fpriv:導致.net有額外的overhead10/13 21:07
17Fpriv:在debug模式下,test1是15.xms,test2是0.2xms10/13 21:09
18Fpriv:但是!! 如果在test1()和test2()裡面各用迴圈重跑十次10/13 21:09
19Fpriv:test1是17.xms,test2是3.x ms10/13 21:09
20Fpriv:也就是說一千次迴圈的確有它的overhead10/13 21:10
21Fpriv:可是call一千行指令的function也有它的overhead10/13 21:10
22Fpriv:光是call這個function還沒做事就導致它要花掉12ms以上10/13 21:11
[問題] 利用函式找出明天
[ C_and_CPP ]99 留言, 推噓總分: +13
作者: obelisk0114 - 發表於 2011/10/13 14:21(14年前)
32Fpriv:ljhgc會不會太認真還寫了範例...10/13 15:58
47Fpriv:行數產生得很快是沒錯啊10/13 19:40
49Fpriv:其實我一開始就想問樓上的問題,不過我想算了...10/13 19:52
50Fpriv:也許原po一開始就覺得不重要..10/13 19:52
53Fpriv:反正如果助教的test data有考慮這個的話就會被扣分10/13 20:02
56Fpriv:呃,從書架上拿下來翻,array是第二章耶10/13 20:17
57Fpriv:不過如果講C++我也沒資格笑人...有夠爛的10/13 20:17
59Fpriv:只是原po好像也不是在寫C++啦XD10/13 20:30
82Fpriv:其實topic就很神奇了10/14 10:30
83Fpriv:我想說用程式要怎樣找出你的明天..10/14 10:30
96Fpriv:正常人的想法通常是把年份傳進去判斷是不是leap year10/16 20:07
97Fpriv:你的想法是比較稍微跳脫常規一點10/16 20:07
[問題] 不同長度的讀檔問題
[ C_and_CPP ]12 留言, 推噓總分: 0
作者: wwi - 發表於 2011/10/13 11:44(14年前)
5Fpriv:可以用flex(逃)10/13 13:29
[情報] R.I.P. for dmr
[ C_and_CPP ]19 留言, 推噓總分: +14
作者: xatier - 發表於 2011/10/13 10:23(14年前)
2Fpriv:RIP10/13 10:41
[分享] C語言教學
[ C_and_CPP ]104 留言, 推噓總分: +15
作者: StubbornLin - 發表於 2011/10/13 03:08(14年前)
7Fpriv:最近一直看到Dev-C++根本不曉得是什麼XD10/13 16:37
8Fpriv:看來我剛好錯過這十年Dev++起來又沒落的時間..10/13 16:38
11Fpriv:VC++ Express不會比較好用嗎10/13 18:18
12Fpriv:至少debugger對初學來說親切太多了10/13 18:19
16Fpriv:可是eclipse只是IDE,compiler不是也用mingw?10/13 19:38
18Fpriv:對啊所以不曉得上面說的對C/C++功能支援度是什麼問題10/13 19:53
19Fpriv:compiler feature來說都支援到gcc 4.x應該還好吧10/13 19:53
57Fpriv:我個人覺得mingw不是一個對初學者很友善的環境10/17 15:48
58Fpriv:你想寫posix相容不如cygwin那麼方便10/17 15:48
59Fpriv:想要寫windows又只能用api10/17 15:49
60Fpriv:再加上dev c++的debugger環境又不是很好...10/17 15:49
61Fpriv:老實說我實在想不出為什麼一定要用Dev C++耶10/17 15:49
62Fpriv:我個人是覺得MinGW只適合進階人士,特定目的來使用10/17 15:50
63Fpriv:以2011年的標準來看,MinGW很多方面的支援都不是很足10/17 15:51
64Fpriv:光是要寫widechar的東西就夠你受了10/17 15:51
65Fpriv:如果只侷限於command line我還是覺得VC++ Express更優越10/17 15:52
66Fpriv:傳統的教學理念其實我也能理解10/17 15:59
67Fpriv:就是不要讓學生接觸太多語言本身以外的東西10/17 15:59
68Fpriv:所以都一直侷限在用stdio在寫程式10/17 16:00
69Fpriv:不過當年唸完資訊就覺得這種學習法非常的無聊又沒成就感10/17 16:00
70Fpriv:除了解題以外平常哪會寫一堆stdio程式10/17 16:01
71Fpriv:有一段時期有些學校改採Java來上程設課我就覺得不錯10/17 16:02
72Fpriv:你一開始寫出來的程式就有相對比較rich的UI,也比較實用10/17 16:02
73Fpriv:來唸資訊系的學生不是每個人一開始就很有興趣寫程式10/17 16:04
74Fpriv:那些很有興趣寫程式的也不必你來教10/17 16:04
75Fpriv:講到Java可能有點離題,不過我覺得一開始就要學對的10/17 16:09
76Fpriv:2011年早就沒幾個人還在用cout,都要用wcout10/17 16:09
77Fpriv:mingw根本不支援wcout10/17 16:09
78Fpriv:幹嘛要讓學生學了好多年deprecated的mbcs之後10/17 16:10
79Fpriv:等遇到問題才要重學再習慣一次wide char?10/17 16:10
80Fpriv:不過學校的老師到底有沒有跟上這個世界的腳步也是問題就是了10/17 16:14
82Fpriv:windows10/18 08:46
83Fpriv:其它平台管不著,但是dev c++也是win底下的10/18 08:47
84Fpriv:甚至現在cygwin 1.7也可以用到完整的utf-8函數再幫你接到系10/18 08:48
85Fpriv:統的unicode去10/18 08:49
86Fpriv:mingw完整性差太遠10/18 08:49
87Fpriv:而且我不太相信現在linux的terminal都utf8 ready那麼多年還10/18 08:54
88Fpriv:不能wcout10/18 08:54
92Fpriv:因為你印的不是wide char吧10/18 21:44
93Fpriv:std::wcout << L"test" << std::endl;10/18 21:45
95Fpriv:抱歉我發現VC++ Express要完整處理這樣的問題還是有障礙10/18 23:23
96Fpriv:必須灌platform sdk或有MFC,增加一些定義才有辦法10/18 23:23
97Fpriv:其實反過來我發現在Linux底下還比較簡單10/18 23:51
98Fpriv:主要就是要用imbue和locale10/18 23:51
99Fpriv:但是windows如果不在managed的環境下10/18 23:52
100Fpriv:console其實是沒辦法直接unicode出來的,my bad10/18 23:52
101Fpriv:imbue切換locale之後如果轉不到target locale會印不出10/18 23:53
102Fpriv:主要的關鍵看來還是VC++的c/c++ library函式庫還是有缺陷10/18 23:56
103Fpriv:過去使用WriteConsole這類的api函式就都不會有問題10/18 23:56
104Fpriv:因為就真的可以直接寫入utf-16le10/18 23:56
[問題] Multithread Coding and Parallel Coding
[ C_and_CPP ]33 留言, 推噓總分: +1
作者: liquidcrysta - 發表於 2011/10/13 02:47(14年前)
7Fpriv:原po的意思是他想要達到在多核上平行計算的目的10/13 10:12
8Fpriv:為此目的是否要學習multithread programming10/13 10:12
10Fpriv:更正一下,他應該是指在多處理器上(massive multi-processor)10/13 10:24
11Fpriv:可是其實需不需要碰到multithread..基本還是會碰到吧10/13 10:25
12Fpriv:可是其實如果真的都是在處理MPP或Clustering10/13 10:32
13Fpriv:通常通會使用OpenMP或其它的framework10/13 10:33
14Fpriv:重點不在multithread,可是懂multithread的觀念也是好的10/13 10:33
17Fpriv:multithread是達到平行的一種手段,可是multithread的目的10/13 10:34
18Fpriv:卻往往都不是為了達成平行,過度鑽研沒意義10/13 10:34
20Fpriv:多工不等於平行10/13 10:37
21Fpriv:平行處理是指將一件事分配下去讓很多單元一起計算10/13 10:38
22Fpriv:多工則可以是大家都各自做不同的事情10/13 10:38
23Fpriv:也許有的處理UI有的處理I/O,有的處理計算10/13 10:38
Re: [問題] 指標與字元轉換問題
[ C_and_CPP ]22 留言, 推噓總分: +7
作者: tropical72 - 發表於 2011/10/13 01:22(14年前)
14Fpriv:小時候是因為用pctools才曉得little endian這種碗糕XD10/13 20:21
[討論] C++的未來
[ C_and_CPP ]49 留言, 推噓總分: +11
作者: tyc5116 - 發表於 2011/10/12 23:26(14年前)
2Fpriv:其實windows連driver都是.cpp,只是能用的feature很有限10/12 23:28
3Fpriv:我是覺得C++ compiler的市場不會越來越小...10/12 23:29
4Fpriv:可是真正懂得用C++的人的比例會越來越小才是真的10/12 23:29
9Fpriv:其實我覺得你弄反了...10/12 23:32
12Fpriv:如果照C++的概念寫下去根本沒有一個地方會像C的10/12 23:32
15Fpriv:與其說C++是C的加強版,還不如說是C++也可以用C的功能XD10/12 23:33
33Fpriv:從圖形可以看得出來C++下降和C#上升有相關10/13 10:05
34Fpriv:其實這很正常,因為過去微軟以C++為主要的語言(mfc)10/13 10:05
35Fpriv:現在.net開始他慢慢轉向以C#為主,C++寫managed code並不方便10/13 10:06
36Fpriv:和世界上大部份的東西一樣,前二名都會吃掉大部份的市場10/13 10:07
37Fpriv:可是因為一般來說做C compiler同時也會做C++10/13 10:08
38Fpriv:只要它仍然是最隨手可得,支援最廣的程式語言之一10/13 10:08
39Fpriv:就算之後死亡交差也還是會繼續一直跟在C#後面10/13 10:09
[問題] VC6.0使用上的一些問題
[ C_and_CPP ]1 留言, 推噓總分: 0
作者: golconda - 發表於 2011/10/12 19:10(14年前)
1Fpriv:2.cpp裡要給1.cpp呼叫的函數,要放一份function proto在1.h10/12 19:18
[問題] 關於error LNK2019的錯誤
[ C_and_CPP ]18 留言, 推噓總分: +1
作者: kim9001430 - 發表於 2011/10/12 17:22(14年前)
2Fpriv:以後你記得,no such file or directory要先解決10/12 17:24
3Fpriv:該有的檔案都沒有後面就不用看了10/12 17:24
4Fpriv:啊sorry,因為是codepad編譯的10/12 17:24
5Fpriv:依照你上面的錯誤訊息來說,應該是.lib沒放進project裡10/12 17:25
6Fpriv:他不曉得要link哪一個library10/12 17:25