雜湊法(Hashing)的搜尋與一般的搜尋法(searching)是不一樣的。在雜湊法中，鍵值(key value)或識(shí)別字(identifier)在記憶體的位址是經(jīng)由函數(shù)(function)轉(zhuǎn)換而得的。此種函數(shù)，一般稱之為雜湊函數(shù)(Hashing function)或鍵值對(duì)應(yīng)位址轉(zhuǎn)換(key to address transformation)。對(duì)於有限的儲(chǔ)存空間，能夠有效使用且在加入或刪除時(shí)也能快的完成，利用雜湊法是最適當(dāng)不過了。因?yàn)殡s湊表搜尋在沒有碰撞(collision)及溢位(overflow)的情況下，只要一次就可擷取到。
上傳時(shí)間： 2016-01-14
上傳用戶：dancnc
Lemon是一個(gè)C或者C++語言的LALR(1)語法分析器生成器。它和“bison”與“yacc”的功能是一樣的，但它不是“bison”或者“yacc”的簡(jiǎn)單復(fù)制。為了減少編寫代碼的錯(cuò)誤，它使用了一種不同的語法。Lemon使用了一種更為高級(jí)的分析引擎，運(yùn)行速度比“bison”與“yacc”要更快，并且該引擎是可重入的和線程安全的。更進(jìn)一步的，Lemon實(shí)現(xiàn)了能夠消除資源泄漏的特性，適合于長(zhǎng)時(shí)間運(yùn)行的程序例如GUI或者嵌入式控制器中。
標(biāo)簽： Lemon bison LALR yacc
上傳時(shí)間： 2014-01-11
上傳用戶：lmeeworm
eVC開發(fā)環(huán)境， 功能： 對(duì)WinCE中的字體進(jìn)行調(diào)整， 實(shí)現(xiàn)動(dòng)態(tài)改變字形
標(biāo)簽： eVC
上傳時(shí)間： 2016-02-06
上傳用戶：busterman
你已經(jīng)熟悉了STL。你知道怎么建立容器，迭代它們的內(nèi)容，添加刪除元素和應(yīng)用常見算法，比如find和sort。但你并不滿足，你不能擺脫STL所提供的超過它們能帶來的好處的感覺。應(yīng)該簡(jiǎn)單的任務(wù)并非那樣。應(yīng)該直截了當(dāng)?shù)牟僮鞔_有資源泄漏或錯(cuò)誤行為。應(yīng)該高效的過程卻需要比你希望給它們的更多的時(shí)間和內(nèi)存。是的，你知道怎么使用STL，但你不確定你在有效地使用它。
上傳時(shí)間： 2016-02-12
上傳用戶：wyc199288
內(nèi)存管理源碼，可以測(cè)試內(nèi)存泄漏位置，方便調(diào)試
上傳時(shí)間： 2014-01-04
上傳用戶：asddsd
本書分為上篇、中篇和下篇三個(gè)部分，上篇為Windows CE結(jié)構(gòu)分析，中篇為Windows CE情景分析，下篇為實(shí)驗(yàn)手冊(cè)。每一篇又劃分為若 干章。上篇包含有引言，Windows CE體系結(jié)構(gòu)，處理 器排程，儲(chǔ)存管理 ，檔案系統(tǒng)和設(shè)備管理 等六 章。中篇包含有系統(tǒng)初始化，處理 器排程過程，分頁處理 ，檔案處理 和驅(qū)動(dòng)器載入等五章。下篇包含有Windows CE應(yīng)用程式開發(fā)，Windows CE系統(tǒng)開發(fā)，評(píng)測(cè)與總結(jié)以及實(shí)習(xí)等四章。 上篇的重點(diǎn)在於分析Windows CE kernel的結(jié)構(gòu)以及工作原理 。這個(gè)部分是掌握Windows CE作業(yè)系統(tǒng)的基礎(chǔ)。 中篇重點(diǎn)在於分析Windows CE kernel的實(shí)際運(yùn)行 過程。如果說 上篇是從靜態(tài)的角度 分析Windows CE kernel，那麼中篇?jiǎng)t是試圖從動(dòng)態(tài)的角度 給讀 者一個(gè)有關(guān)Windows CE kernel的描述。希望讀 者能夠通過對(duì)中篇的閱讀 理 解，在頭腦中形成有關(guān)Windows CE kernel的多方位的運(yùn)作情景。 下篇著重於有關(guān)Windows CE的應(yīng)用。對(duì)理 論 的掌握最終要應(yīng)用到實(shí)務(wù)中。
標(biāo)簽： 分
上傳時(shí)間： 2013-12-23
上傳用戶：FreeSky
inetutils是在unix和linux下， 專門提供ftp和telnet服務(wù)的軟體。
標(biāo)簽： inetutils linux unix
上傳時(shí)間： 2014-10-13
上傳用戶：ryb
delphi表格控件源碼,修改垂直方向滾動(dòng)表格時(shí), 可以滾動(dòng)得只剩下一行的問題. - 修改了打印預(yù)覽頁眉行之間間距過大的問題 - 修改了3.25版本后多行文本單元格打印不顯示的問題 - 修改了3.25.3后某些版本會(huì)出現(xiàn)內(nèi)存泄漏導(dǎo)致程序崩潰的問題 + 為TEjunDataGrid的Columns對(duì)象添加了CellItems屬性，該屬性是TStrings類型，當(dāng)該列的單元格 是cellComboBox類型時(shí)，下拉列表的內(nèi)容將從Columns[Col].CellItems屬性中獲取。
上傳時(shí)間： 2016-03-22
上傳用戶：lx9076
一、程式名稱：embed.java 二、程式功能：藏入數(shù)位浮水印處理程式 四、輸入檔（資料）格式： 1．本程式所採(cǎi)用之影像格式皆為*.raw之灰階影像。 2．本程式採(cǎi)用的浮水印格式為128×128之灰階影像ccu.raw。 3．本程式所採(cǎi)用的原始影像格式為512×512 之灰階影像Lena.raw。 五、輸出檔（資料）格式： 1．本程式輸出的藏入浮水印影像格式為512×512 之灰階影像Lena2.raw。 六、執(zhí)行環(huán)境： 1．系統(tǒng)：Windows 98/ME/2000。 2．軟體：JavaTM 2 SDK （Version 1.3）。 七、執(zhí)行方式： 1．在DOS環(huán)境下執(zhí)行embed.java，指令如下：java embed。
上傳時(shí)間： 2016-03-24
上傳用戶：tzl1975
在了解實(shí)時(shí)嵌入式操作系統(tǒng)內(nèi)存管理機(jī)制的特點(diǎn)以及實(shí)時(shí)處理對(duì)內(nèi)存管理需求的基礎(chǔ)上，練習(xí)并掌握有效處理內(nèi)存碎片的內(nèi)存管理機(jī)制，同時(shí)理解防止內(nèi)存泄漏問題的良好設(shè)計(jì)方法。使用預(yù)先規(guī)劃的思想，構(gòu)建自己的私有內(nèi)存管理機(jī)制，在系統(tǒng)內(nèi)存池中申請(qǐng)內(nèi)存，并將其納入私有內(nèi)存管理機(jī)制中，形成靜態(tài)預(yù)分配內(nèi)存池； 靜態(tài)預(yù)分配內(nèi)存池支持一種以上固定長(zhǎng)度內(nèi)存池，如16 字節(jié)內(nèi)存池和256 字節(jié)內(nèi)存池。固定長(zhǎng)度內(nèi)存池的單塊長(zhǎng)度應(yīng)考慮體系結(jié)構(gòu)開銷，并盡量減少內(nèi)部碎片；固定長(zhǎng)度內(nèi)存池?cái)?shù)量應(yīng)可配置； 靜態(tài)預(yù)分配內(nèi)存池與系統(tǒng)內(nèi)存池的統(tǒng)一管理機(jī)制。向用戶分配內(nèi)存時(shí)應(yīng)保證長(zhǎng)度最佳匹配原則。當(dāng)申請(qǐng)內(nèi)存的長(zhǎng)度超過靜態(tài)預(yù)分配長(zhǎng)度或資源不足時(shí)，自動(dòng)向系統(tǒng)內(nèi)存池申請(qǐng)； 管理機(jī)制包括： a) 初 始化函數(shù)； b) 內(nèi) 存申請(qǐng)/釋放函數(shù)。并特別要保證釋放安全； c) 告 警機(jī)制； d) 管 理監(jiān)視機(jī)制。 5. 利用可能的互斥機(jī)制或代碼可重入設(shè)計(jì)，保證以上管理機(jī)制的操作安全性； 6. 創(chuàng)建多Task 環(huán)境測(cè)試及演示以上內(nèi)容
標(biāo)簽： 內(nèi)存管理 實(shí)時(shí)嵌入式 實(shí)時(shí)處理 操作系統(tǒng)
上傳時(shí)間： 2016-04-12
上傳用戶：lizhen9880
蟲蟲下載站版權(quán)所有 京ICP備2021023401號(hào)-1
