资料里为配置了liblas库的cloudCompare可执行文件以及相应的依赖库文件， 包含CC_CORE_LIB.dll、QCC_DB_LIB.dll、QCC_IO_LIB.dl、CloudCompare.exel、QT相关文件，gdal111.dll、geotiff.dll、liblas.dll、libtiff.dll以及中文破解程序

由于网上的ZBar在Windows平台VS2013工程无法在VS2010编译通过，经过改编使得在VS2010编译通过，生产动态库，可根据需要生成32位或64位动态库。此动态库运行时需要libiconv.dll支持，可在我CSDN上的"VS2010编译libiconv源码工程"下载。

完整的纯代码的二维码生成代码，不需要加载相关的动态库或插件

vs2015编译的openssl-1.0.2l包含静态库(lib)和动态库(dll)头文件等

只需要调用一个接口，即可将对应信息生成二维码图片出来

libx264 windows的32位 x86版本动态库；包括头文件，lib和dll文件。libx264-155.h,libx264-155.lib,libx264-155.dll

资源文件目录如下： ControlCAN ControlCAN_x64.zip ControlCAN.h x64 ControlCAN.dll ControlCAN.lib ControlCAN_x32.zip ControlCAN.h x32 ControlCAN.dll ControlCAN.lib 接口函数库（二次开发库）使用说明书.pdf

一组C#实现的算术、关系、逻辑与函数等的表达式解析与计算类TExprParser（V1.5）及测试exe程序，可以使用{n}占位符参数等，并提供详细的错误解析提示。具体使用参考http://blog.csdn.net/hulihui。测试程序需要.net 3.5环境。

内存加载动态库 MemoryLoadLibrary 有例子。 /* * Memory DLL loading code * Version 0.0.3 * * Copyright (c) 2004-2013 by Joachim Bauch / mail@joachim-bauch.de * http://www.joachim-bauch.de * * The contents of this file are subject to the Mozilla Public License Version * 2.0 (the "License"); you may not use this file except in compliance with * the License. You may obtain a copy of the License at * http://www.mozilla.org/MPL/ * * Software distributed under the License is distributed on an "AS IS" basis, * WITHOUT WARRANTY OF ANY KIND, either express or implied. See the License * for the specific language governing rights and limitations under the * License. * * The Original Code is MemoryModule.h * * The Initial Developer of the Original Code is Joachim Bauch. * * Portions created by Joachim Bauch are Copyright (C) 2004-2013 * Joachim Bauch. All Rights Reserved. * */ #ifndef __MEMORY_MODULE_HEADER #define __MEMORY_MODULE_HEADER #include typedef void *HMEMORYMODULE; typedef void *HMEMORYRSRC; typedef void *HCUSTOMMODULE; #ifdef __cplusplus extern "C" { #endif typedef HCUSTOMMODULE (*CustomLoadLibraryFunc)(LPCSTR, void *); typedef FARPROC (*CustomGetProcAddressFunc)(HCUSTOMMODULE, LPCSTR, void *); typedef void (*CustomFreeLibraryFunc)(HCUSTOMMODULE, void *); /** * Load DLL from memory location. * * All dependencies are resolved using default LoadLibrary/GetProcAddress * calls through the Windows API. */ HMEMORYMODULE MemoryLoadLibrary(const void *); /** * Load DLL from memory location using custom dependency resolvers. * * Dependencies will be resolved using passed callback methods. */ HMEMORYMODULE MemoryLoadLibraryEx(const void *, CustomLoadLibraryFunc, CustomGetProcAddressFunc, CustomFreeLibraryFunc, void *); /** * Get address of exported method. */ FARPROC MemoryGetProcAddress(HMEMORYMODULE, LPCSTR); /** * Free previously loaded DLL. */ void MemoryFreeLibrary(HMEMORYMODULE); /** * Find the location of

首先需要知道该函数有几个参数，然后再细化参数类型。详细分析过程如下： 可以通过反汇编来知道接口函数的参数，建议使用W32DSM来分析，也可以直接使用VC来分析，就是麻烦一点。现在使用W32DSM来具体说明：1。先打开需要分析的DLL，然后通过菜单功能-》出口来找到需要分析的函数，双击就可以了。它可以直接定位到该函数。2。看准该函数的入口，一般函数是以以下代码作为入口点的。push ebpmov ebp， esp...3。然后往下找到该函数的出口，一般函数出口有以下语句。...ret xxxx;//其中xxxx就是函数差数的所有的字节数，为4的倍数，xxxx除以4得到的结果就是参数的个数。其中参数存放的地方：ebp+08 //第一个参数ebp+0C //第二个参数ebp+10 //第三个参数ebp+14 //第四个参数ebp+18 //第五个参数ebp+1C //第六个参数。。。。-------------------------------------------还有一种经常看到的调用方式：sub esp，xxxx //开头部分//函数的内容。。。//函数的内容add esp，xxxxret //结尾部分其中xxxx/4的结果也是参数的个数。 -------------------------------------------------还有一种调用方式：有于该函数比较简单，没有参数的压栈过程，里面的esp+04就是第一个参数esp+08就是第二个参数。。。esp+xx就是第xx/4个参数你说看到的xx的最大数除以4后的结果，就是该函数所传递的参数的个数。----------------------------------------------到现在位置，你应该能很清楚的看到了传递的参数的个数。至于传递的是些什么内容，还需要进一步的分析。最方便的办法就是先找到是什么软件在调用此函数，然后通过调试的技术，找到该函数被调用的地方。一般都是PUSH指令来实现参数的传递的。这时可以看一下具体是什么东西被压入堆栈了，一般来说，如果参数是整数，一看就可以知道了，如果是字符串的话也是比较简单的，只要到那个地址上面去看一下就可以了。如果传递的结构的话，没有很方便的办法解决，就是读懂该汇编就可以了。