如果遇到此种之错误，或是类似，那么

Traceback (most recent call last):
  File "D:\Tools\Building\Python\lib\site-packages\nose-0.11.1-py2.6.egg\nose\loader.py", line 379, in loadTestsF
    addr.filename, addr.module)
  File "D:\Tools\Building\Python\lib\site-packages\nose-0.11.1-py2.6.egg\nose\importer.py", line 39, in importFro
    return self.importFromDir(dir_path, fqname)
  File "D:\Tools\Building\Python\lib\site-packages\nose-0.11.1-py2.6.egg\nose\importer.py", line 86, in importFro
    mod = load_module(part_fqname, fh, filename, desc)
  File "D:\svn\hgsubversion\tests\test_fetch_renames.py", line 4, in <module>
    import test_util
  File "D:\svn\hgsubversion\tests\test_util.py", line 20, in <module>
    from hgsubversion import util
  File "D:\svn\hgsubversion\hgsubversion\__init__.py", line 40, in <module>
    from svn import core
  File "D:\Tools\Building\Python\lib\site-packages\svn\core.py", line 19, in <module>
    from libsvn.core import *
  File "D:\Tools\Building\Python\lib\site-packages\libsvn\core.py", line 5, in <module>

ERROR: Failure: ImportError (DLL load failed: 找不到指定的模块。)

比如此时，最后一条语句

  File "D:\Tools\Building\Python\lib\site-packages\libsvn\core.py", line 5, in <module>

表明当中的dll文件找不到，一般是不小心吧不应该命名成pyd的文件命名成了pyd。

比如当前libsvn下包含了如下文件

卷序列号为 284E-138E
D:.
    client.py
    client.pyc
    core.py
    core.pyc
    delta.py
    delta.pyc
    diff.py
    fs.py
    libsvn_swig_py-1.dll
    ra.py
    ra.pyc
    repos.py
    wc.py
    wc.pyc
    _client.pyd
    _core.pyd
    _delta.pyd
    _diff.pyd
    _fs.pyd
    _ra.pyd
    _repos.pyd
    _wc.pyd
    __init__.py
    __init__.pyc

这个是可以正常运行的文件结构

其中.pyd文件结尾的文件其实均是dll文件，只是rename了

但是为何    libsvn_swig_py-1.dll却没有重命名呢？

这里是有一个问题在里面的。。

首先。凡是已pyd 文件结尾为的都是.py文件里面直接import的

比如_core.pyd 在 core.py 里面有 import _core 这样的语句

而所有dll文件是不会直接被python调用的，所以必须添加到PATH路径里面，就是说只能够间接被.pyd文件应用，而不能直接被.pyd直接引用。

因此，如果下载的包中，诸如_core.dll _fs.dll 这种以_开头的大约是要被py文件引用的，所以要重命名为.pyd文件

而诸如libsvn_swig_py-1.dll文件则不能命名为.pyd文件后缀，同时这些文件所处的路径要添加到PATH中，否则会找不到。。

还有一个重要问题，就是程序的位不匹配，比如32为之于64为，这也是要重点考虑的，所以

在这种情况之下，要使用32位的，因为很多app都没有64位版本。。。。。

除非可以确定整个程序链都是64位的，这样才可以使用64位的程序

比如我就在这里遇到麻烦了，我用的subversion是64位的，python是64为的，

可是有一个东西不是，那就是subversion python bind 不是，所以无法正常的运行，也会出现这种load错误

就是说动态链接库也要是64位的才能够正常工作，dll hell

综上所述，就是这样子了。

这个网页上有这个快捷键模版

class A
{
private:
    A(){}
public:
    static A * Create();
};

这有点像singleton的使用方法，但是这种模式用在不可继承的类上面就显得有点不伦不类了。我甚至还见有人用template来实现这个，真是鸡肋鸡肋。。。下面介绍两种方法，个人觉得还是比较漂亮的~（以下代码就懒的讲解了，大家自己看吧）

class COrphanTag
{
protected:
    COrphanTag(){}
};
 
class COnly : private virtual COrphanTag
{
public:
    COnly(){}
};
 
class CMore : public COnly
{
public:
    CMore(){}
};
 
int main(void)
{
    COnly only;
    return 0;
}

但是这个程序在VC6下是可以正常编译通过的，哎，没办法，必须顺着微软来啊，那我们再改改：

class COnly;
class COrphanTag
{
private:
    COrphanTag(){}
    friend class COnly;
};
 
class COnly : private virtual COrphanTag
{
public:
    COnly(){}
};
class CMore : public COnly
{
public:
    CMore(){}
};
 
int main(void)
{
    COnly only;
    return 0;
}

嗯，这样就可以了，大家都能成功的报错了吧~但是如果有人使用如下的多继承那就无语了：

class CMore : public COnly, public virtual COrphanTag
{
public:
    CMore(){}
};

毕竟C++没有JAVA中final那种东西啊。。。

long __builtin_expect (long exp, long c)                                    [Built-in Function]
You may use __builtin_expect to provide the compiler with branch prediction
information. In general, you should prefer to use actual profile feedback for this
(‘-fprofile-arcs’), as programmers are notoriously bad at predicting how their
programs actually perform. However, there are applications in which this data is
hard to collect.
The return value is the value of exp, which should be an integral expression. The
value of c must be a compile-time constant. The semantics of the built-in are that it
is expected that exp == c. For example:
if (__builtin_expect (x, 0))
foo ();
would indicate that we do not expect to call foo, since we expect x to be zero. Since
you are limited to integral expressions for exp, you should use constructions such as
if (__builtin_expect (ptr != NULL, 1))
error ();
when testing pointer or floating-point values.

大致是说，由于大部分程序员在分支预测方面做得很糟糕，所以GCC提供了这个内建函数来帮助程序员处理分支预测，优化程序。其第一个参数exp为一个整型表达式，这个内建函数的返回值也是这个exp,而c为一个编译期常量，这个函数的语义是：你期望exp表达式的值等于常量c，从而GCC为你优化程序，将符合这个条件的分支放在合适的地方。

因为这个程序只提供了整型表达式，所以如果你要优化其他类型的表达式，可以采用指针的形式。

unlikely的定义如下：

#define unlikely(x)  __builtin_expect(!!(x), 0)

也就是说我们期望表达式x的值为0，从而如果我们用

…….

if(unlikely(x)){

bar();

}
来测试条件的话，我们就不期望bar()函数执行，所以该宏的名字用unlikely也就是不太可能来表示。

likely宏与次类似.

说到底__builtin_expect函数就是为了优化可能性大的分支程序。

继Junit CppUnit的成功后， c语言环境下也出现了开发源码的白盒测试用例CUnit。CUnit以静态库的形式提供给用户使用，用户编写程序的时候直接链接此静态库就可以了。它提供了一个简单的单元测试框架，并且为常用的数据类型提供了丰富的断言语句支持。

二、结构框架

在CUnit的主页上可以看到对他结构的简单描述

                   Test Registry
                        |
         ——————————
         |                            |
      Suite ‘1′      . . . .       Suite ‘N’
         |                            |
   —————             —————
   |             |             |             |
Test ‘11′ … Test ‘1M’     Test ‘N1′ … Test ‘NM’

CUnit的测试是单线程启动,只能注册一个测试用例Test Registry，测试用例下可以注册多个测试套件Suite，每个套件下可以注册多个测试函数Test，每个测试函数里又可以写多个断言ASSERT。

三、测试模式

下面是四种测试模式：
1 Automated Output to xml file Non-interactive
2 Basic Flexible programming interface Non-interactive
3 Console Console interface (ansi C) Interactive
4 Curses Graphical interface (Unix) Interact

注意1，2是没有交互功能的，4是Unix下的。

Windows下的Basic模式灵活性比较大一点，比如你可以选择如下运行模式：
CU_BRM_NORMAL    /**< 正常模式 - 打印错误和运行总结 [默认] */
CU_BRM_SILENT      /**< 安静模式 - 只打印框架错误信息 */
CU_BRM_VERBOSE  /**< 冗余模式 - 输出详细的运行结果 */

还可以指定遇见错误时的动作：
CUEA_IGNORE        /**< 当出现错误时继续往下运行 */
CUEA_FAIL             /**< 当有错误出现时停止(stop) */
CUEA_ABORT         /**< 当错误出现时应用程序终止(exit) */

第一种Automated运行以后会自动生成一个xml文件，通过dtd和xsl文件的辅助可以在浏览器中显示出测试结果。

第三种Console个人认为目前的功能还不是很强大，主要功能就是可以分别执行测试套件suite程序，但是操作起来十分的不方便。

四、测试基本流程

使用CUnit进行测试的基本流程如下所示：
1．书写待测试的函数（如果有必要，需要写suite的init/cleanup函数）
2．初始化Test Registry - CU_initialize_registry()
3．把测试套件（Test Suites）加入到Test Registry - CU_add_suite()
4．加入测试用例（Test Case）到测试套件当中 - CU_add_test()
5．使用适当的接口来运行测试测试程序，例如 CU_console_run_tests()
6．清除Test Registry - CU_cleanup_registry()

五、测试框架的安装

没有CUnit源码去http://sourceforge.net/projects/cunit/去下一份,笔者使用的是CUnit-2.1-0，安装十分的方便，Unix下只需要configure, make, make install就行了，Windows下也有相应的VC工程目录，这里就不再獒述了，需要注意的是，源代码里的Example使用了废弃的CUnit函数命名，所以编译的时候需要加一个USE_DEPRECATED_CUNIT_NAMES预定义。

六、具体使用

/* test.c */
int maxi(int i, int j)
{
    return i > j ? i : j;
}

/* testcase.c */
#include <stdio.h>
#include <stdlib.h>
#include <assert.h>
#include <CUnit/CUnit.h>
 
/**
 * 待测试的函数
 */
extern int maxi(int i, int j);
 
/**
 * 测试函数
 * 必须满足签名式 void func(void)
*/
void testIQJ(void)
{
    CU_ASSERT_EQUAL(maxi(1,1),1);
    CU_ASSERT_EQUAL(maxi(0,-0),0);
}
void testIGJ(void)
{
    CU_ASSERT_EQUAL(maxi(2,1),2);
    CU_ASSERT_EQUAL(maxi(0,-1),0);
    CU_ASSERT_EQUAL(maxi(-1,-2),-1);
}
void testILJ(void)
{
    CU_ASSERT_EQUAL(maxi(1,2),2);
    CU_ASSERT_EQUAL(maxi(-1,0),0);
    CU_ASSERT_EQUAL(maxi(-2,-1),-1);
}
 
/**
 * 测试函数信息的结构体
 * 当然也可以使用 CU_add_test()
 * 注意必须以 CU_TEST_INFO_NULL 结尾
 */
CU_TestInfo testcases[] =
{
    {"Testing i equals j:", testIQJ},
    {"Testing i greater than j:", testIGJ},
    {"Testing i less than j:", testILJ},
    CU_TEST_INFO_NULL
};
 
/**
 * 测试套件初始化函数，对测试函数中的资源进行初始化
 * 返回0为成功，如果返回失败则此套件下的测试均不运行
 */
int suite_init(void)
{
    return 0;
}
 
/**
 * 测试套件销毁函数，对测试函数中的资源进行销毁
 * 返回0为成功，如果返回失败不影响测试，只会报测试套件运行错误
 */
int suite_clean(void)
{
    return 0;
}
 
/**
* 测试套件信息的结构体
* 当然也可以使用 CU_add_suite()
* 注意必须以 CU_SUITE_INFO_NULL 结尾
* 如不需要初始化或者最终化函数则可以传NULL
*/
CU_SuiteInfo suites[] =
{
    {"Testing the function maxi:", suite_init, suite_clean, testcases},
    CU_SUITE_INFO_NULL
};
 
/**
 * 增加到Registry中
 */
void AddTests(void)
{
    assert(NULL != CU_get_registry());
    assert(!CU_is_test_running());
 
    if(CUE_SUCCESS != CU_register_suites(suites)){
        fprintf(stderr, "Register suites failed - %s ", CU_get_error_msg());
        exit(EXIT_FAILURE);
    }
}

/* main.c */
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <assert.h>
#include <CUnit/Basic.h>
#include <CUnit/Automated.h>
#include <CUnit/Console.h>
 
extern void AddTests(void);
 
int main(int argc, char* argv[])
{
    /* 为Basic模式使用 */
    CU_BasicRunMode mode = CU_BRM_VERBOSE;
    CU_ErrorAction error_action = CUEA_IGNORE;
    int i;
 
    setvbuf(stdout, NULL, _IONBF, 0);
 
    for (i=1 ; i<argc ; i++) {
        if (!strcmp("-i", argv[i])) {
            error_action = CUEA_IGNORE;
        }
        else if (!strcmp("-f", argv[i])) {
            error_action = CUEA_FAIL;
        }
        else if (!strcmp("-A", argv[i])) {
            error_action = CUEA_ABORT;
        }
        else if (!strcmp("-s", argv[i])) {
            mode = CU_BRM_SILENT;
        }
        else if (!strcmp("-n", argv[i])) {
            mode = CU_BRM_NORMAL;
        }
        else if (!strcmp("-v", argv[i])) {
            mode = CU_BRM_VERBOSE;
        }
        else if (!strcmp("-e", argv[i])) {
            return 0;
        }
        else {
            printf("\nUsage: BasicTest [options]\n\n"
                "Options: -i ignore framework errors [default].\n"
                " -f fail on framework error.\n"
                " -A abort on framework error.\n\n"
                " -s silent mode - no output to screen.\n"
                " -n normal mode - standard output to screen.\n"
                " -v verbose mode - max output to screen [default].\n\n"
                " -e print expected test results and exit.\n"
                " -h print this message and exit.\n\n");
            return 0;
        }
    }
 
    /* 初始化registry */
    if( CUE_SUCCESS != CU_initialize_registry())
    {
        return CU_get_error();
    }
    else
    {
        /* 增加测试套件suite */
        AddTests();
 
        /* 用不同模式运行 */
        /*CU_basic_set_mode(mode);
        CU_basic_run_tests();*/
 
        CU_automated_run_tests();
 
        /*CU_console_run_tests();*/
 
        /* 清除registry */
        CU_cleanup_registry();
    }
 
    return 0;
}

直接给大家共享出我们的实现方法，使用的是C++的template。

// singleton.h
#ifndef _SINGLETON_H_
#define _SINGLETON_H_
 
template<class T> class Singleton
{
    protected:
        Singleton() {}
        Singleton( const Singleton & ) {}
        Singleton &operator = (Singleton &) {}
 
        static T* pInst;
 
    public:
        static T* GetInstance()
        {
            if (pInst)
                return pInst;
            pInst = new T;
            return pInst;
        }
 
        static void ReleaseInstance()
        {
            if (pInst)
            {
                delete pInst;
                pInst = NULL;
            }
        }
};
 
template<class T> T *Singleton<T>::pInst = 0;
 
#endif

// suraid.h
#ifndef _SURAID_H_
#define _SURAID_H_
 
#include "singleton.h"
 
class Suraid : public Singleton<Texture>
{
    public:     
        Suraid();
};
 
#endif

// main.cpp
#include "suraid.h"
 
int main(void)
{
    Suraid* suraid = Suraid::GetInstance();
    return 0;
}

代码应该很清晰了吧，这样实现的好处就是很方便，想使用单件的时候只要简单的继承一下就好了，但是也有一个缺点，通常我们理解的singleton都是不让实例化的，因为只能实例化一次，但是由于template的特性，构造函数无法申明成protected，也就导致可以实例化类，在使用的过程中要多加注意。

要做到添加一个模板就必须做到前台可以显示这个模板，后台可以编辑这个模板。下面我们一步一步教大家怎么添加一个属于自己的模板。在添加之前我们先稍微分析一下，对以一个模板，在前台一定有一个php文件和它对应（很显然这个php文件就是实现给这个模板文件传送数据的）。并且在后台可以编辑这个模板对于的模块，也就是在模板管理——设置模板中有你加的模板的选项。下面我们来添加一个home模板。首先在根目录下新建home.dwt和home.php。然后将index.dwt和index.php中的内容分别拷贝到home.dwt和home.php中。对于这个模板的内容完全由你自己决定，你的内容就会决定你要怎么修改home.dwt和home.php。当然这个模板的内容是受限制的，首先要home这个模板的候选的库文件是存在的。这个是什么意思呢？这句话的意思就是对于每个模板文件，可以调用的库文件是固定的，并且这些可以调用的库文件在文件admin/includes/lib_templete.php中定义的。首先要在后台将home这个模板放入到可设置内容的模板中，部分代码如下：

/* 可以设置内容的模板 */
$template_files = array(
'home.dwt',
'index.dwt',
'zhiku.dwt',
'article.dwt',
'article_cat.dwt',
'brand.dwt',
'category.dwt',
'user_clips.dwt',
'compare.dwt',
'gallery.dwt',

在上面的代码中就将home.dwt加入到后台的可编辑模板中，这个时候你就可以在后台的模板管理->设置模板中编辑home模板了。但是到这里我们发现一个很小的问题，那就是这个home模板在后台是显示成什么名字。其实这个很简单，只要在文件language/zh_cn/admin/template.php中添加$_LANG['template_files']['home'] = ‘home模板’;这样的语句，那么在后台看到的home模板的名称就是“home模板”，当然这里也可以设置成其他的名称。在上面我们有说到每个模板可以调用的库文件是固定的，既然说是固定的，那应该是哪些呢？就拿index来说吧，在文件admin/includes/lib_templete.php中有下面这样的代码：

'index' => array(
'/library/ur_here.lbi' => 0,
'/library/search_form.lbi' => 0,
'/library/member.lbi' => 0,
'/library/new_articles.lbi' => 0,
'/library/success_article.lbi' => 0,
'/library/dynamic_article.lbi' => 0,
'/library/school_article.lbi' => 0,
'/library/category_tree.lbi' => 0,
'/library/top10.lbi' => 0,
'/library/invoice_query.lbi' => 0,
'/library/recommend_best.lbi' => 3,
'/library/recommend_new.lbi' => 3,
'/library/recommend_hot.lbi' => 3,
'/library/recommend_promotion.lbi' => 4,
'/library/group_buy.lbi' => 3,
'/library/auction.lbi' => 3,
'/library/brands.lbi' => 0,
'/library/promotion_info.lbi' => 0,
'/library/cart.lbi' => 0,
'/library/order_query.lbi' => 0,
'/library/email_list.lbi' => 0,
'/library/vote_list.lbi' => 0
),

那么这边枚举到的库文件，对于index.dwt都可以调用的。依葫芦画瓢，home.dwt需要调用哪些库文件，那么就对应上面这个写就是了，相信大家都有这个水平。好的，到目前为止一个模板文件添加成功了，那么它在浏览器中的显示就要通过后台的设置模板来确定了。好的，添加一个自己的模板我就说到这里，我们下期继续讨论ecshop。Thanks！！！

这个方法就是：

大家听好啦，我觉得这个会非常有用的，呵呵，其实我以前经常碰到这个问题，但是变动不大，所以就手动改回去了，现在，手动改回去似乎很麻烦，所以需要一种自动的方法来实现这个目的，。

我在网上找啊找的找，就是没有找到，faint，现在，我找到了，请原谅我这么啰嗦，实在太激动了，而且我万年难得写一篇博客，所以，：）

下面进入正题

其实就是通过merge实现，怎么实现呢？

通过TSVN的文档可以知道，它有三个选项

faint，其实你右键也可以找到这三个选项，因为鄙人用的是英文版的，懒啊，不装中文包的后果，虽然我经常与这三个选项照面，但是总是随意选取一个就处理，额，不经过大脑的表现，但是上一次，我认真的看了一下这三个选项，并一一尝试，后来发觉第三个选项有点诡异：）

Merge two different trees

This is a more general case of the reintegrate method. What you are asking Subversion to do is: “Calculate the changes necessary to get [FROM] the head revision of the trunk [TO] the head revision of the branch, and apply those changes to my working copy (of the trunk).” The net result is that trunk now looks exactly like the branch.

If your server/repository does not support merge-tracking then this is the only way to merge a branch back to trunk. Another use case occurs when you are using vendor branches and you need to merge the changes following a new vendor drop into your trunk code. For more information read the chapter  vendor branches in the Subversion Book. 

就是说找 目录x的第Vx个版本 与 目录y的第Vy个版本  之间的差异，然后把这个差异应用到 你要施加改变的目录上。那么给定如下命令 ， 当然目录x的第Vx个版本是基，

那么我们已trunk目录的HEAD vesion为基，以一个trunk历史的版本为Vy，然后吧他们之间的差异应用到trunk上么，那么提交之后trunk的HEAD就变成了这个历史的版本啦：）

相当于

x +( y -x) = y , x就是当前的trunk y就是历史的版本

mmm，游戏结束