zip源碼編譯

㈠ 7zip官方下載的源碼，怎樣在linux系統上編譯出一個7za文件

1、可以安裝cygwin，Cygwin是一個在windows平台上運行的類UNIX模擬環境，是cygnus solutions公司開發的自由軟體，搜索官網下載即可，下載完成，安裝的時候注意記得安裝相關語言的編譯器、解釋器，在cygwin中生成Linux可執行文件。
2、 可以安裝vmware、virtualpc等虛擬機，在虛擬機里安裝linux系統，然後在linux系統中編譯相應的源碼，生成linux上的可執行文件。

㈡ 自己可以編譯安卓源碼嗎

用最新的Ubuntu 16.04,請首先確保自己已經安裝了Git.沒安裝的同學可以通過以下命令進行安裝:

sudo apt-get install git git config –global user.email 「[email protected]」 git config –global user.name 「test」

其中[email protected]為你自己的郵箱.

簡要說明

android源碼編譯的四個流程:1.源碼下載;2.構建編譯環境;3.編譯源碼;4運行.下文也將按照該流程講述.

源碼下載

由於某牆的原因,這里我們採用國內的鏡像源進行下載.
目前,可用的鏡像源一般是科大和清華的,具體使用差不多,這里我選擇清華大學鏡像進行說明.(參考:科大源,清華源)

repo工具下載及安裝

通過執行以下命令實現repo工具的下載和安裝

mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo

補充說明
這里,我來簡單的介紹下repo工具,我們知道AOSP項目由不同的子項目組成,為了方便進行管理,Google採用Git對AOSP項目進行多倉庫管理.在聊repo工具之前,我先帶你來聊聊多倉庫項目:

我們有個非常龐大的項目Pre,該項目由很多個子項目R1,R2,...Rn等組成,為了方便管理和協同開發,我們為每個子項目創立自己的倉庫,整個項目的結構如下:

這里寫圖片描述

執行完該命令後,再使用make命令繼續編譯.某些情況下,當你執行jack-admin kill-server時可能提示你命令不存在,此時去你去out/host/linux-x86/bin/目錄下會發現不存在jack-admin文件.如果我是你,我就會重新repo sync下,然後從頭來過.

錯誤三:使用emulator時,虛擬機停在黑屏界面,點擊無任何響應.此時,可能是kerner內核問題,解決方法如下:
執行如下命令:

通過使用kernel-qemu-armv7內核 解決模擬器等待黑屏問題.而-partition-size 1024 則是解決警告: system partion siez adjusted to match image file (163 MB >66 MB)

如果你一開始編譯的版本是aosp_arm-eng,使用上述命令仍然不能解決等待黑屏問題時,不妨編譯aosp_arm64-eng試試.

結束吧

到現在為止,你已經了解了整個android編譯的流程.除此之外,我也簡單的說明android源碼的多倉庫管理機制.下面,不妨自己動手嘗試一下.

㈢ 如何把github上下載下來的源代碼zip文件打包成可運行的jar文件

既然已經安裝好maven庫和JDK，不需要 eclipse , 只需要執行一個命令就可以了，
打開命令提示符窗口，進入到源碼所在目錄，執行命令
mvn package

等待編譯打包完成，在 target 目錄下就可以了找到 jar 包了。

㈣ 如何將源代碼編譯成jar包

先打開命令提示符(win2000或在運行框里執行cmd命令，win98為DOS提示符)，輸入jar Chelp,然後回車(如果你盤上已經有了jdk1.1或以上版本)，看到什麼：

用法：jar {ctxu}[vfm0Mi] [jar-文件] [manifest-文件] [-C 目錄] 文件名 ...

選項：

-c 創建新的存檔

-t 列出存檔內容的列表

-x 展開存檔中的命名的（或所有的〕文件

-u 更新已存在的存檔

-v 生成詳細輸出到標准輸出上

-f 指定存檔文件名

-m 包含來自標明文件的標明信息

-0 只存儲方式；未用zip壓縮格式

-M 不產生所有項的清單（manifest〕文件

-i 為指定的jar文件產生索引信息

-C 改變到指定的目錄，並且包含下列文件：

如果一個文件名是一個目錄，它將被遞歸處理。

清單（manifest〕文件名和存檔文件名都需要被指定，按'm' 和 'f'標志指定的相同順序。

首先在資源文件當前目錄寫一個清單文件example.mf

mf文件應是以下格式：
第一行為：
Main-Class: Hello
然後最少兩個空行。
其中的Hello．class是你寫的程序中main函數所在的那個類名。
有兩點必須記得：
1，在第一行中"Main-class:"之後一定要有一個空格。後有最少兩個空行
2，類名不能寫成Hello.class的格式，要省了後輟。
我試過了，你錯的原因是"Main-class:"之後沒有一個空格。
在CLASS目錄下運行：jar cfm example.jar example.mf A.class B.class

示例1：將兩個class文件存檔到一個名為 'classes.jar' 的存檔文件中：


jar cvf classes.jar Foo.class Bar.class

示例2：用一個存在的清單（manifest）文件 'mymanifest' 將 foo/ 目錄下的所有文件存檔到一個名為 'classes.jar' 的存檔文件中：

jar cvfm classes.jar mymanifest -C foo/ .

來個小例子試試看：

我們只有一個HelloWorld，如下：

public class HelloWorld{
public static void main(String[ ] args){
System.out.println("Hi, Hello World!");
}
}
將這個java文件存到C盤跟目錄下，ok，接下來，

在先前打開的命令提示符下(跳轉到C盤提示符下)，我們輸入javac HelloWorld.java，然後繼續輸入：jar cvf hello.jar HelloWorld.class，回車後去你的C盤看看，多了什麼，沒錯 hello.jar 。

基本的步驟我們現在都知道了，你可以自己去嘗試一下隨著jar後面的參數的不同，結果有什麼變化。
緊接著我們看看如何運行我們的jar包。

在進入正題之前，你要先打開我們剛剛做好的jar包看看，多了什麼呢，META-INF目錄？再看看裡面是什麼，還有一個MANIFEST.MF文件是不是？用文本編輯器(我這里是UltraEdit)打開它看看：

Manifest-Version: 1.0
Created-By: 1.4.2 (Sun Microsystems Inc.)

就是這樣。這里我們對它進行修改，加一句：Main-Class: HelloWorld (在第三行)。這個就是我們之前寫的那個類，也就是我們的入口類。也即，

Manifest-Version: 1.0
Created-By: 1.4.2 (Sun Microsystems Inc.)
Main-Class: HelloWorld

接下來，我們在命令提示符里執行：

jar umf MANIFEST.MF app.jar (應該是hello.jar吧)

這樣我們使用了我們自己的MANIFEST.MF文件對原來默認的進行了更新。你不妨可以再進去看看是不是添上了Main-
Class: HelloWorld這一句。 (是嗎，我怎麼沒試出來，提示
java.io.FileNotFoundException:MANIFEST.MF（系統找不到指定的文件）怎麼回事？
)

Ok，這個最後的一步了，來驗證我們做的一切，在命令提示符中輸入：

java -jar hello.jar(執行)

出現了什麼， Hi, Hello World!

我們再來看看jar文件在tomcat中發布，注意：在tomcat中我們就不能再用jar這種格式，而改war格式，它是專門用於web應用的，其實整個過程下來基本上和jar是類似的：

先准備我們要打包的資源。

找到存放tomcat的webapps目錄，進到其中，新建一個文件夾，這里命名為hello，再進去新建WEB-INF文件夾，再進去新
建 classes文件夾，此時我們也將我們唯一的servlet，HelloWorld.java放到這里，在與classes目錄同級下建立一文
件 web.xml。Ok，目前我們初步建立了一個簡單的web應用。

這是HelloWorld.java：

import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class HelloWorld extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
res.setContentType("text/html");
PrintWriter out = res.getWriter();
out.println("");
out.println("");
out.println("");
out.println("Hello, World!");
out.println("");
}
}//end here!

對它編譯。下面是web.xml：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.
//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
<servlet>
<servlet-name>hello</servlet-name>
<servlet-class>HelloWorld</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>hello</servlet-name>
<url-pattern>/HelloWorld</url-pattern>
</servlet-mapping>
</web-app>

在命令提示符下進到先前創制的hello目錄下，執行 jar cvf hello.war * ，我們便得到hello.war。將它拷貝至webapps目錄下，ok，來看最後一步，打開tomcat的目錄conf中的server.xml，加入：

<Context path="/hello" docBase="hello.war" debug="0" reloadable="true"/>
大功告成！運行它，啟動tomcat，後在瀏覽器中輸入http://localhost:8080/hello/HelloWorld，有了嗎？

最後，如果你想用ant來完成以上的打包活動，下面就告訴你：
對於jar來說。在build.xml中，

<target name="jar">
<jar destfile="${app_home}/hello.jar">
<fileset dir="${dest}" includes="**"/>
<!--fileset dir="${dest}" includes="**/action.properties"/-->
</jar>
</target>
對於war，

<war warfile="hello.war" webxml="./WEB-INF/web.xml">
<fileset dir="html"/>
<lib dir="lib/">
<exclude name="oracle*.jar"/>
</lib>
<classes dir="build/servlets">
<include name="**/*.class"/>
</classes>
</war>
好了，就這么多，希望對你有點幫助。：）

補充：

jar基本操作：

1. 創建jar文件
jar cf jar-file input-file(s)
c---want to Create a JAR file.
f---want the output to go to a file rather than to stdout.
eg: 1)jar cf myjar.jar query_maintain_insert.htm
2)jar cvf myjar.jar query_maintain_insert.htm
v---Proces verbose(詳細的) output.

3)jar cvf myjar.jar query_maintain_insert.htm mydirectory
4)jar cv0f myjar.jar query_maintain_insert.htm mydirectory
0---don't want the JAR file to be compressed.
5)jar cmf MANIFEST.MF myjar.jar yahh.txt
m---Used to include manifest information from an existing manifest file.
6)jar cMf MANIFEST.MF myjar.jar yahh.txt
M---the default manifest file should not be proced.
7)jar cvf myjar.jar *
*---create all contents in current directory.

2. 察看jar文件
jar tf jar-file
t---want to view the Table of contents of the JAR file.
eg: 1)jar vft yahh.jar
v---Proces verbose(詳細的) output.

3. 提取jar文件
jar xf jar-file [archived-file(s)]
x---want to extract files from the JAR archive.
eg: 1)jar xf yahh.jar yahh.txt(僅提取文件yahh.txt)

2)jar xf yahh.jar alex/yahhalex.txt(僅提取目錄alex下的文件yahhalex.txt)

3)jar xf yahh.jar(提取該jar包中的所有文件或目錄)

4. 修改Manifest文件
jar cmf manifest-addition jar-file input-file(s)
m---Used to include manifest information from an existing manifest file.

5. 更新jar文件
jar uf jar-file input-file(s)
u---want to update an existing JAR file

㈤ 如何把github上下載下來的maven源代碼zip文件打包成可運行的jar文件

用IDEA克隆項目，再把maven與IDEA整合，如圖所示點這個：

再點綠色三角，就可以打包。

這項目真大，等我下好直接把jar包發給你。

㈥ 網上的那個夢幻古龍的源碼，怎麼編譯，最好能詳細墊

ACE是個很有用的開放源代碼的C++網路編程開發包，利用它比直接用API更有利於代碼的健壯性，可移植性，並相對簡單。估計大家剛接觸ACE時，都有一定難度，說不定就半途放棄了，這是我學ACE兩天中的總結，基本上不成文，但我想研究到ACE的你一定會明白下文的意思。一、ACE官方主頁：我下載的是LatestBetaKit中的ACE.zip（LatestRelease中的壓縮包好像有問題，我有WinRAR3.30解壓縮報錯）二、解壓縮後放在D盤D:\ACE_wrappers三、在D:\ACE_wrappers\ace目錄下新建文件config.h加入一行#include"ace/config-win32.h"四、編譯：用VC6.0打開D:\ACE_wrappers\ace\ace.dsw左側顯示ACEDLLclassesACELIBclasses或1、從菜單上選擇「編譯」，「放置可遠行配置」，選擇你需要的工程配置「編譯」，「重建全部」（或任一，如ACEDLL-Win32MFCDebug）此過程可能持續半小時至一個小時不等或2、從菜單上選擇「編譯」，「批構建」，選擇你需要的工程配置此過程可能持續二至四個鍾頭產生的.lib文件位於D:\ACE_wrappers\ace\下，產生的.dll文件位於D:\ACE_wrappers\bin\下同樣打開ace_static.dsw編譯ACEs.libACEsd.libACE_RMCasts.libACE_RMCastsd.libTMCasts.libTMCastsd.libACE生成的dll和lib文件的命名規則：（d=debug，s=static）debug-aced.lib、debug+static-acesd.lib、release-ace.lib、release+static-aces.lib五、樣常式序的編譯用VC打開D:\ACE_wrappers\tests\tests.dsw「編譯」，「批構建」六、自寫程序的工程配置中篇：ACE程序員教程.pdf中的樣常式序：網址：將網頁上的原代碼復制到一新建文件，並命名為server.cpp用VC打開，編譯，重建全部，彈出對話框，「Thisbuildcommandrequire「，點」是「會出現以下錯誤如果有「Cannotopenincludefile:'ace/SOCK_Acceptor.h':Nosuchfileordirectory」工程-設置-C/C++:Preprocessor,附加包含路徑：D:/ACE_wrappers如果有「Youmustlinkagainstmulti-threadedlibrarieswhenusingACE(checkyourprojectsettings)」工程-設置-C/C++:CodeGeneration-Userun-timelibrary:DebugMultithreadedDll如果有「errorC2065:'ACE_ERROR':undeclaredidentifier」errorC2065:'ACE_DEBUG':undeclaredidentifier#include"ace/Log_Msg.h"errorC4716:'ace_main_i':mustreturnavalue在main中加入return0;「errorLNK2001:unresolvedexternalsymbol"__declspec(dllimport)int__cdecl」工程-設置-Link-Input:對象/庫模塊：添加aced.lib附加庫路徑：D:\ACE_wrappers\ace編譯client中遇到的問題1、errorC2039:'sprintf':isnotamemberof'ACE_OS'#include"ace/OS_NS_stdio.h"2、errorC2039:'strlen':isnotamemberof'ACE_OS'#include"ace/OS_NS_string.h"3、errorC2059:syntaxerror:'?'錯誤在這一句：ACE_DEBUG((LM_DEBUG,?UsageegX\n?));將?改為"4、無法找到動態鏈接庫aced.dll於指定的路徑為系統變數PATH加上D:\ACE_wrappers\bin靜態包含：工程-設置-C/C++-預處理程序定義中加入,ACE_AS_STATIC_LIBS例1server編譯後生成server.exe16Kserverd.exe97Kservers.exe124Kserversd.exe669K（servers.exe較適合發布）例2client編譯後生成client.exe16Kclientd.exe97Kclients.exe124Kclientsd.exe669K（clients.exe較適合發布）測試clients127.0.0.11919servers1919下面是馬維達老師寫的：(轉自huihoo)發表於：3/31/2003-04:24翻譯的一點小東西，希望能對大家有幫助。其實也不敢稱為是翻譯的，水平太爛了，大家將就著看吧：）使用MicrosoftVisualC++在win32平台上生成和安裝ACE：注意：關於MSVC5.0和ServicePack3的使用有一些問題，過去一些用戶在sp2中使用良好的代碼在sp3種卻會引發一些問題。感謝Bill的細心查找，這一神秘的問題被解決了。答案？（哦，這兒有一個好答案。。。）這可能是因為有多個版本的sp3較早版本的sp3有一些bug，而後來的版本修正了這些錯誤，從微軟網站上下載的1998年6月16日版本的sp3是一個良好的版本。如果X03-50158是那些擁有sp3的光碟序列號的一部分，那麼這些版本也是良好的。但是不管任何版本的sp3，其STL的實現都有錯誤，詳細情況請瀏覽。感謝BenEng對這些錯誤的修正。現在的SP4(希望只有一個版本)已經修正了STL中的死鎖問題。我們現在將不再積極的支持MSVC4.X以及以前的版本，ACE可和這些編譯器一起工作但是可能會丟失一些好處。1.將ACE分發包界壓縮到一個目錄中，這將在那個目錄中生成一個包含ACE的目錄ACE_wrappers。接下來的步驟中假設ACE分發包被解壓縮到ACE_ROOT=C:\ACE_wrappers中，因此ACE將會存在於ACE_ROOT\ace目錄中。2.在ACE_ROOT\ace目錄中創建一個文件，命名為config.h，其內容為：#include"ace/config-win32.h"3.在VC++中載入ACE的工程文件（ACE_ROOT\ace\ace.dsw）4.每個工程都會包含多個配置，這些配置是Debug/Release,MFC/Non-MFCh和Static/Dynamic庫版本等選項的混合。確定你所需要的構造(例如，調試代碼需要ACE的調試版本)。所有這些不同的配置可以為你提供一些便利，你可以或者採用不同的模式以構造不同配置的應用，或者通過改變ace\config.h來改變在NT上的不同配置。注意：如果你使用動態連接，請保證ACE_ROOT\bin被添加到你的path環境變數中，否則你將在運行程序的時候碰到尋找ace.dll或者aced.dll的問題。5.如果你在WindowsNT或者Windows2k上構建ACE，你可以馬上開始構造她而不需任何改變，如果你在Windows9x/me上構建，那麼你必須在ACE_ROOT\ace\config.h.的#include塊之前添加一行：#defineACE_HAS_WINNT40這將在ACE中移掉一些WinNT/Win2K中特有的代碼。6.如果你希望使用MSVC自帶的標准C++頭文件（C++StandardDraft2種定義的iostream,cstdio…..）,則應該在ACE_ROOT\ace\config.h.的#include塊之前添加一行：#defineACE_HAS_STANDARD_CPP_LIBRARY17.如果需要和MFC一起使用，增加如下定義到你的config.h文件中，注意，如果你想使用spawn一個新的線程，則必須保證使用THR_USE_AFX標志來spawn線程。#defineACE_HAS_MFC1預設的，ACE工程使用MSVC運行時的動態DLL版本，你也可以選擇使用ACE的不關心運行時庫的靜態（LIB）版本。我們選擇僅與動態運行時庫連接的原因在於基本上所有的NT機器上都會安裝這些庫，而我們則可以因此而減小代碼的大小。如果你希望ACE與MFC的靜態版本連接，則可以在config.h中定義ACE_USES_STATIC_MFC。然而，如果你希望靜態的連接所有的庫（包括MSVC運行時庫），就需要自己修改工程文件了。8.如果要構建ACE的靜態版本，則需要在config.h中定義ACE_AS_STATIC_LIBS，此宏在那些希望使用ACE的靜態版本的應用工程中也必須定義。作為一個可選項，你可以在#includestatementinACE_ROOT\ace\config.h.之前添加一行：#defineACE_NO_INLINE來取消函數內聯從而減小靜態庫（和你的運行碼）的大小。9.ACEDLL和LIB庫的命名規則：我們使用如下的規則明明使用MSVC的ACE的DLL和LIB文件。"Library/DLLname"+(是靜態庫嗎?"s":"")+(包含調試信息?"d":"")+{".dll"|".lib"}在MSVC環境中使用ACE的信息可以在這里找到。-----------------------------------------------------------------------一、安裝TAO，需要先編譯並安裝ACE。二、ACE的編譯和安裝步驟見。如果你英文程度還可以的話，最好直接閱讀這兩篇文檔。說到底，中文文檔只是「權宜之計」；漢語並不太適合進行邏輯性的表述。但我還是把其中的一些段落編譯如下（VC6.0+ACE-5.2.1+TAO-1.2.1）：ACE的編譯與安裝一般規則ACE中的許多特性可以通過在$ACE_ROOT/ace/config.h中定義一些宏來進行修改。這些宏應該總是在包括針對你的平台的配置文件之前出現。但是，如果你想要取消/重定義在針對特定平台的配置文件中定義的宏，#undef應該在配置文件之後出現。如果你計劃在多種平台上編譯ACE，你也許需要考慮克隆源碼樹。步驟：1.將ACE發布文件解壓縮到某個目錄中，在其中將會創建含有所有文件的ACE_wrappers目錄。在下面的步驟中，ACE_wrappers目錄將以ACE_ROOT為名來指稱。2.在ACE_ROOT\ace目錄中創建一個名為config.h的文件，在其中包含：#include「ace/config-win32.h」3.現在載入ACE的項目文件（ACE_ROOT\ace\ace.dsw）。4.其中的每個項目都含有若干不同的配置（可混合Debug/Release、MFC/Non-MFC、Static/Dynamiclibrary版本）。你可以從中選擇你所需的配置，或是使用ace/config.h來進行調整。注意：如果你使用動態鏈接庫，在運行使用ACE的程序時，確定你在PATH中包括了ACE_ROOT\bin。5.如果你的系統平台是WinNT或2000，那麼無需任何改動你就可以開始編譯了。如果是Windows9x/Me，你需要在ACE_ROOT\ace\config.h中的#include語句之前增加：#defineACE_HAS_WINNT406.如果你想要使用MSVC標准C++頭（iostream、cstdio……），在ACE_ROOT\ace\config.h中的#include語句之前增加：#defineACE_HAS_STANDARD_CPP_LIBRARY17.要與MFC一起使用ACE，再增加下面的定義：#defineACE_HAS_MFC1注意如果你想要通過CWinThread派生新線程，一定要設置THR_USE_AFX。在預設情況下，所有的ACE項目都使用DLL版本的MSVC運行時庫。盡管如此，你仍然可以選擇使用static（LIB）版本的ACE庫。如果你想要將MFC作為靜態庫鏈接進ACE，你可以在config.h文件中定義ACE_USES_STATIC_MFC。但如果你想要靜態鏈接所有的東西（包括MSVC運行時庫），你就需要自己修改ACE的項目文件。8.ACE的靜態版本是通過定義ACE_AS_STATIC_LIBS來編譯的。在鏈接靜態ACE庫的應用項目中也應該使用這個宏。你也可以在config.h文件中增加#defineACE_NO_INLINE來取消函數內聯並減小靜態庫（和你的可執行程序）的大小。9.ACEDLL和LIB的命名方案："Library/DLL名"+(是否為靜態庫?"s":"")+(是否啟用了Debugging?"d":"")+{".dll"|".lib"}10.配置完畢後編譯即可。選擇dll版本，編譯生成的dll文件在ACE_ROOT\bin中，相應的lib文件在ACE_ROOT\ace中。ACE測試各測試程序在ACE_ROOT\tests中。在其中也有一個工作空間文件可用來編譯所有的測試程序（tests.dsw）。一旦你編譯了所有測試程序（可使用批編譯），你可以運行tests目錄中的perl腳本run_test.pl或批處理文件run_tests.bat來進行所有測試。TAO的編譯與安裝確定VC的CL.EXE在你的訪問路徑上。設置ACE_ROOT或TAO_ROOT環境變數。例如：setACE_ROOT=C:\ACE_wrappersTAO最好放置在ACE_wrappers（這也是預設情況）。1.確定ACE已經編譯和安裝。2.確定ACE_wrappers\bin已在「Tools|Options」中的「ExecutableDirectories」中列出。如果在MSVC下使用TAO_IDL編譯器就需要進行此設置。3.載入tao\TAO.dsw，並編譯TAO庫。4.要編譯Cubit測試，載入performance-tests\Cubit\TAO\IDL_Cubit\IDL_Cubit.dsw，並編譯客戶和伺服器。TAOACE.dswTAOACE.dsw是一個VisualC++5.0/6.0工作空間文件，它載入的項目包括ACE、TAO、TAO_IDL（編譯器）、gperf、orb服務庫，以及一些單獨的可執行程序（比如NamingService，等等）。它可以用於編譯所有的用於編譯/運行TAO應用的文件。三、我選擇編譯的是dll版本（Release），並在ACE的config.h文件中定義了「#defineACE_HAS_STANDARD_CPP_LIBRARY1」。編譯後我所得到的ace.dll的大小是1.13MB，相應的ace.lib的大小是1.77MB；TAO.dll的大小是1.47MB，相應的TAO.lib的大小是2.74MB。所有文件約有MB，包括源程序、編譯生成的中間文件，等等，但有些例子及服務我沒有編譯。祝學有所成！馬維達-------------------------------------將ACE與VC6集成在一起一.打開Tools>Options>Directories加入以下內容:ExecutableFile:C:\ACE_wrappers\binIncludeFile:C:\ACE_wrappers\C:\ACE_wrappers\TAOC:\ACE_wrappers\TAO\orbsvcsLibraryFiles:C:\ACE_wrappers\aceC:\ACE_wrappers\TAO\taoC:\ACE_wrappers\TAO\orbsvcs\orbsvcsSourceFiles:C:\ACE_wrappers\aceC:\ACE_wrappers\TAO\taoC:\ACE_wrappers\TAO\orbsvcs\orbsvcs二.加入C:\ACE_wrappers\bin到系統環境變數path中三.設置系統變數ACE_ROOT=C:\ACE_wrappersTAO_ROOT=C:\ACE_wrappers\TAO

㈦ 如何打包安卓手機Zip升級包如何簽名不換Recovery，用官方Recovery

通過分析update.zip包在具體Android系統升級的過程，來理解Android系統中Recovery模式服務的工作原理。
我們先從update.zip包的製作開始，然後是Android系統的啟動模式分析，Recovery工作原理，如何從我們上層開始選擇system update到重啟到Recovery服務，以及在Recovery服務中具體怎樣處理update.zip包升級的，我們的安裝腳本updater-script怎樣被解析並執行的等一系列問題。分析過程中所用的Android源碼是gingerbread0919（tcc88xx開發板標配的），測試開發板是tcc88xx。
一、 update.zip包的目錄結構
|----boot.img
|----system/
|----recovery/
`|----recovery-from-boot.p
`|----etc/
`|----install-recovery.sh
|---META-INF/
`|CERT.RSA
`|CERT.SF
`|MANIFEST.MF
`|----com/
`|----google/
`|----android/
`|----update-binary
`|----updater-script
`|----android/
`|----metadata
二、 update.zip包目錄結構詳解
以上是我們用命令make otapackage 製作的update.zip包的標准目錄結構。
1、boot.img是更新boot分區所需要的文件。這個boot.img主要包括kernel+ramdisk。
2、system/目錄的內容在升級後會放在系統的system分區。主要用來更新系統的一些應用或則應用會用到的一些庫等等。可以將Android源碼編譯out/target/proct/tcc8800/system/中的所有文件拷貝到這個目錄來代替。
3、recovery/目錄中的recovery-from-boot.p是boot.img和recovery.img的補丁(patch),主要用來更新recovery分區，其中etc/目錄下的install-recovery.sh是更新腳本。
4、update-binary是一個二進制文件，相當於一個腳本解釋器，能夠識別updater-script中描述的操作。該文件在Android源碼編譯後out/target/proct/tcc8800/system bin/updater生成，可將updater重命名為update-binary得到。
該文件在具體的更新包中的名字由源碼中bootable/recovery/install.c中的宏ASSUMED_UPDATE_BINARY_NAME的值而定。
5、updater-script：此文件是一個腳本文件，具體描述了更新過程。我們可以根據具體情況編寫該腳本來適應我們的具體需求。該文件的命名由源碼中bootable/recovery/updater/updater.c文件中的宏SCRIPT_NAME的值而定。
6、 metadata文件是描述設備信息及環境變數的元數據。主要包括一些編譯選項，簽名公鑰，時間戳以及設備型號等。
7、我們還可以在包中添加userdata目錄，來更新系統中的用戶數據部分。這部分內容在更新後會存放在系統的/data目錄下。
8、update.zip包的簽名：update.zip更新包在製作完成後需要對其簽名，否則在升級時會出現認證失敗的錯誤提示。而且簽名要使用和目標板一致的加密公鑰。加密公鑰及加密需要的三個文件在Android源碼編譯後生成的具體路徑為：
out/host/linux-x86/framework/signapk.jar
build/target/proct/security/testkey.x509.pem
build/target/proct/security/testkey.pk8 。
我們用命令make otapackage製作生成的update.zip包是已簽過名的，如果自己做update.zip包時必須手動對其簽名。
具體的加密方法：$ java –jar gingerbread/out/host/linux/framework/signapk.jar –w gingerbread/build/target/proct/security/testkey.x509.pem gingerbread/build/target/proct/security/testkey.pk8 update.zip update_signed.zip
以上命令在update.zip包所在的路徑下執行，其中signapk.jar testkey.x509.pem以及testkey.pk8文件的引用使用絕對路徑。update.zip 是我們已經打好的包，update_signed.zip包是命令執行完生成的已經簽過名的包。
9、MANIFEST.MF：這個manifest文件定義了與包的組成結構相關的數據。類似Android應用的mainfest.xml文件。
10、CERT.RSA：與簽名文件相關聯的簽名程序塊文件，它存儲了用於簽名JAR文件的公共簽名。
11、CERT.SF：這是JAR文件的簽名文件，其中前綴CERT代表簽名者。
另外，在具體升級時，對update.zip包檢查時大致會分三步：①檢驗SF文件與RSA文件是否匹配。②檢驗MANIFEST.MF與簽名文件中的digest是否一致。③檢驗包中的文件與MANIFEST中所描述的是否一致。
三、 Android升級包update.zip的生成過程分析
1) 對於update.zip包的製作有兩種方式，即手動製作和命令生成。
第一種手動製作：即按照update.zip的目錄結構手動創建我們需要的目錄。然後將對應的文件拷貝到相應的目錄下，比如我們向系統中新加一個應用程序。可以將新增的應用拷貝到我們新建的update/system/app/下（system目錄是事先拷貝編譯源碼後生成的system目錄），打包並簽名後，拷貝到SD卡就可以使用了。這種方式在實際的tcc8800開發板中未測試成功。簽名部分未通過，可能與具體的開發板相關。
第二種製作方式：命令製作。Android源碼系統中為我們提供了製作update.zip刷機包的命令，即make otapackage。該命令在編譯源碼完成後並在源碼根目錄下執行。 具體操作方式：在源碼根目錄下執行
①$ . build/envsetup.sh。
②$ lunch 然後選擇你需要的配置(如17)。
③$ make otapackage。
在編譯完源碼後最好再執行一遍上面的①、②步防止執行③時出現未找到對應規則的錯誤提示。命令執行完成後生成的升級包所在位置在out/target/proct/full_tcc8800_evm_target_files-eng.mumu.20120309.111059.zip將這個包重新命名為update.zip，並拷貝到SD卡中即可使用。
這種方式(即完全升級)在tcc8800開發板中已測試成功。
2) 使用make otapackage命令生成update.zip的過程分析。
在源碼根目錄下執行make otapackage命令生成update.zip包主要分為兩步，第一步是根據Makefile執行編譯生成一個update原包（zip格式）。第二步是運行一個python腳本，並以上一步准備的zip包作為輸入，最終生成我們需要的升級包。下面進一步分析這兩個過程。
第一步：編譯Makefile。對應的Makefile文件所在位置：build/core/Makefile。從該文件的884行（tcc8800,gingerbread0919）開始會生成一個zip包，這個包最後會用來製作OTA package 或者filesystem image。先將這部分的對應的Makefile貼出來如下：

[python] view plainprint?
# -----------------------------------------------------------------
# A zip of the directories that map to the target filesystem.
# This zip can be used to create an OTA package or filesystem image
# as a post-build step.
#
根據上面的Makefile可以分析這個包的生成過程：
首先創建一個root_zip根目錄，並依次在此目錄下創建所需要的如下其他目錄
①創建RECOVERY目錄，並填充該目錄的內容，包括kernel的鏡像和recovery根文件系統的鏡像。此目錄最終用於生成recovery.img。
②創建並填充BOOT目錄。包含kernel和cmdline以及pagesize大小等，該目錄最終用來生成boot.img。
③向SYSTEM目錄填充system image。
④向DATA填充data image。
⑤用於生成OTA package包所需要的額外的內容。主要包括一些bin命令。
⑥創建META目錄並向該目錄下添加一些文本文件，如apkcerts.txt(描述apk文件用到的認證證書)，misc_info.txt(描述Flash內存的塊大小以及boot、recovery、system、userdata等分區的大小信息)。
⑦使用保留連接選項壓縮我們在上面獲得的root_zip目錄。
⑧使用fs_config(build/tools/fs_config)配置上面的zip包內所有的系統文件(system/下各目錄、文件)的許可權屬主等信息。fs_config包含了一個頭文件#include「private/android_filesystem_config.h」。在這個頭文件中以硬編碼的方式設定了system目錄下各文件的許可權、屬主。執行完配置後會將配置後的信息以文本方式輸出 到META/filesystem_config.txt中。並再一次zip壓縮成我們最終需要的原始包。
第二步：上面的zip包只是一個編譯過程中生成的原始包。這個原始zip包在實際的編譯過程中有兩個作用，一是用來生成OTA update升級包，二是用來生成系統鏡像。在編譯過程中若生成OTA update升級包時會調用（具體位置在Makefile的1037行到1058行）一個名為ota_from_target_files的python腳本，位置在/build/tools/releasetools/ota_from_target_files。這個腳本的作用是以第一步生成的zip原始包作為輸入，最終生成可用的OTA升級zip包。
二 下面我們分析ota_from_target_files這個python腳本是怎樣生成最終zip包的。先講這個腳本的代碼貼出來如下：
[python] view plainprint?
import sys
if sys.hexversion < 0x02040000:
print >> sys.stderr, "Python 2.4 or newer is required."
sys.exit(1)
主函數main是python的入口函數，我們從main函數開始看，大概看一下main函數（腳本最後）里的流程就能知道腳本的執行過程了。
① 在main函數的開頭，首先將用戶設定的option選項存入OPTIONS變數中，它是一個python中的類。緊接著判斷有沒有額外的腳本，如果有就讀入到OPTIONS變數中。
② 解壓縮輸入的zip包，即我們在上文生成的原始zip包。然後判斷是否用到device-specific extensions（設備擴展）如果用到，隨即讀入到OPTIONS變數中。
③ 判斷是否簽名，然後判斷是否有新內容的增量源，有的話就解壓該增量源包放入一個臨時變數中（source_zip）。自此，所有的准備工作已完畢，隨即會調用該 腳本中最主要的函數WriteFullOTAPackage(input_zip,output_zip)
④ WriteFullOTAPackage函數的處理過程是先獲得腳本的生成器。默認格式是edify。然後獲得metadata元數據，此數據來至於Android的一些環境變數。然後獲得設備配置參數比如api函數的版本。然後判斷是否忽略時間戳。
⑤ WriteFullOTAPackage函數做完准備工作後就開始生成升級用的腳本文件(updater-script)了。生成腳本文件後將上一步獲得的metadata元數據寫入到輸出包out_zip。
⑥至此一個完整的update.zip升級包就生成了。生成位置在：out/target/proct/tcc8800/full_tcc8800_evm-ota-eng.mumu.20120315.155326.zip。將升級包拷貝到SD卡中就可以用來升級了。
四、 Android OTA增量包update.zip的生成
在上面的過程中生成的update.zip升級包是全部系統的升級包。大小有80M多。這對手機用戶來說，用來升級的流量是很大的。而且在實際升級中，我們只希望能夠升級我們改變的那部分內容。這就需要使用增量包來升級。生成增量包的過程也需要上文中提到的ota_from_target_files.py的參與。
下面是製作update.zip增量包的過程。
① 在源碼根目錄下依次執行下列命令
$ . build/envsetup.sh
$ lunch 選擇17
$ make
$ make otapackage
執行上面的命令後會在out/target/proct/tcc8800/下生成我們第一個系統升級包。我們先將其命名為A.zip
② 在源碼中修改我們需要改變的部分，比如修改內核配置，增加新的驅動等等。修改後再一次執行上面的命令。就會生成第二個我們修改後生成的update.zip升級包。將 其命名為B.zip。
③ 在上文中我們看了ota_from_target_files.py腳本的使用幫助，其中選項-i就是用來生成差分增量包的。使用方法是以上面的A.zip 和B.zip包作為輸入，以update.zip包作 為輸出。生成的update.zip就是我們最後需要的增量包。
具體使用方式是：將上述兩個包拷貝到源碼根目錄下，然後執行下面的命令。
$ ./build/tools/releasetools/ota_from_target_files -i A.zip B.zip update.zip。
在執行上述命令時會出現未找到recovery_api_version的錯誤。原因是在執行上面的腳本時如果使用選項i則會調用WriteIncrementalOTAPackage會從A包和B包中的META目錄下搜索misc_info.txt來讀取recovery_api_version的值。但是在執行make otapackage命令時生成的update.zip包中沒有這個目錄更沒有這個文檔。
此時我們就需要使用執行make otapackage生成的原始的zip包。這個包的位置在out/target/proct/tcc8800/obj/PACKAGING/target_files_intermediates/目錄下，它是在用命令make otapackage之後的中間生產物，是最原始的升級包。我們將兩次編譯的生成的包分別重命名為A.zip和B.zip，並拷貝到SD卡根目錄下重復執行上面的命令：
$ ./build/tools/releasetools/ota_form_target_files -i A.zip B.zip update.zip。
在上述命令即將執行完畢時，在device/telechips/common/releasetools.py會調用IncrementalOTA_InstallEnd,在這個函數中讀取包中的RADIO/bootloader.img。
而包中是沒有這個目錄和bootloader.img的。所以執行失敗，未能生成對應的update.zip。可能與我們未修改bootloader（升級firmware）有關。此問題在下一篇博客已經解決。
製作增量包失敗的原因，以及解決方案。

Android系統Recovery工作原理之使用update.zip升級過程分析（二）---update.zip差分包問題的解決
在上一篇末尾提到的生成差分包時出現的問題，現已解決，由於最近比較忙，相隔的時間也比較長，所以單列一個篇幅提示大家。這個問題居然是源碼中的問題，可能你已經製作成功了，不過我的這個問題確實是源碼中的一個問題，不知道是不是一個bug，下文會具體分析！
一、生成OTA增量包失敗的解決方案
在上一篇中末尾使用ota_from_target_files腳本製作update.zip增量包時失敗，我們先將出現的錯誤貼出來。
在執行這個腳本的最後讀取input_zip中RADIO/bootloader.img時出現錯誤，顯示DeviceSpecifiParams這個對象中沒有input_zip屬性。
我們先從腳本中出現錯誤的調用函數中開始查找。出現錯誤的調用地方是在函WriteIncrementalOTAPackage（443行）中的device_specific.IncrementalOTA_InstallEnd()，其位於WriteIncrementalOTAPackage()中的末尾。進一步跟蹤源碼發現，這是一個回調函數，他的具體執行方法位於源碼中/device/telechips/common/releasetools.py腳本中的IncrementalOTA_InstallEnd()函數。下面就分析這個函數的作用。
releasetools.py腳本中的兩個函數FullOTA_InstallEnd()和IncrementalOTA_InstallEnd()的作用都是從輸入包中讀取RADIO/下的bootloader.img文件寫到輸出包中，同時生成安裝bootloader.img時執行腳本的那部分命令。只不過一個是直接將輸入包中的bootloader.img鏡像寫到輸出包中，一個是先比較target_zip和source_zip中的bootloader.img是否不同（使用選項-i生成差分包時），然後將新的鏡像寫入輸出包中。下面先將這個函數(位於/device/telechips/common/releasetools.py)的具體實現貼出來：
我們的實際情況是，在用命令make otapackage時生成的包中是沒有這個RADIO目錄下的bootloader.img鏡像文件（因為這部分更新已被屏蔽掉了）。但是這個函數中對於從包中未讀取到bootloader.img文件的情況是有錯誤處理的，即返回。所以我們要從 出現的實際錯誤中尋找問題的原由。
真正出現錯誤的地方是：
target_bootloader=info.input_zip.read(「RADIO/bootloader.img」)。
出現錯誤的原因是：AttributeError：『DeviceSpecificParams』object has no attribute 『input_zip』，提示我們DeviceSpecificParams對象沒有input_zip這個屬性。
二、updater-script腳本執行流程分析：
先看一下在測試過程中用命令make otapackage生成的升級腳本如下：
[python] view plainprint?
assert(!less_than_int(1331176658, getprop("ro.build.date.utc")));
assert(getprop("ro.proct.device") == "tcc8800" ||
下面分析下這個腳本的執行過程：
①比較時間戳：如果升級包較舊則終止腳本的執行。
②匹配設備信息：如果和當前的設備信息不一致，則停止腳本的執行。
③顯示進度條：如果以上兩步匹配則開始顯示升級進度條。
④格式化system分區並掛載。
⑤提取包中的recovery以及system目錄下的內容到系統的/system下。
⑥為/system/bin/下的命令文件建立符號連接。
⑦設置/system/下目錄以及文件的屬性。
⑧將包中的boot.img提取到/tmp/boot.img。
⑨將/tmp/boot.img鏡像文件寫入到boot分區。
⑩完成後卸載/system。
三、總結
以上的九篇著重分析了Android系統中Recovery模式中的一種，即我們做好的update.zip包在系統更新時所走過的流程。其核心部分就是Recovery服務的工作原理。其他兩種FACTORY RESET、ENCRYPTED FILE SYSTEM ENABLE/DISABLE與OTA INSTALL是相通的。重點是要理解Recovery服務的工作原理。另外詳細分析其升級過程，對於我們在實際升級時，可以根據我們的需要做出相應的修改。

㈧ [Apriori.zip] - Apriori演算法源碼,在vc++6.0環境下運行,編譯,有操作界面

我想weka應該很適合你吧^^

用來跑一跑自己的演算法或者直接用它的api做二次開發都是很方便的，比如你提到的~只是原始演算法和自己演算法的對比一下是不難實現的，在自己的代碼里分別初始化兩個演算法對象模型，一起training一起testing，最後把得出的結果放一起就行了。至於圖形界面怎麼組織就按自己的需要做就好啦。

如果不想寫代碼的話就用weka自己的圖形界面weka explorer或者work flow跑幾遍也行，因為weka自己的圖形化表示已經很多樣很直觀啦^^

推薦一本書的話就是這個啦：
Data Mining: Practical Machine Learning Tools and Techniques (Second Edition) 作者是Ian Witten
就是weka的配套教材啦，例子很豐富，由淺入深的，很好上手的。

有進一步的問題就去weka list里找答案吧，很棒的討論組，起碼對我幫助很大（連接在參考資料里）。

希望對你有幫助^^