FlySpace随笔

本次测试使用VC8编译flex-bison-template svn版本，测试表达式：((1-(2*3+(5-2/3)*1.25-8))*4-7)/3+1+((1-(2*3+(5-2/3)*1.25-8))*4-7)/3+1+((1-(2*3+(5-2/3)*1.25-8))*4-7)/3+1+((1-(2*3+(5-2/3)*1.25-8))*4-7)/3+1测试结果：运行次数：10000 耗时

经常有些原因需要使用Qt静态链接版本，查了些资料，自己一直没编译过去，于是从 http://www.qtcn.org/bbs/apps.php?q=diary&a=detail&did=1449&uid=123401 下载了二进制版本。 1. 安装VS2012Qt5插件。 2. 编译时会报错"Failed to load platform plugin windows"。

TFS2013加强了代码审查功能,在签入前可以向指定的一个或多个审阅者发出"请求审查"申请, TFS自动将申请转为工作项,并指派给该审阅者, 审阅者完成审阅后才能继续签入到TFS. 代码审查可以避免一些简单的错误, 提高软件编码质量, 在实际工作中是非常有用的功能. 一般团队中建议采用交叉审阅或循环审阅的方式, 既提高了团队成员的参与度, 能在对

IDL定义： [id(2)] HRESULT onInit(); [id(1)] HRESULT onPlugIn();

之前写过一篇使用COM组件的3种方法的文章：启动COM组件的三种机制，其中后来补充了一个用免注册的方式使用进程外COM组件的方法，因为只是文字补充，没有实例，可能对于怎么实现大家不是很清楚，陆续收到一些同学的信，希望能给个例子。 所以干脆补充一篇，自己也恰好复习一下。 步骤大概是这样的： 我有一个com.exe的进程外com组件，暴露出一个ITestObject的接口。现在Cu

VS2013 旗舰版和高级专业版使用V120平台工具集编译时支持C++代码静态分析，有助于定位代码中的不安全因素，如变量未赋值等。 使用代码分析来分析 C/C++ 代码质量 https://msdn.microsoft.com/zh-cn/library/ms182025(v=vs.100).aspx

参照Readme文件编译NanoMsg 0.5beta。 1.  VS2010 编译通过，运行测试时有部分用例失败： 1>  94% tests passed, 2 tests failed out of 31 1>   1>  Total Test time (real) =  37.14 sec 1>   1>  The following tests FAILED: 1>  

VS2010 编译测试失败： 1>  91% tests passed, 3 tests failed out of 33 1> 1>  Total Test time (real) =  41.32 sec 1> 1>  The following tests FAILED: 1>    7 - tcp_shutdown (Failed) 1>    8 - ws (Not Run

Adding Counter Names and Descriptions to the Registry Creating a Performance Extension DLL Implementing OpenPerformanceData

Win 7上安装VS2013 Preview，必须满足以下条件： 1. IE10 2. 根证书更新 安装完成后，需要使用MSN帐号登录。 目前，发现Preview版本下面的功能： 1. 源代码管理支持Git本地版本化 2. 可以正常访问TFS2010

Wn 7 下正常使用的COM居然无法在Win8下注册，用Dependency检查发现： Kernel32.dll中缺少函数 InterlockedDecrement,InterlockedIncrement 尚无解决之法，请大家慎重升级！

C++开发经常崩溃却不好定位，这里提供一种定位方法。 使用AQTime中的PE Reader工具 找到临近地址的EntryPoint，双击函数可以看到异常地址的反汇编。 反汇编结果 AQTime Standard 免费下载地址 http://downloads.smartbear.com/AQtimeStdx64/  http://downlo

最近研究Eclipse CDT 7.0，发现一些比VS2010 好的地方：能够通过列表选择可重载函数Codan C++代码分析，微软对C++开发者的工具支持越来越少了，还是用开源的方便。于是想借用CDT编写代码，用VC环境编译以得到较小的本机程序。GCC编译的可执行文件总是过大。经搜索发现eclipse tools项目里有个msw.build扩展,可以实现需要的功能，只是未见发行和下载的位置。从CVS签出代码并作简单的修改后打包，供大家使用。

利用ICE通讯时，如果多方编译Slice文件，非常可能导致Slice版本不一致。 一致性分析是比较耗时的排查工作，这里提供一种方便检查的方法。 1. 利用Slice2cs编译Slice并建立类库。 2.引用类库，利用C#反射机制自动调用接口。 3.没有遇到异常表明Slice文件一致。

CentOS 6环境编译的程序TestGcc在CentOS5环境运行时报错：  ./TestGcc ./TestGcc: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./TestGcc) ./TestGcc: /usr/lib64/libstdc++.so.6: version `

微软故障转移群集是Windows平台物美价廉的有效保障，随着群集中的节点增加，部署的企业应用的增加，群集应用程序的配置会占用很大的维护工作量。 为什么不能自动配置群集节点呢？因为你没有想到！很多时候没有做不到，只有想不到~！ 微软SDK中提供了FailOver Cluster API，完全可以胜任这样的任务！ 这里我们演示一下如何通过API获得群集中的节点和IP地址：

测试时发现建立OCI连接池时报“ORA-12516: TNS: 监听程序找不到符合协议堆栈要求的可用处理程序”， 查找原因后发现，是Oracle Server内存不足导致，加大内存后，OCI连接池建立成功。

编译一个多小时后出现下面的错误：Processing qt-everywhere-opensource-src-4.8.0\tools\activeqt\t estcon\testcon.idl testcon.idl Processing C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\include\ocidl.idl ocidl.id

1.  安装过程界面 2. 安装完成 3. 4. 首次运行，选择布局 5. 工作区界面 新建工程界面 增加了Metro风格类工程

最近在做压力测试时发现Win 7 和 Server 2008 R2 系统内线程数设为1500则无法创建线程池，深入分析发现32位和64位程序存在很大性能差异。 最大线程数： 32bit：1450 64bit：100000 测试代码如下: #include "stdafx.h" #include #include DWORD CALLBACK ThreadProc(v

一段简单的测试代码 #include #include "ace/Log_Msg.h" #include "ace/OS_main.h" int main0() { cout << "!!!Hello World!!!" << endl; // prints !!!Hello World!!! return 0; } int ACE_TMAIN(int arg,ACE_TCH

安装devtoolset-7套件： 1. # yum install centos-release-scl 2. # yum install devtoolset-7-gcc-c++ 设置devtoolset-7 为默认的gcc编译器 1. $ scl enable devtoolset-7 bash 修改/etc/profile 加入： source /opt/rh/devt...