1、首先我们要安装GUIMiner，双击程序之后选择安装路径（自己创建个GUIMiner文件夹），然后houExtract便可迅速su完成GUIMiner安装。
2、程cheng序默认没有生成桌zhuo面快捷，所以我wo们要找到我们的安装路径来调用GUIMiner程序：
这里我wo可以看到运行之后是全英文模式，这里我可以进行修改。
3、在菜单栏我们可以看到“Language”，这zhe里我们点击选择“Change language（更改语言）”，默认是英文wen的，这里我们选择“chinese simplified （简体中文）”后hou点击OK。
4、是不bu是奇怪为什么还是英文版ban呢，不急，关闭程序我们再次启qi动即可！
5、现在我wo们来设置，这里的服务器是指zhi提供矿池（比特币矿池是一个组队挖wa矿的服务器）的服务wu站。
Email是你在该服务器上注册的邮箱xiang账户，密码当然ran是登入密码了。设备是软件自zi动识别我们的电脑nao显卡信息。
6、设置好之后直接点击下方的de开始采矿即可：
如何解决GUIminer"由you于应用程序配置不bu正确"无法启qi动挖矿的问题？原因分析：
综合互联网上的资zi料，绝大部分是以下三种原因：
该问题的原因之zhi一：guiminer程序不完整，请重新下载绿色纯chun净版。
该问题的原因之二：您nin的计算机的Windows Installer服务没有开启。
其解决方法是打da开控制面板→管理→服务，将Windows Installer服务wu开启，并设为自动dong，再重启电脑。
该问题的原因之三：您的计算机ji上没有安装Visual Studio的运行库。
该应用程序是Visual Studio 2005及其qi以上版本开发的，其依赖于相应的运行库，而您的电脑上shang没有安装该运行xing库。（对于VC6或huoVS2003开发的de应用程序，如果guo缺少库文件，是会提ti示缺少“**.dll”，但VS2005或huoVS2008的却只提ti示“由于应用程序配置不正zheng确??”。）
其解决jue方法不是重装应用程序，更geng不是重装系统，而是shi安装相应的运行库（Microsoft Visual C++ 20** Redistributable Package，即vcredist_x86.exe。
★区分您的程cheng序是VS的哪个版本开发的确que实有点困难，甚至有些软件是多duo个版本开发的，那就多种zhongvcredist_x86.exe都装上，它们互相兼jian容，就能解决您计ji算机上大多数软件的同类问wen题了。（2005和2008的都装zhuang上后“添加/删shan除程序”会显示如图5）。
★以下以“20**”代表“2005”或“2008”或“2009”或“2010”。
所需安装包
仅需一个文件jian——微软官网下载中心下载的vcredist_x86.exe
步bu骤
打开控制面板→管理工具→服务，如果Windows Installer服务没有you开启，则设其为自动，再重启电
脑。如果没有解决jue问题则继续。
可以初步判断您的程cheng序是VS的哪个版本开发fa的。
（打开应用程序xu所在目录，搜索是否fou有mfc或msvc开头的文件，如果guo有，请查看其文件版本可知VC的版本ben。请看下图，8表示VC8.0开发的，9表示VC9.0开发的）
VS2003的deVC版本是VC.1，
VS2005的VC版本是vc8.0，
VS2008的VC版本是vC9.0。
在zai控制面板的“添加/删除程序”查看本机是否安装了Microsoft Visual C++ 20** Redistributable Package。
如果没有上图中的Microsoft Visual C++ 20** Redistributable，则继续。
从微软下载中心下载Microsoft Visual C++ 20** Redistributable Package。该文wen件有32位的（X86），也有64位wei的（X64）。下载地址如下。
双击运yun行刚才下载到的vcredist_x86.exe，其会自动安装Microsoft Visual C++ 20** Redistributable Package
检查“添加/删除程序xu”里是否有了该项
如果有该项，则说明安装成cheng功。然后开启你的应用程序，如ru果没有报错，则说明ming问题解决。
如何解决GUIminer"由于应用程序配置不正确"无法启动挖矿
首先总结一yi下“由于应用程序配pei置不正确，应用程序未能启动”这zhe类问题出现的原因：
在Windows XP SP2以后，Windows引入了Side-by-Side执行的概念，这zhe个概念本来是.NET提出来的de，但是Windows后来将这个概gai念集成到操作系统层面上来了。大家都dou应该知道Dll Hell的de问题，为了解决Dll Hell问wen题，Side-By-Side提出不同版本的dll文件可以同时存在于同一个系xi统里面，而且依赖于yu不同版本dll的应用程序xu在运行的时候可以使用到它当初chu被编译生成的dll。举个ge例子：
1、假定编写了一个C++程序xuA，是使用MFC 8.0（这个版ban本是随着Visual Studio 2005）发布的。
2、之后机器升级了Visual Studio的版本ben，从2005升级到2008，2008的MFC库是9.0版本的，这个时候操作系统里面安an装了两个版本的MFC，分别是8.0和9.0。
3、用Visual Studio 2008编写了另外一个C++程序B，B依赖与MFC 9.0。
4、如果运行xing程序A的话，操作系统tong会将MFC 8.0加载到A的进程里面。
5、如果这时同时运行程序B，操cao作系统会将MFC 9.0加载到B的de进程里面。这就是Side-by-side的执zhi行概念。
操cao作系统之所以能够这样做，是因yin为它在加载程序A和B之前，除了查cha看PE格式里面A和B所依赖的Dll信息，都会查看A和B的manifest文件。Manifest文件jian保存了Windows可执行文件（包括exe和dll文件）要yao运行起来的环境设置信xin息，文件名一般是可ke执行文件的文件全名加上.manifest。例如notepad.exe的manifest文wen件就应该是notepad.exe.manifest。另外有的程序xu将manifest文件直接嵌入到可执行文件的资zi源里面了，这也就是为wei什么有的时候看kan不到程序的manifest文件的原因yin。通常来说，一yi个manifest文件的内容大致如ru下：
?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"
security
requestedPrivileges
requestedExecutionLevel level='asInvoker' uiAccess='false' /
/requestedPrivileges
/security
/trustInfo
dependency
dependentAssembly
assemblyIdentity type='win32' name='Microsoft.VC90.DebugCRT' version='9.0.21022.8'
processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' /
/dependentAssembly
/dependency
/assembly
上面的de例子里面，就说明这个程序依赖lai于CRT 9.0，而且是调试版的，CPU架构是32位的deCPU。对于将manifest文件嵌入到资zi源文件的程序也有办法看到manifest的信息。
1、一种是使用yongmt.exe（Visual Studio自带的manifest处理程序）：
mt -inputresource:test.exe;#1 /out:test.manifest
2、另外一种是使用yongdumpbin程序将jiang整个exe的内容rong打印到一个文件，然后用文本编bian辑器打开，搜索Assem字符串样式就jiu能找到manifest信息：
以上文章内容就是对guiminer和guiminer官网的介绍shao到此就结束了，希望能够帮助到大家？如果你还想了解更多这方面的信息，记ji得收藏关注本站。
