尝试通过这种方式解决两个问题：

1. C# 的计算效率问题，虽然从各种资料来看，好像 C# 的托管代码对效率的影响并没有想象的夸张，但不管怎么样，有些东西用 C++ 写就是方便一些；
2. 用 C++ 可以方便地链接现有的代码库、算法库。

其实，这种架构可以看成是一种 C/S 架构的简化版，但是省去了 Socket 通信这一层。

我采用的是最简单的 P/Invokes 的方式来实现 C# 调用 C++ 链接库，详细的教程，可以看一下 Using dumpbin.exe as an Aid for Declaring P/Invokes 这篇文章。

extern "C" __declspec(dllexport) bool Function1(const char* param1,
                                                const char* param2,
                                                const char* param3);

[DllImport("Example.dll", EntryPoint = "Function1", ExactSpelling = false]
[return: MarshalAs(UnmanagedType.U1)]
public static extern bool Function1([MarshalAs(UnmanagedType.LPStr)] String param1,
                                    [MarshalAs(UnmanagedType.LPStr)] String param2,
                                    [MarshalAs(UnmanagedType.LPStr)] String param3);

C:\Program Files\Microsoft Visual Studio 9.0\VC\bin

C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE

dumpbin.exe /EXPORTS dllname.dll

未处理的"System.DllNotFoundException"类型的异常出现在 example.exe 中。

其他信息: 无法加载 DLL"cppexample.dll": 找不到指定的模块。 (异常来自 HRESULT:0x8007007E)。

[MarshalAs(UnmanagedType.LPStr)]

下面浏忙绪绪就举两个例子来说明一下。

const int tNum = 4;//并发线程数
vector<boost::thread*> tBox;

for (int i=0; i < tNum; i++ )
{
    char strThread[20];
    sprintf(strThread, "thread%d",i);
    //strThread 字符串是传入的 const char* 类型
    boost::thread* thread_0 = new boost::thread( StreamProcesser,
                                                 param1,
                                                 param2,
                                                 strThread);

    tBox.push_back(thread_0);

    boost::xtime xt;
    boost::xtime_get(&xt, boost::TIME_UTC);
    xt.sec += 2;
    boost::thread::sleep(xt);
}

for (int i=0; i < tNum; i++ )
{
    boost::thread* thread_0 = tBox[i];
    thread_0->join();
    delete thread_0;
}

DWORD WINAPI CloseThreadFun( LPVOID param)
{
    int* pHandle = (int*)param;
    const int handle = *pHandle;

    //打印句柄
    printf("get handle is %d", handle);

    return 0;
}

int _tmain(int argc, _TCHAR* argv[])
{
    const int THREAD_NUM = 4;

    HANDLE* lphandle = new HANDLE[THREAD_NUM];
    for (int j = 0; j < THREAD_NUM; j++)
    {
        HANDLE hthread;
        hthread = CreateThread(NULL, 0, CloseThreadFun, (LPVOID)&j, 0, NULL);
        lphandle[j] = hthread;
    }

    WaitForMultipleObjects(THREAD_NUM, lphandle, TRUE, INFINITE);

    delete [] lphandle;

    return 0;
}

get handle is 3
get handle is 4
get handle is 4
get handle is 4

如果你用 gdb 调试，会提示如下信息：

Program received signal SIGSEGV, Segmentation fault.
0x02fa68f3 in apr_vformatter () from /usr/lib/libapr-1.so.0

原因是因为 Log4Cxx 在退出时有非法的资源释放。

有一个解决办法：可以在程序退出时，显示地关闭 Log4Cxx 对象。

I have the same problem if I use log4cxx.AsyncAppender.
I fixed the problem by calling log4cxx::LogManager::shutdown(); before the end of the process.
It's not very clean but it works.

即在程序退出时使用语句

log4cxx::LogManager::shutdown();

来清理 log4cxx，而不是让它自己来清理。

注意： 需要在程序所有可能退出的地方，设置这一语句 ，否则依然会有 segmentation fault 的问题。

这可怎么办呢？我不可能把中文日志全部一行一行替换为英文的，这可是一个非常傻B的举动。

经过研究，终于知道需要经过如下步骤才能让 log4cxx 在 Linux 下正常显示中文日志：

1. 你可以先 locale 检查一下 Linux 终端环境是不是 zh_CN ；

   $ locale
   

2. 如果你的是 en_US 之类的编码，则需要把 locale 设置为简体中文：

   $ export LC_ALL="zh_CN.UTF-8"
   

   如果你的系统提示说没有安装本字符集，则需要用命令进行安装：

   $ sudo apt-get install language-pack-zh-hans
   

3. 在程序里设置应用程序的 locale 和终端一样：

   LoggerPtr logger;
   log4cxx::PropertyConfigurator::configure("./log4cxx.properties");
   logger= Logger::getLogger("test") ;
   logger->info(("Start logging"));
   setlocale(LC_ALL, "zh_CN.UTF-8");
   

   关键是最后这一句 setlocale，要设置得和终端一样，都是 zh_CN.UTF-8。

这样，你的程序就可以用 log4cxx0.10.0 输出中文日志信息了。

错误    3       error C2143: 语法错误 : 缺少"}"(在"("的前面)        e:\water\berkeleydb\include\db.h        1226

微软的 MSDN 上有对 error C2143 的编译器错误进行解释，不过基本上没有太多可读性、可借鉴性，大意应该是一些宏定义、命名出错等。

最后，还是通过万能的 Google 大神找到了解答方法。错误的原因是 DB_TYPE, DB_UNKNOWN 类型已经在 MFC 系统头文件中被定义过，解决办法之一是在 db.h 中定义 DB_TYPE, DB_UNKNOWN 的语句之前加上如下语句即可：

#ifdef DB_UNKNOWN
#undef DB_UNKNOWN
#endif
#ifdef DBTYPE
#undef DBTYPE
#else
#define DBTYPE BDBTYPE
#endif

看来，C 和 C++ 混在一块，命名、类型定义真是一个大问题。以后碰到类似的问题，也可以采用类似的解决办法。

参考资料：

1. 解决在vs2008的mfc工程中编译BerkeleyDB出错问题
2. VS2005中的MFC程序使用BerkeleyDB
3. MSDN Visual Studio 2010 Compiler Error C2143

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

using System.Drawing;
using Emgu.CV;
using Emgu.Util;
using Emgu.CV.Structure;

namespace OpenCVTester
{
    class Program
    {
        static void Main(string[] args)
        {
            //The name of the window
            String win1 = "Test Window";

            //Create the window using the specific name
            CvInvoke.cvNamedWindow(win1);

            //Create an image of 400x200 of Blue color
            using (Image<Bgr, Byte> img = new Image<Bgr, byte>(400, 200, new Bgr(255, 0, 0)))
            {
                //Create the font
                MCvFont f = new MCvFont(Emgu.CV.CvEnum.FONT.CV_FONT_HERSHEY_COMPLEX, 1.0, 1.0);
                //Draw "Hello, world." on the image using the specific font
                img.Draw("Hello, world", ref f, new Point(10, 80), new Bgr(0, 255, 0));

                //Show the image
                CvInvoke.cvShowImage(win1, img.Ptr);
                //Wait for the key pressing event
                CvInvoke.cvWaitKey(0);
                //Destory the window
                CvInvoke.cvDestroyWindow(win1);
            }
        }
    }
}

这里需要注意的是，如果用 Visual Studio 2008 来调试上面的代码，则记得要把 OpenCV 相关的动态链接库放到你测试工程的这个目录里：

\bin\Debug

否则在跑到下面这句代码

CvInvoke.cvNamedWindow(win1);

的时候，就会弹出一个莫名其妙的出错框，提示如下错误：

未处理的"System.TypeInitializationException"类型的异常出现在 OpenCVTester.exe 中。

其他信息: "Emgu.CV.CvInvoke"的类型初始值设定项引发异常

看来，C#调试时的程序动态链接库读取位置，还比较特殊呀~~

bool PickSomeFrames(const char* filename, int start, int end, char* savePath)
{
    CvCapture* capture = cvCaptureFromAVI(filename);  //读取视频文件

    cvSetCaptureProperty(capture, CV_CAP_PROP_POS_FRAMES, start);

    int count = start;
    while( cvGrabFrame(capture) && count <= end )
    {
        IplImage* pFrame = cvRetrieveFrame(capture);// 获取当前帧

        char test[100];
        sprintf(test,"%s\\%d%s",savePath,count,".jpg");
        cvSaveImage(test,pFrame);

        count++;
    }

    cvReleaseCapture(&capture);

    return false;
}

以上这种方法，支持用多线程的方式，来同时读写视频不同帧序号开始的片断。以上这些代码，在采用多线程来加速视频处理时，特别有用。

很奇怪的是，用 lstrcpy 来把结果复制并生成新的字符串，却可以完整的复制。

仔细查了一下 MSDN，发现原来有这么一句话：

To use buffers larger than 1024 bytes, use _snwprintf. For more information, see the documentation for the C run-time library.

原来，wsprintf 的缓冲区有 1024 个字符串的上限，看来以后要注意这个问题了。

还好，Visual Studio 提供了强大的自定制功能，我们可以随意设置字体的大小与颜色。当然，最方便的，还是使用其他人配好的颜色，比如说这个 Dark Visual Studio 主题就很不错。

要导入该设置，只需要在 Visual Studio 里的菜单 Tools ==> Import and Export Settings… 里进行导入。如果你对配置进行了若干自定义，则可以用该导出功能进行保存与备份。

原创文章，如转载请注明：转载自细节之锤 [ http://blog.WaterLin.org/ ]

Copyright © WaterLin.org. All rights reserved.