其他

Java Base64 這是一個用於編碼和解碼(encode/decode )base64字串和資料流的Java開源類庫。Base64是網路上最常見的用於傳輸8Bit位元組代碼的編碼方式之一。可用來作為電子郵件或WebService附件的傳輸編碼.使用方法:  把類庫 javabase64-1.2.jar 設定到編譯路徑中。  範例程式碼:    String類型 進行Base64編碼    String encoded = Base64.encode("Hello, world!");    

1，調用系統照相機並將照片儲存在指定的目錄下Intent takePictureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);File baseFile = FileHelper.getPicBaseFile();String fileName = getFileName(); // 文明名temImgName = fileName;imgFile = new File(baseFile, fileName);

1，防開源中國的登陸對話方塊。如下2，該對話繼承Activity來實現，只有點擊返回和關閉表徵圖才能關閉對話方塊。3，主要代碼，LoginDialog.java 該類為登陸的相關操作，具體的實現更具自己的商務邏輯來操作。public class LoginDialog extends Activity{@Overrideprotected void onCreate(Bundle savedInstanceState) {// TODO Auto-generated method

讀了田海立老師的兩篇文章  winCE系統的同步機制     關於 Windows CE 系統中同步機制的思考，受益匪淺。於是寫代碼驗證了一下，測試環境winCE6.0主函數所在的檔案testthread.cpp// testthread.cpp : 定義控制台應用程式的進入點。//#include "stdafx.h"#include "threadtest.h"//#include "pwinuser.h"HANDLE threadhdary[MAXTDLEN];DWORD

在關閉的時候引起的，STOP和DESTROY函數有null 指標類似的錯誤threadid=15: thread exiting with uncaught exception (group=0x4102e438)07-30 10:46:28.350: W/dalvikvm(17074): threadid=17: thread exiting with uncaught exception (group=0x4102e438)07-30 10:46:28.370:

      微調按鈕（SpinButton）是個簡易的滑動條，它經常與一個稱為“兄弟視窗”（Buddy Window）的編輯控制項結合起來使用，它們可以很好地配合，以響應使用者的輸入。本執行個體實現調節RGB三個顏色分量，控制合成的顏色顯示。完成的介面如下：                                

1.異常和中斷上下文一個中斷處理常式既可以搶佔其他中斷處理常式，也可以搶佔例外處理常式，相反，例外處理常式從不搶佔中斷處理常式。在核心態能觸發的唯一異常就是缺頁異常。但是，中斷處理常式從不執行可以導致缺頁（因此意味著進程切換）的操作。補充：此處的異常是指除中斷irq以外的異常，它們處於進程上下文，而不是中斷上下文。2.關於核心搶佔核心搶佔是Linux

poll()函數：這個函數是某些Unix系統提供的用於執行與select()函數同等功能的函數，下面是這個函數的聲明：#include <poll.h>int poll(struct pollfd fds[], nfds_t nfds, int timeout)；參數說明:fds：一個struct

      問題描述：用adduser命令新增了使用者之後，發現在該建立使用者下的命令終端，使用方向鍵無法調出曆史命令，同時tab鍵也無法補全輸入命令。      問題解決：在/etc/passwd中發現，該建立使用者使用的shell為/bin/sh，而能正常使用的使用者shell為/bin/bash，通過ls -l

      最近調試R61509V這顆LCM驅動晶片時，出現在純色測試畫面下畫面重新整理有殘留(tearing effect，即TE)的問題。根本原因是主控寫映像資料的速度與LCM刷屏的速度不一致造成的，具體是刷屏速度要快於主控寫速度。好在很多LCM驅動晶片都有一個Fmark腳，用來與主控同步，當Fmark發出一個訊號給主控時，主控才開始寫一幀資料，這樣就可以保證兩邊同步。講述前首先對幾個概念描述：（1）刷屏速度     

      滑動條是一種互動、直觀的控制項。它包括一個沿著控制項長度滑動的滑動框和用於顯示值範圍的可選刻度標誌。滑動條控制項還有一個內建的鍵盤介面，所以可用鍵盤上的方向鍵來移動滑塊。     

其實這是 UNIX上C++程式設計規則3準則3：多線程程式裡不準使用fork在多線程程式裡,在”自身以外的線程存在的狀態”下一使用fork的話,就可能引起各種各樣的問題.比較典型的例子就是,fork出來的子進程可能會死結.請不要,在不能把握問題的原委的情況下就在多線程程式裡fork子進程.那看看執行個體吧.一執行下面的代碼,在子進程的執行開始處調用doit()時,發生死結的機率會很高.void*doit(void*) {   static pthread_mutex_t mutex =

      以下文字純屬個人一己之見，夾雜個人因素。非無聊者勿看 。      呆在深圳的幾年中，曾經跟一個大學同學合租了三年多，從一開始交情是不錯的，算是相互扶持，不料到最後摩擦越來越大，基本上到了絕交的地步。此人為人不壞，工作盡職盡責，就是有股自顧自的傲氣，搞的周圍的人很不舒服。我來列舉幾例。     

      WinCE系統在驅動設計上有一個很方便的功能，就是原始裝置製造商(OEMs)和獨立硬體開發商(IHVs)可以自主開發裝置驅動程式來支援他們的硬體。因此，深入瞭解WinCE系統驅動方式是非常有必要的。                                   （1）從驅動載入方式上的分類      從驅動載入方式上WinCE可分為內建裝置驅動（Built-In Driver）和可載入驅動（Loadable

為了保護我們個人和公司的利益，我們在發布apk包時都要求對軟體進行混淆，並且在混淆工程中，系統自動將沒有使用到的類屏蔽掉以及對代碼進行相應的最佳化，因此在發布apk時，混淆是極力推薦的。在本次軟體混淆後發現用戶端和伺服器端的資料不能互連，即apk不能接收到伺服器的資料，伺服器也不能準確接受到終端上傳的資料。經過各種折騰，最終發現時混淆時出的問題。apk與伺服器端的通訊格式為json格式，採用的是gson-2.2.1.jar 的jar包作為協助工具輔助。混淆的過程中使用-keep

      很多時候我們在一個全域函數中會訪問到應用程式控制項，由於全域函數不屬於具體的某個對話方塊類，所以它裡面是無法直接存取某個對話方塊，當然也就訪問不到對話方塊控制項了。有以下幾種情況和對應的處理方式。（1）全域線程函數中利用線程參數訪問對話方塊控制項      建立一個對話方塊後，放置一個進度條，添加對應的控制變數myProgressCt，在CPP添加一個線程式控制制標誌volatile BOOL

1.2.1 Android audiosubsystem Framework1.2.2 OSS FrameworkTypical OSS Read/Write Flow音頻資料流原理相通，可以總結為三步驟：while迴圈，持續寫schedule等待DMA中斷產生copy_frome_user拷貝資料到DMA緩衝區1.2.3 ALSA FrameworkNot like OSS,ALSA sound core will manage flow control with the help of

在系統啟動時MediaSever載入了兩個服務：AudioPolicyService和AudioFlinger。 1.3.1 AudioPolicyServiceAudioPolicyService主要完成以下任務JAVA應用程式層通過JNI，經由IAudioPolicyService介面，訪問AudioPolicyService提供的服務輸入輸出裝置的串連狀態系統的音頻策略（strategy）的切換音量/音頻參數的設定 1.3.2

田海立2012-9-14 軟體工程絕不僅僅是書面的理論的學科，是實踐性很強的。軟體工程源自於西方管理科學理論與知識，並在很多西方的公司得到實踐。筆者有十餘年的工作經曆，服務過全球領先的巨頭公司，也待過占絕大多數的國內公司。軟體工程出身，看到學校裡學習的理論知識在西方公司確實能實際執行，且效果良好；而國內很多公司做事幾乎還是毫無章法，並且狀況還將一直持續。改變這個狀況是一個系統過程，而我輩所能做的是從點滴做起，逐步改善。 本文從RUP(RationalUnified

      MFC中有兩類線程，分別稱之為工作者線程和使用介面執行緒。二者的主要區別在於工作者線程沒有訊息迴圈，而使用介面執行緒有自己的訊息佇列和訊息迴圈。　　工作者線程沒有訊息機制，通常用來執行後台計算和維護任務，如冗長的計算過程，印表機的後台列印等。使用介面執行緒一般用於處理獨立於其他線程執行之外的使用者輸入，響應使用者及系統所產生的事件和訊息等。但對於Win32的API編程而言，這兩種線程是沒有區別的，它們都只需線程的啟動地址即可啟動線程來執行任務。