其他

ACE_wrappers 目錄下的：ACE.sln 適用於 VC7.1ACE_vc8.sln 適用於 VC8，用於編譯適用於 desktop/server Windows 平台的庫ACE_WinCE.sln 適用於 VC8，用於編譯適用於 Windows CE/Moblie 平台的庫1. 按需要使用 MSVC 開啟相關的 sln 檔案2. 在 ACE_wrappers/ace 目錄下建立 config.h 檔案，寫入：#include "ace/config-win32.h"3.

 PingPing是測試網路聯結狀況以及資訊包發送和接收狀況非常有用的工具，是網路測試最

linux訊號機制遠遠比想象的複雜，本文力爭用最短的篇幅，對該機製做了深入細緻的分析。讀者可以先讀一下訊號應用執行個體（在訊號（下）中），這樣可以對訊號發送直到相應的處理函數執行完畢這一過程有個大致的印象。本文盡量給出了較新函數的應用執行個體，著重說明這些的功能。一、訊號及訊號來源訊號本質 訊號是在軟體層次上對中斷機制的一種類比，在原理上，一個進程收到一個訊號與處理器收到一個插斷要求可以說是一樣的。訊號是非同步，一個進程不必通過任何操作來等待訊號的到達，事實上，進程也不知道訊號到底什麼時候到達。

概要：Fedora9安裝好後，將Fedora9安裝鏡像作為軟體源，以便安裝鏡像中內建的軟體包。 需求：搭建嵌入式Linux編譯環境。問題：1、在虛擬機器中裝Fedora9，只能安裝預設的軟體包，而編譯環境需要的軟體包（如GCC）不會自動安裝；         2、Fedora9安裝鏡像中包含好多安裝包，並不是所有都自動安裝；         3、Fedora9安裝好後，PackageKit會自動運行（應該是軟體下載和升級程式），速度很慢。 解決方案：將鏡像中的安裝包作為安裝源。 步驟：1、備份

概括來講就像是發電報！發電報也是一根線，通過滴答聲音的長段表示不同的訊號，1WIRE正是這個原理！   1WIRE總結，在沒有訊號的時候一直保持高電平，當要進行訊號傳輸或者接受訊號時都要以一個低電平開始（以host為視角）。一、寫：1.寫 0：從發寫訊號低電平開始保持60微秒以上120微秒以下低訊號。2.寫1：從發寫訊號低電平開始保持至少1微秒最多15微秒的低電平，然後釋放匯流排或者將其變成高電平。     寫操作，當寫訊號發出15微秒之後從機才開始才樣。 二、讀：讀訊號：低電平1微秒。在在讀訊

        今天看視頻的時候，方立勳老師說到這個問題，他舉出一個例子，說父親有一個錯誤的方法，導致自己可能犯錯，可能殺人放火。兒子繼承了父親這個方法，那麼兒子肯定不能比父親更壞，不能夠在殺人放火的基礎上還調戲婦女。                聽到這個問題之後，我就覺得不對勁。即便是類比現實，兒子不能比父親更加差勁這種東西也太違背自然規律了，因為社會上存在著很多比父親差勁的兒子。而且並不是每一個搶劫犯都是搶劫犯的兒子。也並不是每一個不搶劫的人，生不出搶劫犯兒子。             

概要：PC機上出現bash: ./hello: cannot execute binary file原因；開發板上如何執行可執行檔。      將arm-linux-gcc安裝好後，編譯產生helloWorld的可執行檔，在PC上輸入./hello返回bash: ./hello: cannot execute binary file，而用gcc編譯後的組建檔案可以執行輸出Hello World！    

Write a program to read strings from standard input looking for duplicated words. The program should find places in the input where one word is followed immediately by itself. Keep track of the largest number of times a single repetition occurs and

可見本人在friendlyArm上發的文章:http://www.arm9home.net/read.php?tid=9343     Android核心源碼從論壇上下載的，根檔案系統也是論壇上的牛人製作的，作為學習android的初級階段，我先藉助前輩的資料進行下載，先有一個初步的瞭解，之後還需要不斷學習，製作自己的檔案系統，熟悉android核心源碼。   這回不發感慨了，直接發燒寫步驟。本人mini2440屬於比較老的版本，使用者手冊上的日期為09年2月份。64M ram 64

如果你的顯示器是大屏的，word會自動在寬度方向上同時顯示兩頁。有些人會覺得看起來不爽。不管爽不爽，我們都要掌握切換的方式，將決定權掌握在自己手中。切換方式如下：1) 雙頁-->單頁：    由整頁模式切換至web視圖，再切換回整頁模式。2) 單頁-->雙頁：    顯示比例選“頁寬”，再切換回100%即可。

本文章我是在電子工程專輯上看到的，看了之後，倒吸一口涼氣，讓作為程式員的我情何以堪，對於自己的未來有了一絲恐懼，也不知道到底應不應該轉行，也不知怎樣轉行、害怕轉行。文中有幾點發人深思：1、單純的編碼會讓你的人際關係很單一，這在以後是很可怕的；2、做技術的人只是被領導們看做機器使用，你會一種語言或工具，你在做開發時，就變成了公司的工具；3、學會讓別人去做，不要太癡迷於技術。原文http://blog.csdn.net/chen__jinfei/archive/2010/01/11/5178144.

 gcc基本的使用方法及常用指令前言　　編譯器在編譯過程中，先將程式碼編譯成 object 檔，然後再和程式庫連接，成為可執行檔。故一個編譯器須提供的參數主要有幾類：　　1.指定編譯器編出的object 檔或是可執行檔檔名。 　　2.在編譯過程做最佳化，可提升程式的執行速度。 　　3.設定搜尋程式庫的標題檔 (header file) 及程式庫檔的目錄及指定程式庫檔檔名。 　　提供進一步的資訊以便使用者找尋程式中的錯誤。 [@more@] 　　以下便以這四個大類分別介紹。

 ACE_OS::strcasecmp  大小寫比較ACE_OS::strncasecmp  n個字元大小寫比較ACE::execname (prog1);  執行prog1程式ACE_OS_String::strdup  字串深拷貝ACE_OS::uname (&uname); 擷取作業系統資訊ACE_Copy_Disabled  非拷貝基礎類ACE_DLL   動態庫類ACE_Process_Options ACE_Env_Value  環境變數類ACE_Obstack_T 

文章目錄 Problem StatementDefinitionConstraintsExamples Problem Statement    A deck of cards contains 52 cards. Each card has a suit (Clubs,Diamonds,Hearts,Spades) and a value (Ace,2,3,...,9,10,Jack,Queen,King). In the game

       今日學習過程中，終於做出一個視窗介面。       孫鑫老師的視頻中，他在十分鐘左右完成的事情，我花了幾個小時，不過問題已經解決，總是好的。       在學習期間，也遇到了不少的問題。      首先，一些小的錯誤，比如一些常量的編寫錯誤，大小寫誤寫等。這裡引發出一個問題，大家一定要自己仔細看下錯誤的英文介紹，然後再去想解決的辦法。由於VC本身並不是一個特別嚴謹的東西。      所以錯誤的提示不一定代表著正確的資訊。    

     第一點，本人並不是一個能夠很好的進行學習的人，因為我思想很容易開小差。    這次初看MFC，導致前面一些內容我花費的時間也是相當多的。    第二點，這是初學者的觀念，所以難免有錯誤。希望大家見諒。    第三點，關於初學者學習的教程，和進階別學著所寫的教程。這裡存在一個矛盾的問題，一個精通於VC的人，他可能能夠非常輕易的就瞭解了一個程式的運行，所以，他很容易就忽視掉初學者所遇到的問題。這就如一個大學數學教授，去教小學生數學，小學生可能聽不懂。即便這個大學教授具有非常高的數學天賦。 

 ACE提供了非常靈活、方便的日誌管理和訊息輸出功能，下面就一些簡單和直接的功能做一個簡單介紹ACE_DEBUG  常規的一些輸出訊息   ACE_ERROR  會提供者出錯的一些低級訊息2個宏的用法上是一致的  ACE_DEBUG(錯誤層級,"格式串",變數1...變數N）    其中部分錯誤層級系統定義如下：   LM_SHUTDOWN = 01,系統死機層級    LM_TRACE = 02,追蹤層級    LM_DEBUG = 04,DEBUG層級    LM_INFO =

        我已經把問題描述得很清楚了，可是經常遇到如此的回答，比如有問請百度之類的。        我無力吐槽這些人，只是心情很不爽。很久以前，我看人說有問題自己先自己想辦法解決，如果未解決，再百度，百度解決不了，再去問人。        我是喜歡這樣的說法的。        可我自己未必能夠做到很好，可總有那麼幾個貨色，把要人去百度，自己去看書之類的字眼說得很起勁。        一次兩次，三次....        我突然對這種人噁心起來。       

 功能強大的vc6調試器 作者：yy2better   要成為一位優秀的軟體工程師，調試能力必不可缺。本文將較詳細介紹VC6調試器的主要用法。   windows平台的調試器主要分為兩大類：   1 使用者模式(user-mode)調試器：它們都基於win32 DebuggingAPI，有使用方便的介面，主要用於調試使用者模式下的應用程式。這類調試器包括VisualC++調試器、WinDBG、BoundChecker、Borland C++