打開Dos，在命令行執(zhí)行： swig --help, 顯示 Target Language Options即表明安裝成功。

二、以c++為例

1、編寫c++源文件

//example.h
#include <iostream>
using namespace std;
class Example{
public:
void say_hello();
};

//example.cpp

#include "example.h"

void Example::say_hello()
{
      printf("hello");
}

2、再寫一個swig模塊定義文件如下

%module example
%{
#include "example.h"
%}
%include "example.h"

3、通過命令行運行：$ swig -python -c++ example.i

    如果是使用C源碼，則選項：$ swig -Python example.i

    這樣會創(chuàng)建兩個不同的文件：example_wrap.cxx（如果用c源碼是example_wrap.c），和python文件example.py。

4、使用python.distutils生成模塊動態(tài)庫
python自帶一個distutils工具，可以用它來創(chuàng)建python的擴展模塊。使用它也很簡單，只需要先定義一個配置文件，通常是命名為setup.py，如下：

#!/usr/bin/env python

"""
setup.py file for SWIG C\+\+/Python example
"""
from distutils.core import setup, Extension
example_module = Extension('_example',
sources=['example.cpp', 'example_wrap.cxx',],
)
setup (name = 'example',
version = '0.1',
author = "www",
description = """Simple swig C\+\+/Python example""",
ext_modules = [example_module],
py_modules = ["example"],
)

注：swig生成的擴展模塊對象名必須使用python模塊名并在前面加上下劃線_，剛才我們通過swig生成的python文件是example.py，所以這里的模塊對象名必須是'_example',否則無法順利編譯。

5、編譯
命令行中將當前工作目錄切換到文件example.cpp,example_wrap.cxx,example.py,setup.py所在的目錄,然后輸入以下命令:
python setup.py build_ext --inplace

會在本目錄下生成_example.pyd模塊。

6、測試
import examlpe

example.Example().say_hello()

注：如果導入模塊失敗，需要將模塊所在路徑添加到sys.path中，在次導入就會成功

引文：

調試GLOOX 1.0.10的注冊功能頗費了一些功夫?？傮w邏輯如GLOOX自帶的例子一樣是毫無疑問的，但是照搬例子又是不能完成注冊的，返回錯誤碼為4------RegistrationBadRequest。筆者一開始在網上狂搜解決方案，資料少之又少，有建議重寫Client::handleNormalNode函數(shù)（目的是禁止SASL認證）的，有直接繼承Client重寫Client::handleNormalNode函數(shù)的，但都沒說到點子上。經過一段時間的研究，在GLOOX的maillist上得到啟發(fā)，順利完成注冊?，F(xiàn)將解決方案記錄下來：

環(huán)境

客戶端：GLOOX1.0.1.0 VS2008

服務器：OPENFIRE 默認安裝

對于GLOOX自帶的注冊例子不能正常注冊的問題有人在郵件列表里提出來。一個哥們這樣回答：

筆者按此說明禁用該選項，果然注冊成功。

這說明開始的注冊失敗是和匿名登錄有關系的。我們來看一下引用registration_expmple例子登錄失敗時的XML流：

S->C：服務器返回給客戶端支持的認證機制：

從上面XML流中我們可以看到，默認openFire支持四種認證機制，分別是：DIGEST-MD5、PLAIN、ANONYMOUS、CRAM-MD5。然后我們看GLOOX客戶端的響應流：

C->S：客戶端返回選擇的認證方式：

接下來的流程就是客戶端”無恥“的選擇了以匿名的方式登錄了服務器，然后再發(fā)送注冊請求，請求如下：

我們看到，IQ節(jié)里包含“form”屬性，即客戶端匿名身份標識。

注意，一個客戶端已經以一個身份（由服務器臨時分配的一個JID）登錄，建立了會話，在服務器上我們會看到這個會話，并且服務器發(fā)送心跳一直維護這個會話。這種情況下，這個客戶端再發(fā)送注冊請求（另一個身份）建立與服務器的連接是不被允許的。具體請參考XEP-0077（In-Band Registration）：我們關注這兩段：

正常的注冊流如下：

---------------------------

綜上所述，解決方案如下：

一、關閉openFire的匿名登錄功能。^_^……

二、禁止GLOOX匿名認證功能。

三、手動設置GLOOX客戶端SASL認證機制

在調用j->connect()之前設置SASL認證機制，比如設置為“DIGEST-MD5”

四、根據XEP-0077所述，即使其名登錄，注冊流只要不帶“from”屬性應該也可以。所以我們要處理發(fā)出的注冊流，去除“from”屬性重新發(fā)送注冊流即可。

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(applicationWillResignActive:)
name:UIApplicationWillResignActiveNotification object:nil]; //監(jiān)聽是否觸發(fā)home鍵掛起程序.
    
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(applicationDidBecomeActive:)
name:UIApplicationDidBecomeActiveNotification object:nil]; //監(jiān)聽是否重新進入程序程序.

- (void)applicationWillResignActive:(NSNotification *)notification
{
    printf("按理說是觸發(fā)home按下\n");
}
- (void)applicationDidBecomeActive:(NSNotification *)notification
{
    printf("按理說是重新進來后響應\n");
}

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    /*
     Use this method to release shared resources, save user data, invalidate timers, 

     and store enough application state information to restore your application to its current state in case it is terminated later.
     If your application supports background execution, this method is called instead of applicationWillTerminate: when the user quits.
     */
}