作者查詢 / Thelink
作者 Thelink 在 PTT [ C_and_CPP ] 看板的留言(推文), 共41則
限定看板:C_and_CPP
看板排序:
48F推: 原po可看看虛擬記憶體映射,上面的code說不定把別的mallo08/07 13:07
49F→: c 數值改了08/07 13:08
13F推:我看過有人程序導向寫的很像物件導向還是很好維護。linux03/17 19:58
14F→: kernel 這麼大也沒有不好維護。還是看架構吧,架構爛掉了03/17 19:58
15F→:,都不好維護。03/17 19:59
3F推:T*和T**最常用,目前工作還沒遇過這種宣告,只有考試會用12/27 19:13
4F→:的到。12/27 19:14
12F推:和 yvb 的結果一樣, 測試結果整個在 float 轉 string.08/14 19:30
13F→:如果換成 sprintf(..."%d\t", 1234567890 ) 測試就快很多08/14 19:32
14F→:建議直接存二進位的float到檔案吧, 浮點數太消耗時間了08/14 19:34
27F推:其實ofstream在做IO時都會有Buffer, 可以透過 setbuf 指定08/14 21:25
28F→: buffer 大小, 就不會每寫一筆資料就要寫檔案一次。08/14 21:26
35F推:不同的Framework都常常封裝String, ATL/MFC 常使用CString08/09 11:01
36F→:QT 使用 QString, wxWidgets 使用 wxString, WebKit 使用08/09 11:03
37F→:WTFString, 方便使用就好.08/09 11:05
38F→:std::string 沒甚麼不好, 只是在該架構上大多數是用甚麼,08/09 11:07
39F→:就用甚麼比較好, 不然有時會破壞該架構的封裝方式...08/09 11:09
20F推:用COM來溝通。將.NET類別設定成ComVisible,並使用regsvr307/30 19:03
21F→:2註冊。 Native c++ 使用COM的方式來呼叫就可以,只不過CO07/30 19:03
22F→:M在Native C++比較複雜。07/30 19:03
13F→:原PO是遇到甚麼問題一定要知道 EGLNativePixmapType 型態?07/04 07:53
14F→:EGLNativePixmapType是看你的GL拿甚麼來當此型態.07/04 07:58
15F→:一定有它不是GL的API可建立EGLNativePixmapType07/04 08:00
16F→:原PO需要去找一下,或問廠商有沒有範例...07/04 08:01
17F→:之前在原始Android上記得是使用native_buffer來當此型態07/04 08:02
18F→:WIN是HBITMAP, X11是Pixmap, 這些都不是GL API產生的實體.07/04 08:04
29F推:建議還是寫信問原廠吧。就算猜到結構,也不知道指標指到07/04 20:08
30F→:那去,底層的結構也許很複雜。而且給GPU使用的記憶體通常07/04 20:08
31F→:是實體連續的,常常作業系統不控管,應用程式要存取還要07/04 20:08
32F→:做記憶體映射,才能存取。07/04 20:08
7F→:物件導向的硬體特性是什麼,現在的硬體不就可以執行C++了06/16 20:18
8F→:嘛,請問是需要硬體支援什麼,會使C++變快嘛?06/16 20:19
14F推:OS範疇這麼大。個人覺得接近底層硬體用C就可以了,我只是06/14 08:38
15F→:要控制幾個硬體IO PORT,不需要搞個C++吧。至於其他schedu06/14 08:39
16F→:ling, memory management, process, ...等硬體無關的功能06/14 08:39
17F→:,用c++也許不錯。但是越好用的功能,效率一定比較慢。個06/14 08:39
18F推:人是覺個C一定比C++快,就如同assembly 比C快。06/14 08:41