Time of Update: 2018-12-03
一 最長遞增子序列問題的描述 設L=<a1,a2,…,an>是n個不同的實數的序列,L的遞增子序列是這樣一個子序列Lin=<aK1,ak2,…,akm>,其中k1<k2<…<km且aK1<ak2<…<akm。求最大的m值。
Time of Update: 2018-12-03
rc 檔案樣本# pixmap_path "<dir 1>:<dir 2>:<dir 3>:..."#pixmap_path "/usr/include/X11R6/pixmaps:/home/imain/pixmaps"## style <name> [= <name>]# {# <option># }## widget <widget_set> style <style_name>#
Time of Update: 2018-12-03
Window 視窗層次關係 相信在Window 下面編程的很多兄弟們都不是很清楚Window 中視窗的層次關係是怎麼樣的,這個東西很久已經研究過一下,後來又忘記了,今天又一次遇到了這個問題,所以便整理一下。下面就說說Window 中案頭(Deskkop)以及頂層視窗,以及子視窗之間的關係。 在Window 的圖形介面下,最基本顯示資訊的元素就是視窗,每一個Window
Time of Update: 2018-12-03
GString是GLib所提供的對字串處理的型態,GString保有字串的長度資訊,當您對GString進行插入、附加時,GString會自動調整長度,您也可以搭配一些GLib的函式來方便的處理字串。GString的定義如下:typedef struct { gchar *str; gsize len; gsize allocated_len;} GString;
Time of Update: 2018-12-03
Snex9x-gtk:一個超任的GTK+模擬器 很久沒玩遊戲了,今天在逛網站時,發現這個Snex9x的GTK+模擬器。 於是心血來潮試玩了一番,發現這確實是一個非常OK的模擬器。推薦給曾熱愛FC/SFC的朋友! 預設情況下,Ubuntu的源-.Rjq543 { display: none; }Snex9x-gtk:一個超任的GTK+模擬器 很久沒玩遊戲了,今天在逛網站時,發現這個Snex9x的GTK+模擬器。 參考資料:www.svn8.com
Time of Update: 2018-12-03
linux核心計算從1970年1月1日0時起到開機當日經過的秒數,採用的方法不是調用開發環境庫中的函數,而是linus專門實現的一個。個人覺得在處理閏年問題時很經典,特此貼出來為日後留個紀念。long kernel_mktime(struct tm * tm) { long res; int year; year = tm->tm_year - 70; /* magic offsets (y+1) needed to get leapyears right.*/
Time of Update: 2018-12-03
https://ata.wiki.kernel.org/index.php/Libata_error_messagesLibata error messagesFrom ata WikiJump to: navigation, searchContents[hide]1Overview 2Prefix 3Exception line 4Input taskfile 5Output taskfile, error summary 6Error classes 7ATA status
Time of Update: 2018-12-03
http://hi.baidu.com/realxfliu/blog/item/f6fe14e96463b83fb90e2d35.html 1、用命令列來引導Linux作業系統的步驟通過命令列來引導作業系統的流程,也沒有什麼難的;無非是把指令手工輸入到grub>提示符的後面;在這個過程中,tab鍵的命令補齊功能就顯得很重要了。如果您不知道有哪些命令,可以輸入help;1)進入GRUB的命令列模式
Time of Update: 2018-12-03
理解和使用Alsa的設定檔作者:劉旭暉 Raymond轉載請註明出處Email:colorant@163.com BLOG:http://blog.csdn.net/colorant/首頁:http://rgbbones.googlepages.com/ 最近在做音頻相關的驅動,使用到了Alsa。過程中涉及到一些硬體的設定和測試,需要瞭解Alsa的設定檔的寫法,稍微學習了一下,這裡把自己的一些簡單理解記錄如下。 1 相關說明1.1 網站資源Alsa項目的官方網址:
Time of Update: 2018-12-03
灰階長條圖是數位影像中最簡單且有用的工具,這一篇主要總結OpenCV中長條圖CvHistogram的結構和應用。灰階長條圖的定義灰階長條圖是灰階級的函數,描述映像中該灰階級的像素個數(或該灰階級像素出現的頻率):其橫座標是灰階級,縱座標表示映像中該灰階級出現的個數(頻率)。一維長條圖的結構表示為高維長條圖可以理解為映像在每個維度上灰階級分布的長條圖。常見的是二維長條圖。如紅-藍長條圖的兩個分量分別表示紅光映像的灰階值和藍光映像灰階值的函數。其映像座標(Dr,Db)處對應在紅光映像中具有灰階級Dr
Time of Update: 2018-12-03
int main(int argc, char* argv[])...{ unsigned int i; CvMat* s = cvCreateMat(1,32,CV_32FC1); CvMat* d = cvCreateMat(1,32,CV_32FC1); CvMat* s2 = cvCreateMat(1,32,CV_32FC1); for(i=0;i<32;i++) cvSetReal2D(s,0,i,i); //顯示一下輸入訊號
Time of Update: 2018-12-03
1、按OpenCV格式實現的 .txt 檔案讀寫可以用 cvSave 和 cvLoad 實現,格式和 .xml/.yml 的差不多,不過如果專用與 OpenCV 的資料讀寫,還是用 .xml/.yml 檔案格式較好,我比較喜歡 .yml 格式,可讀性非常棒。用 cvSave 和 cvLoad 讀寫 .txt 檔案,其實現方式和資料格式與 .yml 檔案基本一致。例如:cvSave("camera_matrix.txt",camera_matrix); //儲存了 camera_matrix
Time of Update: 2018-12-03
錯誤與異常處理作者:楊老師下載原始碼一、前言 程式設計中,錯誤處理必不可少,而且通常要佔用很大的篇幅。本回書著落在 COM 中的錯誤(異常)的處理方法。 在組件程式中,如果遇到錯誤,一般有兩個方式進行處理。二、簡單返回 對於比較簡單的錯誤,直接返回表示錯誤原因的 HRESULT。比如下面幾個就是常見的錯誤值: E_INVALIDARG0x80070057參數錯誤E_OUTOFMEMORY0x8007000E記憶體錯誤E_NOTIMPL0x80004001未實現E_POINTER0x8000
Time of Update: 2018-12-03
1,函數名: fgets功 能: 從流中讀取一字串用 法: char *fgets(char *string, int n, FILE *stream);形參注釋:*string輸入資料的首地址;n-1:一次讀入資料區塊的長度,其預設值為1k,即1024;stream檔案指標序 例:#include <string.h>#include <stdio.h>int main(void){FILE *stream;char string[] =
Time of Update: 2018-12-03
在調試WinCE程式的時候,有時候會碰到Data Abort的異常,系統會在偵錯主控台輸出如下類似資訊:Exception 'Data Abort' (4): Thread-Id=03d3000e(pth=83a9e024), Proc-Id=00400002(pprc=81d48308) 'NK.EXE', VM-active=00fa000a(pprc=83a20ecc) 'explorer.exe'PC=c0883660(s3c2440disp.dll+0x00003660) RA=a01
Time of Update: 2018-12-03
fedora 進入命令列 終端 startx 在圖形介面的控制台上輸入 init 3 即可停止 xwindow如果無法返回到終端,可以按住 alt+ctrl+f2~f6啟動到新的控制台,然後結束掉tty1上的xwindow結束xwindow 的方法 ps -t tty1 找到進程中 xinit/xwindow... 的pid, 然後 kill -9 pid 即可 如果想開機啟動直接到 命令列 可以 方式一: --------參考------
Time of Update: 2018-12-03
正如我們所瞭解的,核心不斷用包含塊裝置資料的頁填充頁快取。只要進程修改了資料,相應的頁就被標記為髒頁,即把它的PG_dirty標誌置位。 Unix系統允許把髒緩衝區寫入塊裝置的操作順延強制,因為這種策略可以顯著地提高系統的效能。對快取中的頁的幾次寫操作可能只需對相應的磁碟塊進行一次緩慢的物理更新就可以滿足。此外,寫操作沒有讀操作那麼緊迫,因為進程通常是不會由於延遲寫而掛起,而大部分情況都因為延遲讀而掛起。正是由於延遲寫,使得任一物理塊裝置平均為讀請求提供的服務將多於寫請求。 一個髒頁可能直到最後
Time of Update: 2018-12-03
===============================程式開始是參考OURAVR網友的例子成功收到台,由於程式產生的hex檔案太大,2051裝不下,只是放在部落格發表,一直沒有時間整理出來。後來深圳市廣視美電子有限公司的老薑發了一份SP3767的參考代碼給我,通過學習SP3767的代碼,發現許多好的思路和方法,結合我自己開始寫的的程式,修修改改改成了現在的程式。==============================感謝OURAVR的網友和深圳市廣視美電子有限公司的老薑提供的程式。O
Time of Update: 2018-12-03
引言對DRAM clock的調整可能會影響對DRAM的讀寫,所以安全的方法是將指令預讀。代碼如下; First get cache info。CP15 c0中記錄著該處理器的cache資訊mrc p15, 0, r0, c0, c0, 1; Get I cache line size as (1 << (b[1..0] + 3)),;32位的低兩位表示cache line size,但是要經過前面的運算,可以為8,16,32,64位元組and r3, r0,
Time of Update: 2018-12-03
1、u-boot的啟動流程: 從檔案層面上看主要流程是在兩個檔案中:cpu/arm920t/start.s,lib_arm/board.c, 1)start.s 在flash中執行的引導代碼,也就是bootloader中的stage1,負責初始化硬體環境,把u-boot從flash載入到RAM中去,然後跳到lib_arm/board.c中的start_armboot中去執行。1.1.6版本的start.s流程: 硬體環境初始化: 進入svc模式;關閉watch