编译内核。修改顶层makefile


修改


ARCH ;= arm


CROSS_COMPILE := ........

保存后make menuconfig
提示
[pikaqiu@centos6 linux-3.0]$ make menuconfig 
make: *** /home/pikaqiu/linux-3.0/arch/arm: 是一个目录。 停止。。。。








修改Makefile文件的时候


ARCH := arm<space>

把arm后面的空格删除即好。
干，引以为戒！！

转载请注明出处：http://blog.csdn.net/qq_26525215


本文源自【大学之旅_谙忆的博客】

欢迎点击访问我的瞎几把整站点：复制未来
在启动mysql服务时出现该错误:

本地计算机上的mysql服务启动停止后,某些服务在未由其他服务或程序使用时将自动停止。

mysql 版本 5.7.14

系统 win 7
后来经过一系列的百度，谷歌，总算是解决了。
首先，你需要把原来的服务删除：
mysqld --remove mysql


注意:mysql为你的服务名称，自己可以随便定义的。

此命令需要进入mysql安装目录下的bin目录运行！
mysql的根目录下：

你需要清空data目录。
如果没有data目录，请自行创建一个空目录，起名为data！
然后在bin目录下运行命令:
mysqld --initialize-insecure --user=mysql

初始化！

接着运行:
mysqld --install mysql --defaults-file=d:\mysql-5.7.14-winx64\my.ini

后面的路径记得改成自己的！

这是注册mysql服务！


嗯，这里有个小瑕疵，mysql我少打了个l。

不过没事，这个名字是自定义的！
我按照没打错的情况来解释哈。
接下来就是启动服务:

请以管理员权限运行！
net start mysql



我这里打的是mysq，是因为前面我定义的名字是mysq了、、、
然后就OK了！
我不知道那个是不是生成随机密码的。
大家可以去data目录下找.err后缀的日志。

打开文件:

会告诉你密码的！
用户名是:root
接下来就是登陆:
mysql -u root -p

因为我这里的密码为空，直接再空格就OK了。

问题完美解决！
另一种方案
1 、打开my.ini文件，找到default - storage - engine = InnoDB这一行，把它改成default - storage - engine = MyISAM

2 、删除在MySQL安装目录下的Data目录中的

ib_logfile0

ib_logfile1

（这两个文件是使用innodb引擎的mysql的事务记录文件）

3 、找到在配置MySQL服务器时指定的InfoDB目录删除掉

ibdata1

（数据文件）

4、重新启动MySQL的Service

可以进行查看日志是否是该错误信息：
 [Note] Plugin 'FEDERATED' is disabled.
 [Note] InnoDB: The InnoDB memory heap is disabled
 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
 [Note] InnoDB: Compressed tables use zlib 1.2.3
 [Note] InnoDB: Not using CPU crc32 instructions
 [Note] InnoDB: Initializing buffer pool, size = 128.0M
 [Note] InnoDB: Completed initialization of buffer pool
 [ERROR] InnoDB: .\ibdata1 can't be opened in read-write mode
 [ERROR] InnoDB: The system tablespace must be writable!
 [ERROR] Plugin 'InnoDB' init function returned error.
 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
 [Warning] MySQL: unknown variable 'loose-default-character-set=utf8'
 [ERROR] Unknown/unsupported storage engine: InnoDB
 [ERROR] Aborting

根据具体的版本和错误日志可能会有不同的解决方案。
该两种方案均会使数据库数据丢失，请谨慎执行。
本文章由[谙忆]编写， 所有权利保留。

转载请注明出处：http://blog.csdn.net/qq_26525215


本文源自【大学之旅_谙忆的博客】

       最近Android开发过程中有一个activity1向某个activity2跳转时程序突然停止运行，却可以正常跳转到其他activity。调试发现是因为跳向的activity2有自定的样式的titlebar，与当前activity1的Theme.NoTitleBar冲突了，在AdroidManifest.xml里面将activity1的theme改为Theme.Light.NoTitleBar问题解决。

对于稍微大一点的 .NET 解决方案来说，编译时间通常都会长一些。如果项目结构和差量编译优化的好，可能编译完也就 5~30 秒，但如果没有优化好，那么出现 1~3 分钟都是可能的。
如果能够在编译出错的第一时间停止编译，那么我们能够更快地去找编译错误的原因，也能从更少的编译错误列表中找到出错的关键原因。

如果你只是觉得你的项目或解决方案编译很慢而不知道原因，我推荐你安装 Parallel Builds Monitor 插件来调查一下。你可以阅读我的一篇博客来了解它：

Visual Studio 使用 Parallel Builds Monitor 插件迅速找出编译速度慢的瓶颈，优化编译速度 - walterlv

一个优化比较差的解决方案可能是下面这个样子的：

明明没有多少个项目，但是项目之间的依赖几乎是一条直线，于是不可能开启项目的并行编译。
图中这个项目的编译时长有 1 分 30 秒。可想而知，如果你的改动导致非常靠前的项目编译错误，而默认情况下编译的时候会继续尝试编译下去，于是你需要花非常长的时间才能等待编译完毕，然后从一大堆项目中出现的编译错误中找到最开始出现错误的那个（通常也是编译失败的本质原因）。
现在，推荐使用插件 VSColorOutput。
它的主要功能是给你的输出窗格加上颜色，可以让你更快速地区分调试信息、输出、警告和错误。
不过，也正是因为它是通过匹配输出来上色的，于是它可以得知你的项目出现了编译错误，可以采取措施。
在你安装了这款插件之后，你可以在 Visual Studio 的“工具”->“设置”中找到 VSColorOutput 的设置。其中有一项是“Stop Build on First Error”，打开之后，再出现了错误的话，将第一时间会停止。你也可以发现你的 Visual Studio 错误列表中的错误数量非常少了，这些错误都是导致编译失败的最早出现的错误，利于你定位问题。


我的博客会首发于 https://blog.walterlv.com/，而 CSDN 会从其中精选发布，但是一旦发布了就很少更新。
如果在博客看到有任何不懂的内容，欢迎交流。我搭建了 dotnet 职业技术学院 欢迎大家加入。

本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可。欢迎转载、使用、重新发布，但务必保留文章署名吕毅（包含链接：https://walterlv.blog.csdn.net/），不得用于商业目的，基于本文修改后的作品务必以相同的许可发布。如有任何疑问，请与我联系。