分类： windows

使用WSL的两平台互访问

linux下

在ubuntu上，使用

cat /etc/resolv.conf | grep nameserver | cut -d' ' -f2

能得出宿主的IP，这和在windows的命令行中ipconfig看到的一致。

如果你ping 172.28.64.1，如果是通的就不用看本文了。如果不通，就要在windows防火墙中添加入站规则。

windows下

有两种办法，建议使用命令行（并且是管理员权限下）。

New-NetFirewallRule -DisplayName "WSL" -Direction Inbound  -InterfaceAlias "vEthernet (WSL)"  -Action Allow

如果你执行时权限不够，要确认你的登陆是否为管理员。

一般宿主都是可以ping到linux上。所以，当执行上面命令成功后，到linux上ping一下那个网站，应该是通的了。

到此，完全可以把数据库等主要占资源的软件部署在windows这边了。

从github上查到的示例：

PS C:\WINDOWS\system32> $myIp = (Ubuntu1804 run "cat /etc/resolv.conf | grep nameserver | cut -d' ' -f2")

PS C:\WINDOWS\system32> $myIp

172.21.0.1

PS C:\WINDOWS\system32>  New-NetFirewallRule -DisplayName "WSL" -Direction Inbound  -LocalAddress $myIp -Action Allow

双系统搭建及ubuntu和CentOS下安装Qt5

把大象放冰箱里需要三步，同样，玩linux也需要。第一，制作USB启动盘，第二，安装系统，第三，安装Qt5。

第一篇，材料准备

有多种方式来制作USB启动盘。本人实验了两个，用vmware12和ultraISO.

虚机方式：

建立好空白虚机后，就是提示第一坑。
第一个坑，就是开启intel VT-x.从bios中设置。
重启，再来，可以了，不要装vmware-tool先，不然就在抢占CD－rom。
在我本机S1 yoga的bios上设置两处：
一，sercurity中的安全引导去掉
二，startup中的boot中选择both，即允许传统模式。
用烧录方式：
当然就是把ISO用ultraISO来烧录到USB中了。这个方式不用过多介绍。
当做好USB启用盘后，你F12引导从U盘进入系统，你会看到try和安装两个大按键的情况。我们即可进入第二篇章了。
第二篇章，系统安家
你是租房还是要买房？系统放到你的U盘上还是，想系统在你的硬盘上？这个问题赶快想，尤其是安装步骤到了分区时。但不管如何，选择安装到硬盘是入口。
如果是想在USB上玩linux，那当然安全，不会破环原来的系统。但是磁盘空间，硬件支持和使用体验必须是要慢被理解的。分区方法如下：（我的U盘就16G）
要在U盘上/dev/sdb建立新分支，一个主15G，一个交换分区9百M。
安装不必细说，当出现提示重启时，拔出U盘即可。
当你是个老司机，硬盘富余，且酷的话，来吧，装在硬盘上。并且让windows来当房东。这个意义深远了，因为，如果你想linux撤出，只要格式下那个分区即可。方便的代价就是要懂得原理并实现，还有找到利器，比如easybcd。
原理其实就是：
MBR—-grub2—-bootmgr（由grub来接管系统，在它的分支中选择windows还是linux）
现在：
MBR—-bootmgr—-grub(由windows提供的引导菜单，它当房东，grub就只管引导linux即可，不用去学习grub命令行，好主意)
那个利器就是编辑bootmgr的。所以，我用后面的引导模式了。
用windows的磁盘管理，压缩卷，把最后一个分区给缩小，然后就会多出一个空闲分区，这个就是给硬盘linux的“新房”。
然后，重启用U盘引导，这次同样选择安装到硬盘选项。在分区时，需要充分小心了。
先看看前人的指导：http://blog.csdn.net/pop_rain/article/details/70477085
在我的环境中最终分三个，/,/boot,/home分别为10G，200M,50G，注意引导要放在与/boot同映射的分区上。注意没有/swap区。
因为据说17.04后的版本不需要分交换分区了，而变成了交换文件的方式。
并且，如果你把引导装在了/boot对应的分区，grub2不会跑出来作怪，这是让windows来引导的前提。不然，得用工具修复MBR，所以，装完ubuntu，再重启应该是熟悉的wiondows不是grub。如果是后者，你分区错了。
当你再重启发现进入了熟悉的windows了，没有错，因为，房东管理着客户linux。此时，搬家已经完成，linux入住了，但房东没有给配好钥匙。进系统后，找那个利器吧。easybcd中加一个引导条目，分区选择为/boot那个系统分区。
再重启，windows给你选择权了，让你进linux去吧。不过，我碰到了问题。
最大的坑是：ext4 superblock checksum 。没错，这个是硬盘格式的错误。卡了我一下午。
一个国外帖子搞定了。
先用USB安装盘，启动进去，用root修复好挂载/的那个分区/dev/sda7.
然后，重启硬盘引导后发现可以有root的命令行，看来修复硬盘格式有戏。
然后，就是把其它的两个linux分区修复。之后，ubuntu17.04的用户登陆界面出现。
但最后，反朴归真了，发现在busybox的initramfs的命令提示符下，用 （sudo） fsck.ext4 /dev/sda7,8,9，三次命令后，reboot即可。
终于是躺在我硬盘里的，与win7同床的，让微软引导的小弟系统呀。
第一件事，开启root。
技巧把$变成#，sudo -s.或sudo su
此时安装东东已经够了，但如果你想用root来登陆系统。继续下面操作。
然后执行: vi /etc/lightdm/lightdm.conf.
增加 greeter-show-manual-login=true  allow-guest=false  . 修改完的整个配置文件是
[SetDefaults]
greeter-session=unity-greeter
user-session=ubuntu
greeter-show-manual-login=true #手工输入登陆系统的用户名和密码
allow-guest=false   #不允许guest登录
然后我们启动root帐号：
sudo passwd root
根据提示输入root帐号密码。
重启ubuntu，登录窗口会有“登录”选项，这时候我们就可以通过root登录了。
第三篇章 系统装修
与房东win7磨合得不错，但linux下没啥好玩的就有些寒酸了。装个Qt5来。
如果你是CentOS，这可以这么玩了。
{
一，编译器准备：
yum check-update
yum -y install gcc
yum -y install gcc-c++
—–解释
gcc: yum install gcc
g++: yum install gcc-c++
此外还有以下方法：
yum install make
— 或者
yum groupinstall “Development Tools”
— 或者（这个省事，把系列工具全搞定）
yum install gcc gcc-c++ kernel-devel
二，Qt5依赖库准备:
#yum install mesa-libGL-devel mesa-libGLU-devel
#yum install freeglut-devel

}//end CentOS

ubuntu:
{
首先不可或缺的就是编译器与基本的函式库，如果系统没有安装的话，依照下面的方式安装：
  $ sudo apt-get install build-essential
安装OpenGL Library
  $ sudo apt-get install libgl1-mesa-dev
安装OpenGL Utilities
  $ sudo apt-get install libglu1-mesa-dev
  OpenGL Utilities 是一组建构于 OpenGL Library 之上的工具组，提供许多很方便的函式，使 OpenGL 更强大且更容易使用。
安装OpenGL Utility Toolkit
如果不行就把，sudo apt-get install libglut-dev命令改成
$ sudo apt-get install freeglut3-dev
}//end ubuntu
三.直接运行安装包
#sh qt-opensource-linux-x64-5.5.1.run
四.安装好之后，需要添加环境变量
#vim /etc/profile
在最后一行，添加以下内容：
export PATH=”/opt/Qt5.5.1/5.5/gcc_64/bin:$PATH”
export PATH=”/opt/Qt5.5.1/Tools/QtCreator/bin:$PATH”
如果第四步没有搞好，编译好的测试项目不能运行执行文件。本人就碰到了xcb的插件要求报错。原来在5.5以上的高级Qt版本中，引用了platform的概念。所以，要使用LD_LIBRARY_PATH来找那些库。当然，你找那个qtcreator.sh执行，里面有自动配置好系统环境的处理。
until now,enjoy！

windows核心编程（第5版）读书笔记一

第一章节 错误处理
几乎所有的windows API返回值都是下列之一：
VOID——不会失败，失败了骚扰bill gates去,
BOOL——不用说了吧,
HANDLE—失败则是NULL，当然有时是-1,
PVOID—–失败是NULL，成功就是指针喽,
LONG/DWORD—-要看具体的上下文环境了。
当调用失败，返回值会先指出已经发生错误。所以要先判断返回值。然后，使用GetLastError()来得到详细的错误提示。返回值是dword类型的，要得到描述，加入WinError.h.
技巧一：在监视中，$err,hr，就会看到调用的API错误的内容。
技巧二：使用VS的IDE小工具，error lookup
只你自己开发的模块想返回不一样的error时，可以使用SetLastError(DWORD)来写入，当然，错误代码要像点样，即32位中的29位要必须为1.而0是给系统用的。
第二章节 字符和字符串的处理
VC6——ANSI,DBCS——-/Zc:wchar_t(这个选项就会有定义wchar_t这个数据类型)
VS201X———–ANSI,UNICODE(指的是UTF-16)
事实上，typedef unsigned short wchar_t;
WinNT.h中统一了类型的名称。
TEXT(param)在unicode宏定义下，在param前加了L前缀。
所以，TCHAR也是个宏，可以配合TEXT(),_T() 来一起变脸。
unicode阵营的后缀或关键字母：
w—wide
L—-
ansi阵营的后缀或关键字母：
a—ansi
中性函数：或会变脸的，应用在两种编码下都可以编译场景，加入TChar.h配合String.h
_tcslen()会变脸成wcslen或strlen
C库的新版本的安全系列函数
1）字符串函数：加入StrSafe.h
_tcs拼加后面的选项即可cpy/cat/再拼接_s后才是安全字符串函数。第二参数为要处理的字符长度，用_countof宏（stdlib.h） 来得出字符数最好，注意不是字节数哟.
StringCch为前缀的也是安全函数。
注意：
使用微软包装的安全函数代替C库函数，好处是即时发现内存操作的异常，但有时也可能会出现“Debug Assertion Failed”对话框。当然要是debug模式下，当然也有办法屏了它，用release或定义InvailidParameterHandler函数，然后注册它，再程序运行开头加入个宏：_CrtSetReportMode(_CRT_ASSERT,0);
判断返回值必须等于宏S_OK,当不是这个值时必须要检查字符串的操作。
2）安全缓冲区函数：加入CrtDefs.h
memcpy_s——–wmemcpy_s
memmove_s——-wmemmove_s
第三章节 内核对象
有SECURITY_ATTRIBUTES结构为参数的生成才是内核对象，区别于GDI和其它的对象。
所以这也揭露了内核对象的本质是—-结构。而句柄则是—–由系统管理着的内存地址
CloseHandle()函数详析：
工作步骤：
1，验证自己主调进程中的句柄表，是否有权访问此句柄。如果有效，则获得内核对象的数据结构地址。
2，把内核对象结构使用计数减1，如果是0了，则销毁。
注意：
如果参数是无效的句柄，CloseHandle返回false，GetLastError返回ERROR_INVALD_HANDLE。如果在调试，则出现0xC0000008的异常抛出。
当函数返回前，清除当前进程的句柄表，所以以后代码不能再使用此句柄了。
当用变量保存过句柄的话，应该设置为NULL。
任务管理器是可以查看程序中的进程句柄表。
跨进程边界共享内核对象—略

windows核心编程（第5版）读书笔记二

第四章节 进程
进程内核对象在创建的时候总会处于未激发，无信号状态，但当进程终止时，系统自动会让进程对象变成激发状态，并且会永远保持这种状态。即回不到未激发状态。
C库会根据三个维度选择入口点函数：
编码，运行模式，运行环境
_tWinMain(WinMain)
wmainCRTStartup
_tmain(wMain)
_tmain(Main)
mainCRTStartup
wWinMainCRTStartup
WinMainCRTStartup
_tWinMain(wWinMain)
编码
 ANSI
UNICODE
UNICODE
ANSI
ANSI
UNICODE
ANSI
UNICODE
运行模式
GUI
CUI
CUI
CUI
CUI
GUI
GUI
GUI
运行环境
WIN16
WIN32
WIN16
WIN16
WIN32
WIN32
WIN32
WIN16
在VC自有的C运行库的源代码中，crtexe.c中可以找到以上win16四个函数的源代码。
这些启动函数或者说入口函数的作用是：
1）获取指向新进程的完整命令行的一个指针
2）获取指向新进程的环境变量的一个指针
3）初始化C运行库的全局变量。如果包括了StdLib.h，就可以访问这些全局变量了。
4）初始化内存分配和IO底层
5）调用所有全局和静态C++类对象的构造函数。
系统接管，加载exe,dll到进程的一个地址空间（与链接器有关了），把这个地址返回给第一个入口函数的参数，即实例句柄。
下面可以玩这个句柄了，GetModuleFileName().
如果，你忘记实例句柄了，或没没放到全局里，不过没关系，可以用GetModuleHandle(param).参数可以是一个路径，最好是程序里用到的某个dll，要么，param就是NULL，这样就会得到运行着的当前进程的实例句柄。
命令行和环境变量，最好不要用C运行库初始化后的内容，万一时机没对，还没初始化你就读了，会出问题，所以window有厚道的API。GetCommandLine()，C运行库都在用，你凭啥找事儿，对吧。
技巧一：配合CommandLineToArgvW(GetCommandLine(),&nNum)，可以得到友好的命令行参数。
这个配置和系统—》高级系统设置—》系统变量的内容是一致的。
入口点函数完后，就是进程的后事了，包括：
1）C运行库接管，调用自己的exit
2）调用_onexit()此前注册的任何一函数，假如你注册了的话。
3）调用所有全局和静态C++类对象的析构函数
4）如果有DEBUG则可以生成内存泄漏报告，可以深入去研究下。
5）C运行库来调用操作系统的ExitProcess函数，把入口点返回值以参数传入，即退出代码。这样系统就会杀死进程了，此函数返回值是void，它通知OS了，就应该无声息的over了。
注意，有时入口点返回，而有时线程可以调用ExitProcess和TerminalPorcess。
入口函数中显示使用ExitThread的函数，会让主线程退出，但如果其它线程还在工作呢？进程就不会退出，造成僵尸进程的凶手。
入口函数中显示使用ExitProcess的函数，会让C运行库函数没有执行清理资源的机会。
所以，最保险就是永远不显示的调用ExitX之类的函数。
更NB和危险的函数还有，那就是TerminalProcess，它厉害在它可以在某线程里被用，去干掉自己和别人的进程。
进程当前目录
这里要注意，因为，进程下的线程是有能力改写进程的当前目录，这也包括子进程。所以，要注意。
线程会通过GetCurrentDirectory()和SetCurrentDirectory()来存取路径。
做为进程，可以使用GetFullPathName()来看看现在的路径或者根据驱动器去环境变量里找到某路径。

windows核心编程（第5版）读书笔记三

第六章节 线程基础
创建线程，要使用_beginthreadex来代替WAPI提供的CreateThread。因为，要从编译器角度来创建。从用户角度至少看起来没有依赖OS。但事实上，里面还是用了CreateThread.
同样，杀线程，使用_endthreadex.
注：用以上两个库函数的原因是，因为，如果你用了signal函数，那么就要用_end函数来清理资源，可是那样，你就画不圆上下文了。同时使用时要注意有EX来标识的，因为存在着旧的弃用的函数。
CloseHandle是可以传已经被清理的或伪句柄的，只是它会返回false，并且对error置成ERROR_INVALID_HANDLE。
TerminalThread是异步的，只是发信号。要确定被杀的线程死了，要用WaitForSingleObject，向其传递线程句柄来守候。原理就是，线程的内核对象，当引用计数减为0时，会变成激发状态，有信号状态。
GetExitCodeThread是检查线程退出代码的。如果线程还没有退出，返回是STILL_ACTIVE宏的值。如果已经退出，返回true，并有相应值。
微软提供的C/C++库用于本机的开发。
libCMt.lib
库的静态链接发行版本
libCMtD.lib
库的静态链接调试版本
MSVCRt.lib
导入库，用于动态链接MSVCR80.dll(默认库)
MSVCRtD.lib
导入库，用于动态链接MSVCR80D.dll
MSVCMRt.lib
导入库，.net的托管/本机代码混合
MSVCURt.lib
导入库，.net的MSIL代码
线程句柄自获函数：
几乎所有的WAPI函数都要在第一参数传句柄的，所以，当你突然眼前一亮，想用WAPI了，这第一个参数必须难不住你呀。
HANDLE GetCurrentProcess();
HANDLE GetCurrentThread();
注意：以上两函数返回的是“伪句柄”
原因：
1）它们不会在进程句柄表中新建句柄，当然也不会影响引用计数。当然，CloseHandle()多释放一次，程序不死，只是它返回false。
2）它们返回的句柄要根据运行所在的进程和线程来关联。比如，在父线程中调用了，返回的句柄即使以参数传给子进程，则其指向仍然是子线程的。所以这一点有些像虚函数中的虚指针，只能意会不能言传了。
当然，有时用线程ID做些逻辑时，可以使用：
DWORD GetCurrentProcessId();
DWORD GetCurrentThreadId();
当然，如果你有了ID，你还可以换成句柄。
OpenThread()，下面示例一下转换办法并且，给出一个对进程优先级操作的技巧。
VOID SuspendProcess(DWORD dwProcessID, BOOL fSuspend)
{
     HANDLE hSnapshot = CreateToolhelp32Snapshot(TH32CS_SNAPTHREAD,dwProcessID);
     if(hSnapshot != INVALID_HANDLE_VALUE)
     {
          //walk the list of threads
          THREADENTRY32 te =  {sizeof(te)};
          BOOL fOK = Thread32First(hSnapshot, &te);
          for(; fOK; fOK = Thread32Next(hSnapshot, &te))
          {
              if(te.th32OwnerProcessID == dwProcessID)
               {
                    //主角登场
                    HANDLE hThread = OpenThread(THREAD_SUSPEND_RESUME, FALSE, te.th32ThreadID);
                    //略过对hThread的判断
                    if(fSuspend)
                         SuspendThread(hThread);
                    else
                         ResumeThread(hThread);
                    CloseHandle(hThread);
               }
          }//endfor
          CloseHandle(hSnapshot);
     }
}
最后，再赠送两个函数用于获取进程，线程运行的时间。
GetProcessTimes(),GetThreadTimes()
第七章节 线程调度，优先级和关联性
线程可以自己挂起，但不能自己恢复，并且，挂几次要应该恢复几次（ResumeThread）。挂起可以在线程生成时以参数传入，也可以用SuspendThread来人工自由操作。
第八章节 用户模式下的线程同步
技巧：
原子操作的系列WAPI函数：InterLocked*
+ExchangeAdd
+Increment
+ExchangePointer
volatile关键字，用来声明，后面的变量不能被优化，要去不断从内存来读取。
进阶一段：CRITICAL_SECTION结构和EnterCriticalSection和LeaveCriticalSection
要声明个全局的CS变量，然后用前初始，用后删除。
TryEnterCriticalSection比较灵活，做人当如此，能锁定就锁定段，没有段可用时，就立刻通知调用者。
同时，也不要把初始化关键段看低，因为，能避免交给内核态就晚点交，不然，上下文切换的步骤很耗时，耗资源的。所以，给初始化传值或用Set来设置抢段的重试时间，InitializeCriticalSectionAndSpinCount(p1,p2),p1是句柄了，p2大约4000。
注意：
线程抢锁的顺序要一致，否则死锁，即在锁包锁的情况下。
关键段的使用只能在一个进程内来控制其中众线程的同步，并且不能根据时间来等待。
进阶二段：条件变量
线程想把锁释放并把自己阻塞，就使用条件变量。
注意，这时，你得玩两个内核对象才行，即条件变量，必须配合锁。
首先看看这个阻塞函数，我特喜欢微软用sleep来前缀，因为，可读性很高。体现了两层意思：1，这是阻塞的，2，这是有时间参数的，时间到了没拿到条件变量就是false.
SleepConditionVariableSRW或SleepConditionVariableCS看吧，后缀又说明了要配合的锁。够意思。
我不够意思了，不列参数，自己去查手册喽。
有了Sleep就得有Wake吧。它会使等待同一个条件变量被触发的线程得到锁并返回。然后就干活呗，但得到锁了就得释放它。但它不会同时唤醒其它正在等待同一个条件变量的线程。
要看自己的实际需要。反正也是有WakeAll*和共享锁和独占锁来设计。
第九章节 内核态用内核对象进行线程同步
进程和线程内核对象在操作系统的处理上一样设计的。见笔记二的进程描述。
本章节介绍了另外的内核对象来帮助我们玩转线程同步。
1，事件
2，可等待的计时器
3，信号量
4，互斥量
头大吧，不过，我们要想掌握它，必须用不同的维度和结构去3D它。
首先，了解基础，或者说这个是第一个维度。
前进了解了进程和线程，有信号和无信号的规则，那么，这四个对象呢，look
事件：
引用计数器
自动重置/手动重置———–初始参数方式，CreateEvent
是否被触发——————-函数控制，SetEvent,ResetEvent
手动重置事件：
被触发时：等待此事件的所有线程都是会变成可调度状态。
自动重置事件：
被触发时：等待此事件的一个线程，只有一个线程会变成可调度状态。
因为自动重置会在一个线程得到事件对象后，自动把自己变成未触发状态。系统代劳的。
可等待的计时器：
指定时间或每隔一定时间触发
引用计数器
自动重置/手工重置——-初始化方式，CreateWaitableTimer，和事件一样没有其它的设置方式
SetWaitTimer是生成了内核对象后，需要进一步应用时的必经之路。因为，创建后，计时器都是属于未触发状态。
信号量：
引用计数器
最大资源量————-池里的资源总数
当前资源数————-目前应用了资源的数量，用RealseSemaphore来递增
互斥量：
引用计数器
线程ID———–内部自己管理，当计数为1时，则用调用的当前线程ID来填充。
递归计数———是否要触发

windows核心编程（第5版）读书笔记四

第19–20章节 dll的基础和高级技术
入口点函数：DllMain()
一般用来执行一些进程，线程有关的初始化和清理工作。要么不实现它，要么实现正常，返回true，否则，dll可能就不能被使用。
注意：
区分大小写的，否则就是无用的。
隐式调用dll时，系统启动时就会用到DllMain()，而显式调用时，在LoadLibraryex中来调用。并且，切入点是DLL_PROCESS_ATTACH
当引用了dll的exe要建立个新线程时，会检查所以已经被调入进程空间的dll的DllMain。并传入DLL_THREAD_ATTACH。有一个例外就是主线程切入仍以process来通知dll.

自动关闭程序屏蔽windows对话框

windows server 2012关闭无响应程序对话框？
windows server 2012不提示是否要联机查找解决方案对话框？
只要干脆利落的自动关闭程序。那么follow me.有几点可以试试。
  • 关闭无响应程序
在Vista和Windows 7及以上的OS上，参照以下方法：
■在开始运行中输入regedit并回车
■定位到HKEY_CURRENT_USER\Control Panel\Desktop
■设置AutoEndTasks键值为1，如果没有可以手动创建一个名为 AutoEndTasks 类型为REG_SZ值为1的表项。
■WaitToKillAppTimeout是超时等待时间，默认值12000，这个值在很多网站上建议修改短一点，这里不推荐，最好不要改。因为程序的运行是综合的，影响超时的时间会很多，太短的超时时间可能会带来一些“莫名其妙”的问题。
如确认修改WaitToKillAppTimeout，请统一修改：
HKEY_CURRENT_USER\Control Panel\Desktop
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Control
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
下的WaitToKillAppTimeout，比如1000，2000均可以。
  • 关闭问题报告：
控制面板–系统和安全—操作中心—问题报告设置
点选“从不检查解决方案（不推荐）”
UAC设置方法/步骤：
你可以完全关闭UAC，在控制面板–系统和安全—操作中心中。也可以通过下面的步骤来设置它。（但要想干脆利落，你知道咋办）
1，点击控制面板，选择所有控制面板项，点击用户帐户
2，点击“更改用户账户控制设置”弹出计算机用户安全通知设置，始终通知（高）：这是最安全的设置，收到通知后，你应该先仔细阅读每个对话框中的内容，然后才允许对电脑进行更改。
3，始终通知（中）：如果系统允许对 Windows 设置进行更改而不通知你，则表明这种更改是安全的。但是，Windows附带的某些应用可以将命令或数据传递给它们，恶意软件可能会利用这一点，使用这些应用在电脑上安装文件或更改设置。应该始终小心允许在电脑上运行的应用。
4，始终通知（中低）：与“仅当应用尝试更改计算机时通知我”相同，但是不会降低桌面亮度。如果选择此选项，则其他应用可能会影响用户帐户控制对话框的可视外观。这是一个安全风险，尤其是你的电脑上存在恶意软件时。
5，从不通知：这是最不安全的设置。将用户帐户控制设置为从不通知时，你便有效地关闭了用户帐户控制。这会使得你的电脑面临潜在的安全风险，这个设置一般在虚拟机练习时候设置
  • 关闭“已停止工作”对话框
 最近发现一个很早以前的程序出现了兼容性问题。程序有检测机制，发现异常退出可以自动重启。但是这次没有重启成功。操作系统是Windows 2008，以前用的操作系统是Windows 2003，在2003上就没有该问题。
后来发现2008和2003的错误报告机制不同。2008下，遇到程序崩溃会弹出一个错误提示对话框，需要手工关闭，程序才能退出。

临时解决问题的方法就是想办法关闭这个对话框。Windows有很多错误提示框，关了一个还会出现另外一个。
下面的方法可以关闭以下的几个对话框不再出现：
xxx已停止工作
xxx-应用程序错误
xxx-未找到调试器

需要修改三个地方：
1.HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework
在.NETFramework上点击右键-》新建-》DWORD（32-位）值-》
名称：DbgJITDebugLaunchSetting
数据：1
2.HKEY_CURRENT_USER\Software\Microsoft\Windows\Windows Error Reporting 修改两个值（修改第一个值也可退出，但是退出时间较长，测试环境需要1分钟左右，应该是在收集错误信息）
名称：DontShowUI    数据：1

名称：Disabled      数据：1
  • 关闭错误报告
下面这句在开始—-运行中键入，效果是关闭server的错误报告，适用于2008 server。可以用/query，/详细，/摘要，/summary来替换如下的禁用。
serverWerOptin /禁用
我发现了另外引导的 MSDN如何从用户可以抑制嵌入式系统上发生的系统和应用程序的错误信息。注册表中的位置是在以下默认情况下，该数值数据为0，我们应该将其更改为2设置为不可见的所有邮件。
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Windows\ErrorMode.
  • XP关闭无响应方案：
首先打开注册表：在[开始]–>[运行]–>键入[Regedit]；  然后找到相关项目按照以下步骤进行设置：  左侧列表中依次展开，找到[HKEY_CURRENT_USER\ControlPanel\Desktop]，这个就是设置软件无响应时的选项。将里面AutoEndTasks的数值从0修改为1就是让系统自动关闭无响应的软件。

VC6的环境小结

安装：
现在主要有win7,win10，但后者还没听说可以装成功。不过好在有虚机嘛。所以，只聊下win7的VC6安装。
VC6的安装源你总应该拿到，最好是SP6的。
如果是英文版本，安装会少些步骤，有一个是overwrite JIT setting的对话框，网查后我选择了否。
如果是中文版本，请寻找帖子，名为：彻底解决兼容问题：Windows 7下载安装 Visual C++ 6_0(VC6) 全程图解
一步步安装即可，VSS和MSDN都可跳过不安装。
最重要的就是插件了，这个才是彰显尊贵的手段。
filetool,wndtab,VA,VC6lineNumber
一个都不能少，全破解版（自己搜吧）。
配置：
1，用标准库，要注意<>的内容两边加空格 ，并且#pragma   warning(disable:4786)来屏闭VC6中的使用标准库的警告。
2，用C++运行程序时总是出现这个错误BSCMAKE: error BK1510 : corrupt .SBR file ‘.\Debug\StdAfx.sbr’，在C/C++—>gernal中取消生成浏览信息的选项。
3，PROJECT->SETING->C/C++->PREPROCESSOR->定义 _AFXDLL,也就是C/C++选项中定义了宏  用_AFCDLL 取代 USERDLL 能解决很多nafxcwn.lib开头的链接错误。
4，Link选项中ignore default lib，根据方式设定，手工加/NODEFAULTLIB:或者填库名。
5，VC6下导出类中的静态成员需要“壳子”才可以调用，而在VS2012中，却直接可用。当不同的环境生成的dll或客户端相互调用时，要注意字符集问题，VC6并不是unicode的。
6，要声明通用函数时，可以不加；在{}后面，但应该声明为static，这样可以避免重复定义的报错。
7，string 的split算法，replace,trim需要自己写算法，最后找到使用模板的。
8，在有unicode的项目中，在循环中使用W2A()可能会有报错，或者提示为，run-time check fail #2 stack …，内存操作越界之类，在VS2012中项目–C\C++设置中，改掉一个设置，“基本运行时检查”从“两者(/RTC1，等同于 /RTCsu) (/RTC1)”换成默认值。其实出现它的问题，还是在于使用scanf时，“%02x”的操作数组应该至少是3，要包含个’\0’的。
9，项目是要供别人调用的dll，要在配置中使用/MD.
10，要通过exe来调度dll时，要配置debug session和work directory
11，当出现外部链接错误时，要先检查link中的lib文件，是否存在于项目目录中。并不需要dll，因为只是链接步骤。
12，字符集问题，VC6是基于MBCS的（有宏定义，当然可以强制成unicode），对于中文用两字节，而字母和数字用一个字节。而VS201X，都是用unicode默认的，所以也就存在于宽字符的结构了，和一系列转来转来的操作。

升级win10备忘

首先，接手电脑为win8.1，高兴去在线升级结果发现将会升级成win10家庭版，果断拒绝换路。
然后，策略再选择成把win8.1变成专业版，再online升级，如果再不行，就使用ISO了，（ VK7JG-NPHTM-C97JM-9MPGT-3V66T）win10密钥吧。

1）升8再升10
保守治疗先，继续玩win8.1，右键“这台电脑”，在系统属性界面，选 择“获取新版本的Windows的更多功能”或者在控制面板中应该不难找到“向windows8.1添加功能”，然后，又是要输入产品密钥。
在这一步输入专业版的零售密钥，如果是升级到win8专业版，就输入8GDW2-NHD3Y-C79G4-B82C4-6Q4DH，（用的这个）
如果是升级到win8.1专业版，就输入 29NQY-3TDJ2-CPXXD-CHDMY-CWD2Y。
然后，漫长的等待windows update进度。注意，要确认本机是已经被激活的不然会升级不成功，并且是最后才给你结果，说不成功。当然如果是激活的，那么就关闭360，再重启。（本人采用方式）

2）ISO升10
直接点击ISO，win10不用虚拟光驱了，又一群要下岗的同行。但这样安装上的win10可能会出现问题。

3）ISO装10（或者用老毛桃啥的做个U盘，引导安装）
过程中选择不保留原有应用和个人文件夹等，那就没有以前版本的windows，回退都没有路子。

win7+ubuntu双系统备忘

前情提要：
双系统你值得拥有，开始共存的挺好，由grub2来引导两系统。后来我装了个ext2fsd。虽然，在window下可以看到ubuntu的文件了，但是，同时也破坏了分区卷标或格式什么的。反正就出现grub rescue>了。于是，开始了救赎。下一了个万能引导光盘，boot-repair-iso这个东东，直接就让我引导到了window，可是ubuntu没有了引导入口。不甘心，继续研究easybcd方式，于是，windows这次当主人引导ubuntu了。

环境：
一般linux系统中/boot都不独分一区
同时MBR一般也都装在第一块硬盘上

所以，引导时也都是在MBR上装grub2再里面引导双系统。
当然可以先用window的bootmgr(名字不确定)来引导，然后再easyBCD来图形化操作设置
加上grub的引导。就是指针的指针了。
本人以前就是：
MBR—-grub2—-bootmgr
现在：
MBR—-bootmgr—-grub

参考：
http://redmaple34.blog.51cto.com/2621361/604298

grub小结
一般会碰到两种提示符，前者是救援，后者是grub控制台
grub rescue>
当它出现，这是由于引导分区对应不上了。即mbr中的原路径，对应不了/boot/grub路径。
所以，在有限的命令下（ls,set,insmod,normal）一步步来吧。
用ls先找：
ls (hd0,msdosX)/
其中的X为变量，根据实际存在的分区数为准。
用set显示当前情况。若不对就变化。
set root=(hd0,msdos8)
set prefix=(hd0,msdos8)/boot/grub
insmod /boot/grub/normal.mod
normal

一般上述步骤操作完，可以在启动选项界面，敲“C”进入命令行模式
A:
grub >set root=hd0,msdos7
grub >set prefix=(hd0,msdos7)/boot/grub
grub >linux /vmlinuz-xxx-xxx root=/dev/sda7 //里边的xxxx可以按Tab键，如果有acpi问题,在最后加一句acpi=off
grub >initrd /initrd.img-xxx-xxx
grub >boot
//end A

或者跳过A
重启后，应该sudo -i
update-grub2
此时重建了grub.cfg
grub-install /dev/sda
此时重建了sda的mbr

应该可以解决问题了。

下面是常用命令。
grub>

find /boot/grub/core.img

root (hdx,y)

kernel /boot/grub/core.img

boot

grub错误提示

1 : Filename must be either an absolute filename or blocklist
解释 ：1号错误表示文件名格式错误。在 GRUB 中要么是以绝对路径给出文件
例子 ：
grub> kernel vmlinuz root=label=/
Error 1: Filename must be either an absolute pathname or blocklist
grub>

引用：
2 : Bad file or directory type
解释 ：2号错误表示命令期望的是一个普通文件，但相应文件名的对象是一个符号链接、目录、FIFO
例子 ：
grub> kernel /testdir root=LABEL=/
Error 2: Bad file or directory type
grub>

引用：
3 : Bad or corrupt data while decompressing file
解释 ：3号错误表示解压文件时发生错误。可能是因为这个文件被损坏了

引用：
4 : Bad or incompatible header in compressed file
解释 ：4号错误表示压缩文件的头部格式不被兼容或者错误

引用：
5 : Partition table invalid or corrupt
解释 ：5 号错误表示分区表无效或者被破坏。这是一个不好的预兆

引用：
6 : Mismatched or corrupt version of stage1/stage2
解释 ：6号错误表示 install 命令发现 stage1 和 stage2 的颁布号不被兼容

引用：
7 : Loading below 1MB is not supported
解释 ：This error is returned if the lowest address in a kernel is below
the 1MB boundary. The Linux zImage format is a special case and
can be handled since it has a fixed loading address and maximum size

引用：
8 : Kernel must be loaded before booting
解释 ：8号错误表示执行 boot 命令之前没有先执行 kernel 命令

引用：
9 : Unknown boot failure
解释 ：9 号错误表示未知的引导错误

引用：
10 : Unsupported Multiboot features requested
解释 ：10 号错误表示请求 Multiboot header 所要求功能不被 GRUB 所支持。

引用：
11 : Unrecognized device string
解释 ：11 号错误表示无法识别的设备字符串。
例子 ：
grub> root hd0
Error 11: Unrecognized device string
grub>

引用：
12 : Invalid device requested
解释 ：12 号错误表示请求的设备无效
例子 ：
grub> root (hd2)
Error 21: Selected disk does not exist
grub> kernel /grub/grub.conf root=LABEL=/
Error 12: Invalid device requested
grub>

引用：
13 : Invalid or unsupported executable format
解释 ：13 号错误表示无效或者无法识别的可执行格式
例子 ：
grub> kernel /grub/grub.conf root=LABEL=/
Error 13: Invalid or unsupported executable format
grub>

引用：
14 : Filesystem compatibility error, cannot read whole file
解释 ：14 号错误表示文件系统兼容性错误，无法读取整个文件

引用：
15 : File not found
解释 ：请求的文件无法找到
例子 ：
grub> find /grub-noexist/grub.conf
Error 15: File not found
grub>

引用：
16 : Inconsistent filesystem structure
解释 ：16 号错误表示不一致的文件系统结构。可能是文件系统结构被破坏了。

引用：
17 : Cannot mount selected partition
解释 ：17号错误表示无法挂载指定分区。例如 swap 分区
例子 ：
grub> root (hd0,2) 这是一个 swap 分区
Filesystem type unknown, partition type 0x82
grub> kernel /vmlinuz
Error 17: Cannot mount selected partition
grub>

引用：
18 : Selected cylinder exceeds maximum supported by BIOS
解释 ：18 号错误表示选择的柱面超过了 BIOS 支持的最大能力。这通常发生在不支持 LBA 模式
的硬盘上。

引用：
19 : Linux kernel must be loaded before initrd
解释 ：19 号错误表示执行 initrd 命令前必须先执行 kernel 命令

引用：
20 : Multiboot kernel must be loaded before modules
解释 ：20 号错误表示执行 module 或者 moduleunzip 命令前必须先执行 kernel 命令

引用：
21 : Selected disk does not exist
解释 ：21 号错误表示选择的磁盘不存在
例子 ：
grub> root (hd2)
Error 21: Selected disk does not exist
grub>

引用：
22 : No such partition
解释 ：22 号错误表示分区不存在
例子 ：
grub> root (hd0,10)
Error 22: No such partition
grub>

引用：
23 : Error while parsing number
解释 ：23 号错误表示参数解释错误，希望是一个数值，但参数却是其他类型
例子 ：
grub> root (hda,0)
Error 23: Error while parsing number
grub>

引用：
24 : Attempt to access block outside partition
解释 ：24 号错误表示尝试访问的 block 超出了分区

引用：
25 : Disk read error
解释 ：25 号错误表示磁盘读错误

引用：
26 : Too many symbolic links
解释 ：26 号错误表示太多的符号连接（默认最多允许5个）

引用：
27 : Unrecognized command
解释 ：无法识别的命令

引用：
28 : Selected item cannot fit into memory
解释 ：选择的对象无法被加载到内存中。
例子 ：
[root@monitor boot]# dd if=/dev/zero of=vmlinuz-2.4.20-31.9 bs=1024 count=1 seek=1
读入了 1+0 个块
输出了 1+0 个块

[root@monitor boot]#grub
grub> kernel /vmlinuz-2.4.20-31.9 root=label=/
[Linux-bzImage, setup=0x1400, size=0xfffff200]

Error 28: Selected item cannot fit into memory

grub>

引用：
29 : Disk write error
解释 ：磁盘写错误

引用：
30 : Invalid argument
解释 ：无效参数
例子 ：
grub> serial –noarg=0
Error 30: Invalid argument
grub>

引用：
31 : File is not sector aligned
解释 ：This error may occur only when you access a ReiserFS partition by
block-lists (e.g. the command `install’). In this case, you should
mount the partition with the `-o notail’ option.

引用：
32 : Must be authenticated
解释 ：要求输入口令才能继续进行下面的操作。例如配置文件中有 password 或者 lock 命令
例子 ：
password root1234
title DOS
lock
rootnoverify (hd0,0)
chainloader +1

引用：
33 : Serial device not configured
解释 ：33 号错误表示串口还没有配置。这一般发生在你执行 terminal serial 的时候

引用：
34 : No spare sectors on the disk
解释 ：磁盘自由空间不足。可能发生在把 stage 1.5 嵌入到 MBR 之后的空间的时候。但这部分空间可能已经被分区表使用了