今天在ubuntu14.04上安装arm的交叉编译器arm-linux-gcc，环境变量配置好以后，运行arm-linux-gcc命令，总提示Nosuchfileordirectory。然后去arm-linux-gcc所在的目录下，发现不缺少任何文件。而且环境变量配置也是正确的（环境变量很easy，只要配置个path路径就行），因为arm-是可以补全的。之后又在网上下载了几个版本，甚至最新版，还是同样的问题。搞了半天，才发现是ubuntu版本的问题。本人的
系统 2019-08-12 09:26:59 2588
你应该明白的是，并不是所有的软件作者都像你想象并希望的那笨没有人愿意自己的软件被别人在调试器中用一条d指令就能找到正确的注册码...要是那样的话还出来搞什么？前边儿我们讲的查找软件注册码的方法是有针对性的，必须保证的是该软件使用的是明码比较，这样的话，我们只需找对地方，一个d指令就成了。那既然有明码比较这个词，就不难猜出还有相应的非明码比较...非明码比较也比较容易理解，就是软件比较两个注册码的方法不同而以，并不是计算出正确的注册码后就与用户输入的进行比较
系统 2019-08-12 09:26:45 2588
LINQ之OrderByOrderBy操作适用场景：对查询出的语句进行排序，比如按时间排序等等。说明：按指定表达式对集合排序；延迟，：按指定表达式对集合排序；延迟，默认是升序，加上descending表示降序，对应的扩展方法是OrderBy和OrderByDescending1.简单形式这个例子使用orderby按雇用日期对雇员进行排序：varq=fromeindb.Employeesorderbye.HireDateselecte;说明：默认为升序2.带
系统 2019-08-12 01:55:37 2588
网上也很多关于limit的五条优化准则，都是翻译自MySQL手册，虽然正确但不实用。今天发现一篇文章写了些关于limit优化的，很不错。文中不是直接使用limit，而是首先获取到offset的id然后直接使用limitsize来获取数据。根据他的数据，明显要好于直接使用limit。这里我具体使用数据分两种情况进行测试。1、offset比较小的时候select*fromstudentlimit10,10多次运行，时间保持在0.0004-0.0005之间Sel
系统 2019-08-12 01:55:25 2588
SQLServer一张表存储大量数据的时候，对表结构作修改就非常耗时了。其实耗时还好说，我们年轻，有的是时间……最怕的是它觉得太耗时就放弃给你修改了。这几天想给某个表加个字段，就遇到了这样的问题。点了保存后过一段时间，就会弹出个对话框说：无法修改表。超时时间已到，在操作完成之前超时时间已过或服务器未响应解决办法：在SQLServerManagementStudio里，通过菜单“工具-选项”打开选项对话框。在左侧寻找“设计器-表设计器和数据库设计器”，然后在
系统 2019-08-12 01:54:16 2588
原文:SQLServer2005MD5函数在SQLServer2005下自带的函数HashBytes()，此函数是微软在SQLServer2005中提供的，可以用来计算一个字符串的MD5和SHA1值，使用方法如下：--获取123456的MD5加密串selecthashbytes('MD5','123456');--获取123456的SHA1加密串selecthashbytes('SHA1','123456');有了这个函数可以在SQLServer中为字符串
系统 2019-08-12 01:53:25 2588
createtime>to_date(''2006-04-0800:00:01','yyyy-mm-ddhh24:mi:ss')andcreatetimeto_date(''20060408000001','yyyymmddhh24miss')andcreatetime
系统 2019-08-12 01:53:05 2588
二叉树的前序遍历递归实现/***Definitionforbinarytree*structTreeNode{*intval;*TreeNode*left;*TreeNode*right;*TreeNode(intx):val(x),left(NULL),right(NULL){}*};*/classSolution{public:voidPreOrder(TreeNode*root,vector&vec){if(root!=NULL){vec.
系统 2019-08-12 01:52:42 2588
1.查询等待事件的几个动态视图v$session,v$session_wait,$vsession_wait_histroy,v$event_name，v$session_longops：记录了长时间（运行时间>6S）运行的事务，可能很多是全表扫描操作v$segment_statistics:找出物理读取显著的索引或者是表段2.常见的几个等待事件1）。dbfilesequentialread(数据文件连续读取):可能表示在多表连接中，表的连接顺序存在问题；
系统 2019-08-12 01:51:45 2588
很多时候你可能要从一个大型数据库平台，迁移至同版本、同平台异地异机，但是停机时间很少，则可以通过备份热备份，然后手工不断应用归档日志，最后在停机时间应用剩余日志来解决，操作如下：确定源数据库信息，主要是查询源数据库归档情况，确认归档日志；selectnamefromv$archived_log;NAME------------------------------------------------------------------------------
系统 2019-08-12 01:51:26 2588
