其他

經過laoren(weiphone開發小組) 近十天的艱苦奮鬥，LibFetion－iPhone版飛信發布 v1.0 測試版本了。 在此我代表大家特別感謝laoren和他的開發小組，感謝給我們帶來了LibFetion－iPhone。 我開始認為最快要得半個月而且還是個簡單版的飛信，因為在這時間裡既要瞭解libfetion庫的API和還要寫介面程式，挺有難度的。  想不到不到10天就完成了，UI做得很好，功能一點也沒拉下，laoren真正的向我們展示了他們的能力，非常牛。

   在windows上搭建好iphone的開發平台後，不久就把LibFetion編譯通過了，testdemo程式也一次運行成功(08.5.31)。。  我將和weiphone開發小組攜手完成iPhone fetion，如果iphone fetion成功了，那iphone將成為libfetion的第一個手持功能上應用平台。 libfetion庫OK了， iphone 飛信還會遠嗎？

蘋果系統的 LibFetion(飛信)應用程式 移植成功，大家可以在蘋果系統上享受飛信服務了。移植蘋果系統沒遇到很大的問題，半個小時就搞定了。把開發環境一搭建好，configuer,make 下程式就跑起來.（LibFetion的系統依賴性控製得還是非常不錯的，又王婆賣瓜，自賣自誇了)以前沒用過蘋果機，安裝蘋果系統遇到了點麻煩。我同事的ibook

在很多應用中的圖形輸出資料是存放在一些指定的記憶體地區的,比如說我現在實現的基於minigui圖形中介軟體的mplayer播放器的，在播放前需要告訴mplayer當前播放視窗所在的記憶體位址和當前的螢幕像素深度,bpp，視窗大小等等一系列的資訊，這就有必要給mplayer寫個自己的video_out driver了.和大多數驅動一樣,mplayer也提供了一個驅動函數結構體，其結構體定義如下（在libvo/video_out.h檔案中定義):typedef struct

 在高手魚先生(elixzhang@mac.com)精心設計下，LibFetion V0.8.0 介面終於有所改善了。魚先生為UI花了很多時間，尤其是和我一起熬夜通宵的完善介面，讓我非常感動。 v0.8.0 功能更新：1: 改善UI,增加和完善一些細節操作. 2: 增加簡訊群發功能. 3: 好友尋找功能. 4: 長簡訊支援. 5: 增加設定飛信離線不接收簡訊操作,在傳送簡訊時提示對方是否設定該功能. 6: 增加擷取離線訊息功能. 7: 顯示和限制簡訊輸入訊息字數.8:

12月是我過得最累，同時也是充滿最幸福和美好的的12月。在這個月我重新找到了自己的目標和追求。這個月經曆了很多事，也漸漸的瞭解了很多現實。也知道了有些事情你即使覺得簡單也要把這個想法埋在心裡，而不能體現出來，否則別人會認為你這個不行，頭腦簡單，不會思考問題。 我真搞不懂有些人老是把一些很簡單的東西描述得很複雜，很帶有學術味道，很能體現自己的學問。。。  也許現實社會就是要求你這樣做吧。

開發LibFetion快有半年了，最大的感受就是明白了要做好一件事是不容易的。中間也曾想到要放棄，但最後還是堅持下來了，不管結局怎麼樣，努力了就行。         在開發LibFetion前我也聯絡過  gradetwo （ http://www.linuxsir.org/bbs/thread320802.html ，

用了好幾個月了，今天突然發現我在瀏覽器中滾屏的時候，本本發出茲茲的聲音，有點刺耳，但不容易察覺出來，尤其是風扇在轉的時候。開始以為是液晶屏的問題（著實嚇我一跳），網上搜尋了下，發現是cpu調頻的問題。靠，當cpu達到最高頻率時，竟然會發出有很強的電流聲，茲茲的響，很鬧耳的.我在瀏覽器中滾屏時，要佔很多cpu的，使用系統就將cpu頻率調到最高（我設定cpu模式為自適應），接著就發出茲茲的聲音。（我cpu是雙核

 時隔兩個多月，才發布0.9.0版本，在這期間我個人工作環境有點變化。導致程式發布一拖再拖。如今0.9.0終於發布了，心裡的石頭也就落地了。 本以為0.9.0是個比較完善的版本，想不到還是有幾個BUG沒有得到解決，而且由於加入皮膚機制又引入了些新的BUG。功能越來越多，程式效能就越來越差了，在皮膚操作上，由於我的操作實現方式的失誤，竟然還出現了假死幾十秒的問題。 看來還得在短期內出個補丁版本了. 工作忙，這個補丁版本還不知道什麼時候能夠再次發布...

  Email:wei7758@126.comBlog:http://blog.csdn.net/yinwei520Author: YwwTime:2011-8-22一、首先建立這樣一個全域的觀念：    Android中sensor在Android系統架構中的位置及其工作。方框圖如下：從以上方框圖中，可以看出Android中sensor在系統分為四層：驅動層（Sensor

在編譯編譯JavaScriptCore後，webcore也相應的編譯過了，但是在ld webkit（win庫）時候報一個obj是用底版本的編譯器編譯的錯，導致ld失敗。網上也有人遇到過這問題，但沒解決。我猜想可能是和我的編譯環境沒弄好吧。後來zzs大俠發給了我他做的WebKit的windows的瀏覽器的代碼（zzs大俠自己封裝了webcore），拿他的代碼編譯並運行起來了。

JavaScriptCore 終於編譯成功了~~~~~~~~~在cygwin中運行 build-webkit沒有成功，可能是vc2005的sp包沒打吧，於是先不管了，先把一些獨立性比較強的模組編譯出來。於是先編JavaScriptCore。下載JavaScriptCore需要的 icu 和 thread 庫，並編譯成DLL（那兩個只要開啟所帶的工程檔案然後build就行了）。就是JavaScriptCore的工程檔案有點麻煩，在反覆在網上找資料，和來回的設定其編譯環境，剛才終於編譯通過了（vs2

1. 用“Regedit”命令啟動登錄編輯程式，配置Windows系統註冊表中的安全項(1)、關閉 Windows

經過幾個月的艱苦奮戰,我們的瀏覽器終於支援外掛程式機制了,以後瀏覽器就能更好的擴充增強功能了.....我遵循網景的外掛程式SDK介面(v1.0)來設計我們的外掛程式介面，並提供了c和c++兩種形式的api.所以如果熟悉寫firfox外掛程式的朋友，為我們的瀏覽器寫外掛程式就很方便了.PS：為驗證我們的外掛程式機制，我基於我們的flash播放器mseal編寫了個flash外掛程式，在瀏覽器跑得很完美.

訊息佇列是系統核心地址空間中的一個內部的鏈表。訊息可以按照順序發送到隊列中，也可以以幾種不同的方式從隊列中讀取。每一個訊息佇列用一個唯一的IPC標識符表示。資料結構msgbuf,此資料結構可以說是訊息資料的模板，雖然此使用者結構需要使用者自己定義。在中，此資料結構的定義為：struct msgbuf{long mtype;char request_id;struct

針對於tx2440A開發板的busybox根檔案系統的製作。剛開始跟著視頻一步步製作了個根檔案系統，可是卻始終不能夠運行，總是彈出如下的錯誤資訊。usb 1-1: configuration #1 chosen from 1 choicehub 1-1:1.0: USB hub foundhub 1-1:1.0: 4 ports detectedyaffs_read_super: isCheckpointed 0VFS: Mounted root (yaffs filesystem) on

今天看了一下書，感覺typedef確實不錯，相比define,不過實際上是各有千秋的。現在就來看看兩者各自的優缺點吧。一：typedef與define（1）define是預先處理指令，在編譯預先處理時進行簡單的替換，不做正確性的建和擦，不管含義是否正確照樣進行替換，只有在編譯已被展開的來源程式時才會發現可能的錯誤並出錯。（2）typedef作用時聲明一個新的類型名代替已有的類型名，是在編譯時間處理的。它在自己的範圍內給一個已經存在的類型一個別名，他是語言編譯過程的一部分，並不實際分配記憶體空間二

一般全域變數存放在資料區，局部變數存放在棧區， 動態變數存放在堆區，函數代碼放在代碼區。 --------------------------------------------------------------- 棧區是普通的棧資料結構,遵循LIFO後進先出的規則,局部變數安排在那裡是ASM時就規定的,這樣可以在一個函數結束後平衡堆棧,操作簡單,效率高

前一個程式雖然能實現簡單的通訊，但仍然存在不足1.在其中一個中斷按CTDL+C退出時，另一個中斷會失控，那麼用什麼來解決這個呢，這就使用到訊號量，當進程截獲到ctrl+c訊號的時候，給父子進程都發送usr訊號，子進程退出，被父進程殺死，之後父進程再自己退出client:#include <stdio.h>#include

1.在無名管道裡面，只能用於具有親緣關係的父子進程。這是因為只有子進程才具有和父進程一樣的管道，他們是共用2.有名管道：