大整數(shù)問題 設n是一個k（1≤k≤80）位的十進制正整數(shù)。 問題1：對于給定的任意整數(shù)n，編程計算滿足p3+p2+3p≤n的位數(shù)為m的p的個數(shù)。 問題2：對于給定的任意整數(shù)n，編程求解滿足p3+p2+3p≤n的p的最大值。 要求： 對于給定的每一個測試文件（形如：numberX_input.txt），分別生成一個結果文件（形如：numberX_out.txt）。比如，對于測試文件number1_input.txt，對應的結果文件為number1_out.txt。 參考數(shù)據(jù)： (1) 若n=1908 ； p的最大值=12 (2) 若n= 2000000000000000000000000000002452458671514234457987956856； p的最大值= 12599210498948731647
上傳時間： 2017-01-17
上傳用戶：teddysha
查錯問題 文件名：check.* 輸入文件：check.in（文本文件，選手按規(guī)定格式自行創(chuàng)建） 輸出文件：check.out（文本文件） 問題描述： 很多英文文本編輯軟件都具有輔助查錯功能。現(xiàn)在有一個標準的詞庫，請根據(jù)該標準詞庫編制程序實現(xiàn)查錯功能。 輸入格式： 從文本文件check.in中讀入數(shù)據(jù)。 第一行一個整數(shù)N（N≤10000），表示標準詞庫中單詞的個數(shù)。 第2--N+1行，每行一個標準單詞，單詞的長度不超過10。 第N+2行開始為待查文本，其單詞間用空格（或連續(xù)空格）分隔，單詞的個數(shù)不會超過1000。 輸出格式： 輸出到文本文件check.out中。 （1）第一行開始輸出拼錯的單詞； （2）最后一行輸出一個整數(shù)表示拼錯的單詞總數(shù)。（拼錯相同的單詞重復計數(shù)） 注意：如果一個單詞在字典中無法找到，那么我們就認為這個單詞拼錯了。 輸入樣例： 3 like this we we like the sport 輸出樣例： the sport
上傳時間： 2013-11-28
上傳用戶：2404
第一章 基礎知識 ……………………………………………………………………………4 第二章 進程介紹 …………………………………………………………………………10 第三章 文件操作 …………………………………………………………………………17 第四章 時間概念 …………………………………………………………………………27 第五章 信號處理 …………………………………………………………………………31 第六章 消息管理 …………………………………………………………………………39 第七章 線程操作 …………………………………………………………………………49 第八章 網(wǎng)絡編程 …………………………………………………………………………54 第九章 Linux 下C 開發(fā)工具介紹 ……………………………………………………….87
上傳時間： 2017-01-22
上傳用戶：lvzhr
ADT HuffmanTree{ 數(shù)據(jù)對象：D={ai| ai∈CharSet,i=1,2,……,n, n≥0} 數(shù)據(jù)關系：R={< ai-1, ai > ai-1, ai∈D, ai-1基本操作P： HuffmanTree() 構造函數(shù) ~ HuffmanTree() 析構函數(shù) Initialization(int WeightNum) 操作結果：構造哈夫曼樹。 Encoder() 初始條件：哈夫曼樹已存在或者哈夫曼樹已存到文件中。 操作結果：對字符串進行編碼 Decoder() 初始條件：哈夫曼樹已存在且已編碼。 操作結果：對二進制串進行譯碼 Print() 初始條件：編碼文件已存在。 操作結果：把已保存好的編碼文件顯示在屏幕 TreePrinting() 初始條件：哈夫曼樹已存在。 操作結果：將已在內存中的哈夫曼樹以直觀的方式顯示在終端上
標簽： ai HuffmanTree CharSet ADT
上傳時間： 2013-12-25
上傳用戶：changeboy
(1)編寫分支結構.asm文件實現(xiàn): 鍵盤輸入以‘$’為結束符的長度不超過80的字符串（含字母、數(shù)字、其他字符），對其中的非數(shù)字字符計數(shù)。統(tǒng)計結果用十六進制數(shù)屏幕顯示。 (2)編寫分支結構.asm文件實現(xiàn): 定義一串以‘$’結束的字符串，給每一個字符均加上偶校驗位。統(tǒng)計有多少個字符因含有奇數(shù)個1而加上了校驗位，結果存入N單元。
上傳時間： 2013-12-25
上傳用戶：gdgzhym
這是一個用線程實現(xiàn)的圖形動畫實例，每當鼠標點擊一次“Start”按鈕，屏幕上將產生一個隨機顏色的小圓球，該圓球將在屏幕上發(fā)生碰撞跳動，直到點擊“Close”按鈕為止。該實例由5個類構成，分別放在以下4個文件中：Ball.java、BallCanvas.java、BallThread.java、BounceFrame.java。主類是BounceFrame。
上傳時間： 2017-02-03
上傳用戶：zhyiroy
各個目錄均包含以下文件： - sbc_vivi : 帶USB下載功能的vivi, 可以燒寫和啟動Linux及WinCE映象文件 所有目錄下的sbc_vivi是相同的。 - eboot.nb0 : 燒寫輔助文件, 所有目錄下的eboot.nb0是相同的 - zImage : 帶觸摸驅動的Linux內核映象文件
標簽： sbc_vivi Linux WinCE eboot
上傳時間： 2017-02-07
上傳用戶：aa54
基于java平臺的一個桌面相冊,個人的電子相冊...用eclipse開發(fā)的,管理并用線程做了一個瀏覽界面,按鈕功能豐富...類似與三星的Digimax Master 可以查看相片的屬性: 包括相片文件信息和EXIF元數(shù)據(jù)信息~! 算是半分專業(yè)相冊吧
標簽： eclipse Digimax Master java
上傳時間： 2014-01-21
上傳用戶：海陸空653
1、更正了原來的1.0版本的所有內存泄漏問題。 2、使用了文件讀寫的緩沖技術，對加密與解密在速度上都有一定的加快。 3、使用了進度條來顯示加密與解密的進度，使其過程更加生動，不單調。 4、使用了多線程技術，這對于有多處理機的計算機來說，速度有一定的提高。 5、使用了與原始AES加密/解密算法中對狀態(tài)數(shù)組按列處理等價的按行來處理數(shù) 據(jù)（當然在相應的函數(shù)中也作了相應的修改），避免了對狀態(tài)數(shù)組的轉置操作， 加快了加密與解密的速度。 6、提供了檢查所選擇的存放加密/解密文件的磁盤空間是否足夠的功能。對于所選擇的磁盤空間不夠時不會給出提示，并不進行加密/解密，以免浪費時間。 7、添加了可以根據(jù)所選密鑰長度類型，從指定文件中導入密鑰的功能(注：在從給定的文件中所讀入的字符串中若是有
上傳時間： 2013-12-21
上傳用戶：qilin
選擇兩個文件夾，能對里面的文件進行對比，文件名相同則顯示name，文件名和內容相同則顯示N&C
標簽：
上傳時間： 2017-02-18
上傳用戶：TRIFCT
