其他

以下代碼在centos6.2測試通過用戶端代碼如下：#include <string.h>#include <netinet/in.h>#include <sys/socket.h>#include <arpa/inet.h>#include <iostream>#include <stdio.h>#include <errno.h>using namespace std;#define MAXLINE

對於.lds檔案，決定一個可執行程式的各個段的儲存位置,以及入口地址，這也是連結定位的作用。這裡以u-boot的lds為例說明uboot的連結過程。首先看一下GNU官方網站上對.lds檔案形式的完整描述：SECTIONS {...secname start BLOCK(align) (NOLOAD) : AT ( ldadr )  { contents } >region :phdr

         Android 4.0用的arm版本V7，Android 2.3用的arm版本是V5，所以在編譯Android時，最好是先查看一下系統使用的arm版本號碼，然後再選擇相應版本的goldfish_defconfig檔案來配置核心編譯選項。查看arm架構方法：用adb連上手機，執行cat /proc/cpuinfo命令，裡面有系統當前使用的arm的版本號碼。==》make goldfish_armv7_defconfig  （Android4.0）==》make goldfish_

 外鍵是資料庫一級的一個完整性條件約束，就是資料庫基礎理論書中所說的“參照完整性”的資料庫實現方式。         外鍵屬性當然是可以去掉的，如果你不想再用這種約束，對編程當然不會有什麼影響，但相應的錄入資料的時候就不對錄入的資料進行“參照完整性”檢查了。       例如有兩個表     A(a,b)   :a為主鍵，b為外鍵（來自於B.b)     B(b,c,d)   :b為主鍵      如果我把欄位b的外鍵屬性去掉，對編程沒什麼影響。 

發送端： 申請共用記憶體地區並寫入資料到共用記憶體地區sender.c#include <stdio.h>#include <stdlib.h>#include <string.h>#include <unistd.h>#include <sys/types.h>#include <sys/shm.h>#define BUFSIZ 102400int main(){int shmid=-1;char *

越來越發現自己數學之差了，連簡單的數學運算忘記了，，寫下實現點到直線交點座標的計算方法原理是兩點確定一條直線，利用公式 y = ax+b 去計算然後根據與直線方程Ax+By+C=0(A≠0，B≠0)垂直的直線方程是Bx-Ay+m = 0, (m是參變數)的原理求出垂線方程的m值，然後根據兩個直線方程求出交點座標。其中pt1和pt2為已知的兩個在直線上的點，pt3為垂線上的點座標ptCross為擷取的交點座標/** @ brief 根據兩點求出垂線過第三點的直線的交點 @ param pt1

前10名程式設計語言走勢圖 20到50名語言排行PositionProgramming LanguageRatings21MATLAB0.573%22D0.539%23Logo0.535%24SAS0.517%25Visual Basic .NET0.481%26COBOL0.476%27Scheme0.427%28C

一、圖論   路徑問題         0/1邊權最短路徑         BFS         非負邊權最短路徑（Dijkstra）             可以用Dijkstra解決問題的特徵         負邊權最短路徑         Bellman-Ford             Bellman-Ford的Yen-氏最佳化             差分約束系統         Floyd             廣義路徑問題             傳遞閉包           

    剛在網上看到有人寫一篇“北京是個人吃人的地方”的文章，其中說到了研發過程的一些片面的行為：問別人某某東西是如何?的，結果別人只說那個容易，你看什麼什麼資料就明白了，結果自己花費了不少的時間等等，由此引出知識是money，經驗是money等內容。個人感覺這些想法有些片面。我把自己這幾年的開發經驗拿出來和大家分享一下，希望對大家在研發的道路能有個良好的心態，openmind，不要受到一些小打擊而否定原本正確的開發理念！   

對於一個ARM系統來說，32位元據如int的訪問必須是4位元組對齊的，16位就要2位元組對齊(struct 結構中都是int16_t,int32_t可不需要添加__packed,如果有偶數個char型也可以不添加，因為可以按半字對齊，如str中有5個char型，不加則為6，加則為5，但也破壞了邊界對齊的形態，會增加讀取效率)，否則就會有Data-Abort的異常。因此在一個struct當中，並不能保證如果按照正常順序寫下來，這些變數就一定是對齊的。例如struct a { char a;

移植u-boot1.3.4到2416，使用dm9000cep網卡，網卡接在bank4，配置為16bit，網卡EECS拉低，16bit模式，CMD引腳接2416的ADDR2，#define CONFIG_DM9000_BASE 0x20000000#define DM9000_IO CONFIG_DM9000_BASE#define DM9000_DATA (CONFIG_DM9000_BASE+0x04)無法識別到網卡，讀出的ID是錯的。而將#define DM9000_DATA

在GIS視圖上發現部分小區不能正常呈現，通過跟蹤異常小區發現其所屬基站的經緯度座標都是-1.#QNAN00000000000無效值，導致小區繪製失敗，這些小區均屬新入網的3G基站，資源資料還沒有維護起來，資料庫中對應欄位為空白，經過TUXEDO介面後資料反映為QNAN無效值。在基礎資料完善之前，可在SQL取資料時將空值轉化為0，或在接收資料時對此類資料作進一步的過濾。　　此處的1.#QNAN是一個列印呈現，QNAN是指Quiet Not

     畢業工作四年了，總體工作上來說，大部分的工作內容是處於上層應用開發，並沒有坐到自己畢業時想象的那樣，工作幾年掌握一定的核心技術，做到某一方面公司無法離開的地步。總結一下，這個可能跟前面幾年自己的工作方法有關係，因為一直從事技術開發工作，平時的工作任務和進度都比較緊張，當休息的時候也沒有完完全全的做到已自己工作目標來進行更深入的學習，大部分休息的時間都是真的去休息了。所以到目前的工作狀態也是必然的了！   

①在include/configs/smdk2416.h中添加定義：#defineCONFIG_USB_OHCI#defineCONFIG_USB_STORAGE#defineCONFIG_DOS_PARTITION#defineCONFIG_SUPPORT_VFAT#defineLITTLEENDIAN以及#defineCONFIG_CMD_USB  #defineCONFIG_CMD_FAT再開啟common/makefile，在119行添加COBJS-$(CONFIG_CMD_USB)+=

for(i=0;i<GyroParaSectorSize;i+=2)/*i+=2 ==> 參數只需2個位元組 */{if((int16_t)0xffff == *((int16_t *)(GyroParaSectorAddr+i))) /* 校正是否可寫*/{break;}}

 Doxygen支援多種程式設計語言的注釋文檔化工具WikiCreole致力於 WIKI 文法正常化的標準, 最新出爐的正式規格是 1.0 版reStructuredText所見即所得 (WYSIWYG) (WYSIWYG) 的文本標記文法, 非常適合用來寫正式的協助文檔, 論文等SphinxreStructuredText 的文檔化工具, 輕鬆幾步就能把 reST 轉換成 LaTeX / PDF / HTML 線上文檔 / CHM 等格式, 本頁面就是使用Sphinx

產品的SRAM中的資料出現莫名奇妙的亂，碰到過不少。一直未確定是何種原因引起，其中一個原因是由於備用電池沒電，電壓過低引起的資料丟失，堵住這個原因後，後續仍有零零星星的問題出現，一直未有一個有效方法可以解決。       終於忍受不了，準備大動一下程式，給SRAM的資料增加錯誤修正碼，如同NAND FLASH的校正，至少可以檢測到是否為人為造成的資料紊亂，如果非人為造成資料紊亂，程式會給出提示資料出現了錯誤。使用的是128K-WORD by

1、Fifo.h: #include "stdarg.h"……#define FIFOSizeMax 50#define FIFOFunPointerMax 10typedef int32_t (*fifoproc)(int32_t argc,...); typedef uint8_t DataType; /*FIFO的資料可以是特定的結構體*/typedef __packed struct { uint8_t FifoDTR; /*Fifo裝置類型*/uint8_t pRD ; /

       編譯kernel時，需要根據arm架構版本選擇對應都defconfig，通常Android 4.0使用的arm架構是v7，Android 2.3是v5。具體查看方法可以adb shell後，使用cat /proc/cpuinfo查看。==》Android4.0使用make goldfish_armv7_defconfig  ==》Android2.3使用make

    android SDK中有些JAVA類是開放的，有些是不開放的，API同樣如此。這裡所謂開放的類或API，只是javadoc的範疇，並不是java中public和private，也就是說，對於源碼的編譯無所謂，只是對javadoc的產生有影響關於類的開放和隱藏，但是對android的上層應用有影響，因為非開放的類或API,android上層應用無法直接存取。    類或API是否開放，是通過doc的注釋｛＠hide｝來控制的。比如android.media.Metadata