guiminer，guiminer官网

如何使用GUIMiner来挣取比特币1、首先我们要安装GUIMiner，双击程序之后选择安装路径（自己创建个GUIMiner文件夹），然后Extract便可迅速完成GUIMiner安装。

2、程序默认没有生成桌面快捷，所以我们要找到我们的安装路径来调用GUIMiner程序：这里我可以看到运行之后是全英文模式，这里我可以进行修改。

3、在菜单栏我们可以看到“Language”，这里我们点击选择“Change language（更改语言）”，默认是英文的，这里我们选择“chinese simplified （简体中文）”后点击OK。

4、是不是奇怪为什么还是英文版呢，不急，关闭程序我们再次启动即可！5、现在我们来设置，这里的服务器是指提供矿池（比特币矿池是一个组队挖矿的服务器）的服务站。

Email是你在该服务器上注册的邮箱账户，密码当然是登入密码了。

设备是软件自动识别我们的电脑显卡信息。

6、设置好之后直接点击下方的开始采矿即可：如何解决GUIminer"由于应用程序配置不正确"无法启动挖矿的问题？原因分析：综合互联网上的资料，绝大部分是以下三种原因：该问题的原因之一：guiminer程序不完整，请重新下载绿色纯净版。

该问题的原因之二：您的计算机的Windows Installer服务没有开启。

其解决方法是打开控制面板→管理→服务，将Windows Installer服务开启，并设为自动，再重启电脑。

该问题的原因之三：您的计算机上没有安装Visual Studio的运行库。

该应用程序是Visual Studio 2005及其以上版本开发的，其依赖于相应的运行库，而您的电脑上没有安装该运行库。

（对于VC6或VS2003开发的应用程序，如果缺少库文件，是会提示缺少“**.dll”，但VS2005或VS2008的却只提示“由于应用程序配置不正确??”。

）其解决方法不是重装应用程序，更不是重装系统，而是安装相应的运行库（Microsoft Visual C++ 20** Redistributable Package，即vcredist_x86.exe。

★区分您的程序是VS的哪个版本开发的确实有点困难，甚至有些软件是多个版本开发的，那就多种vcredist_x86.exe都装上，它们互相兼容，就能解决您计算机上大多数软件的同类问题了。

（2005和2008的都装上后“添加/删除程序”会显示如图5）。

★以下以“20**”代表“2005”或“2008”或“2009”或“2010”。

所需安装包仅需一个文件——微软官网下载中心下载的vcredist_x86.exe步骤打开控制面板→管理工具→服务，如果Windows Installer服务没有开启，则设其为自动，再重启电脑。

如果没有解决问题则继续。

可以初步判断您的程序是VS的哪个版本开发的。

（打开应用程序所在目录，搜索是否有mfc或msvc开头的文件，如果有，请查看其文件版本可知VC的版本。

请看下图，8表示VC8.0开发的，9表示VC9.0开发的）VS2003的VC版本是VC.1，VS2005的VC版本是vc8.0，VS2008的VC版本是vC9.0。

在控制面板的“添加/删除程序”查看本机是否安装了Microsoft Visual C++ 20** Redistributable Package。

如果没有上图中的Microsoft Visual C++ 20** Redistributable，则继续。

从微软下载中心下载Microsoft Visual C++ 20** Redistributable Package。

该文件有32位的（X86），也有64位的（X64）。

下载地址如下。

双击运行刚才下载到的vcredist_x86.exe，其会自动安装Microsoft Visual C++ 20** Redistributable Package检查“添加/删除程序”里是否有了该项如果有该项，则说明安装成功。

然后开启你的应用程序，如果没有报错，则说明问题解决。

如何解决GUIminer"由于应用程序配置不正确"无法启动挖矿首先总结一下“由于应用程序配置不正确，应用程序未能启动”这类问题出现的原因：在Windows XP SP2以后，Windows引入了Side-by-Side执行的概念，这个概念本来是.NET提出来的，但是Windows后来将这个概念集成到操作系统层面上来了。

大家都应该知道Dll Hell的问题，为了解决Dll Hell问题，Side-By-Side提出不同版本的dll文件可以同时存在于同一个系统里面，而且依赖于不同版本dll的应用程序在运行的时候可以使用到它当初被编译生成的dll。

举个例子：1、假定编写了一个C++程序A，是使用MFC 8.0（这个版本是随着Visual Studio 2005）发布的。

2、之后机器升级了Visual Studio的版本，从2005升级到2008，2008的MFC库是9.0版本的，这个时候操作系统里面安装了两个版本的MFC，分别是8.0和9.0。

3、用Visual Studio 2008编写了另外一个C++程序B，B依赖与MFC 9.0。

4、如果运行程序A的话，操作系统会将MFC 8.0加载到A的进程里面。

5、如果这时同时运行程序B，操作系统会将MFC 9.0加载到B的进程里面。

这就是Side-by-side的执行概念。

操作系统之所以能够这样做，是因为它在加载程序A和B之前，除了查看PE格式里面A和B所依赖的Dll信息，都会查看A和B的manifest文件。

Manifest文件保存了Windows可执行文件（包括exe和dll文件）要运行起来的环境设置信息，文件名一般是可执行文件的文件全名加上.manifest。

例如notepad.exe的manifest文件就应该是notepad.exe.manifest。

另外有的程序将manifest文件直接嵌入到可执行文件的资源里面了，这也就是为什么有的时候看不到程序的manifest文件的原因。

通常来说，一个manifest文件的内容大致如下：?xml version='1.0' encoding='UTF-8' standalone='yes'?assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"securityrequestedPrivilegesrequestedExecutionLevel level='asInvoker' uiAccess='false' //requestedPrivileges/security/trustInfodependencydependentAssemblyassemblyIdentity type='win32' name='Microsoft.VC90.DebugCRT' version='9.0.21022.8'processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' //dependentAssembly/dependency/assembly上面的例子里面，就说明这个程序依赖于CRT 9.0，而且是调试版的，CPU架构是32位的CPU。

对于将manifest文件嵌入到资源文件的程序也有办法看到manifest的信息。