其他

      看了於淵寫的《自己動手寫作業系統》後，想把啟動代碼由磁碟片FAT12檔案系統遷移到硬碟FAT32檔案系統中，畢竟目前磁碟片幾乎已經不再使用了，而硬碟和隨身碟是主流。基本想法是在實模式下，使用彙編代碼，讀取硬碟MBR，分析硬碟分區表，找到第一個FAT32使用中的磁碟分割，分析FAT32分區，在該分區中找到OSLOADER.BIN檔案，將該OSLOADER.BIN檔案載入到記憶體指定地址，將執行權交給OSLOADER.BIN。

Git是一個開源的分布式版本控制系統，用于敏捷高效地管理項目。相較svn，git最大的特點就是分布式，每個人都擁有一個複製的版本庫，所以提交代碼、查看日誌、建立分支、合并分支、回退等等操作都直接在本地完成而不需要網路。當然，本地版本庫需要和遠程共用版本庫同步，這就需要網路了。 github，作為一家git服務提供者，可以託管你的git版本庫，而且對於開源項目是可以免費託管，這對於開源項目是一大利好。 github使用

   硬碟是用來儲存資料的，為了使用和管理方便，這些資料以檔案的形式儲存在硬碟上。任何作業系統都有自己的檔案管理系統，不同的檔案系統又有各自不同的邏輯組織方式。例如：常見的檔案系統有FAT，NTFS，EXT，UFS，HFS+等等。作者後面的文章會一一講到，下面就來學習一下基於Windows的FAT32檔案系統。 FAT32檔案系統由DBR及其保留扇區，FAT1，FAT2和DATA四個部分組成，其機構如下圖： 這些結構是在分區被格式化時建立出來的，含義解釋如下：

昨天系統中提交審批流一直報“系統忙”，查看後台，發現是“ORA-01652:無法通過 128 (在資料表空間 TEMP中)擴充 temp段”，這個說明暫存資料表空間不足。 既然是temp資料表空間有問題，那當然就要從temp資料表空間說起啦。首先要說明的是temp資料表空間的作用，temp資料表空間主要是用作需要排序的操作。    1. 暫存資料表空間 是用於在進行排序操作(如大型查詢,建立索引和聯集查詢期間儲存臨時資料)每個使用者都有一個暫存資料表空間。

原文地址：https://segmentfault.com/a/1190000002951154 現在程式猿標配GIT作為代碼管理，但是從SVN到GIT學習中，其中GIT的衝突是一個痛點，常常會導致Push不上去,Pull不下來，很尷尬的地步，還不知道自己寫的代碼被覆蓋沒，廢話不多說，直接上乾貨。 亮點 採用SourceTree外掛程式和BeyondCompare 可視化解決衝突 方法 構造衝突 A 修改了conflict.file

此次項目需求是接入海康威視的網路智能網路攝影機實現即時監控。網上搜羅一番，也有挺多例子的，但是大多數都是通過官方提供的rstp協議地址實現，為了自己記憶，在下打算在這裡記錄一下，不需要的可以跳過這裡哈（這裡採用一個叫UMP的外掛程式，當然還有其他Vlc for unity，openCV等都可以實現的） 首先貼一下海康的rtsp協議地址：

arduino下讀取MPU6050資料 參考：http://diyhacking.com/arduino-mpu-6050-imu-sensor-tutorial/ 硬體 arduino uno或arduino mega2560 mpu6050感應器（GY-521或GY-9150） 杜邦線若干 連線 注意：如果使用arduino mega2560, mpu6050的SCL和SDA連線到arduino

下載並安裝Tomcat 在IDEA中配置Tomcat8 在idea中找到Settings(Ctrl+Alt+s) 快顯視窗左上過濾欄中輸入“Application”，選擇結果中的 Application Servers。(或在IDE Settings中點擊Application Servers) 點擊Add，填入server名字，選擇Tomcat 8所在路徑，然後點擊Apply OK。 部署web application 在File菜單下找到Project

最近實驗了下如何讓WebRTC支援H264編碼，記錄下，供有需要的人蔘考。 說明一下，我是在 Ubuntu Server 14.04 下編譯的 WebRTC ，使用 native（C++） api 開發 WebRTC 應用。所以我的調整都是基於 native 代碼。 最終的效果是瀏覽器可以用H264發送視頻，也可以接收H264視頻。 注意，WebRTC 使用 OpenH264 來做 encoder （見 h264_encoder_impl.cc），使用 ffmpeg 來做

http://tech-wonderland.net/blog/summary-of-ksum-problems.html 前言: 做過leetcode的人都知道, 裡面有2sum, 3sum(closest), 4sum等問題, 這些也是面試裡面經典的問題, 考察是否能夠合理利用排序這個性質, 一步一步得到高效的演算法. 經過總結, 本人覺得這些問題都可以使用一個通用的K sum求和問題加以概括消化, 這裡我們先直接給出K Sum的問題描述和演算法(遞迴解法),

TCP傳輸小資料包效率問題(譯自MSDN） http://www.ftpff.com/blog/?q=node/16   摘要：當使用TCP傳輸小型資料包時，程式的設計是相當重要的。如果在設計方案中不對TCP資料包的延遲應答，Nagle演算法，Winsock緩衝作用引起重視，將會嚴重影響程式的效能。這篇文章討論了這些問題，列舉了兩個案例，給出了一些傳輸小資料包的最佳化設計方案。 背景：當Microsoft

一、基本概念 LAN：Local Area Network 的英文簡稱，即區域網路 我們電腦和路由連在一起就是接這個口 WAN： Wide Area Network 的英文簡稱，即廣域網路 電訊廠商拉進來的網線就是和這個口連在一起 VLAN（ Virtual Local Area Network）的中文名為”虛擬區域網路”

移植環境：        主機作業系統：Ubantu 10.10        目標系統：hi351x 核心 linux-2.6.14        交叉編譯器：arm-hismall-linux-

在編譯openwrt源碼的時候make V=s 提示openwrt出現Signing key has not been configured解決辦法 編譯出現提示如下： Generating index for package ./uhttpd_2014-10-27-fd8e5e379c23c5fbcec3e76894b839233df09067_ramips_24kec.ipk Generating index for package ./watchdog_1_ramips_

轉載自：https://my.oschina.net/moooofly/blog/175019 最近看 GLib 的代碼遇到這個東東，網上搜尋一圈，發現很多人都寫過這個，自己今天才研究到，汗顏一下，掃盲一個點，留此記錄為證。 首先看一篇最官方的講解： ====== likely() and unlikely() What are they ?       In Linux kernel code, one

       本部落格發表過一篇ArcEngine通過調用GP工具實現裁剪的文章，但是GP工具對輸入輸出的參數要求高，而且用於裁剪的圖層為shp檔案，如果在系統中需要通過滑鼠繪製圖形實現裁剪，那麼GP工具就不是那麼方便。博主通過參考其他文章，實現了利用ITopologicalOperator完成裁剪功能，該方法同樣適用於檔案類型的裁剪圖層，也適用於滑鼠繪製實現裁剪。      

標籤：strong   business   ima   部分   五個   too   正則   lda   import        

標籤：mis   files   star   錯誤提示   add   doc   出現   name   Edito   當我使用我自己建立的模板產生工程，開啟檔案時，會出現“The document cannot be

標籤：save   bubuko   選項   manage   開發   listener   地址欄   獲得   width   事情的起因是最近收到的一批測試需求，要測試公司HR系統的介面效能。這個是需要測試的介面列表：所

標籤：表示   有關   下載   方便   Acrobat   一起   包含   滑鼠   new   我們在win10系統電腦的使用中，Acrobat