to

svn checkout 代码是出现如标题的错误，提示我clean up ，clean up失败，于是网上搜到了这一clean up 失败的解决方法，clean up 后再进入代码update 就可以了 svn提交遇到恶心的问题，可能是因为上次cleanup中断后，进入死循环了。 错误如下： 解决方法：清空svn的队列 1.下载 sqlite3.exe 2.找到你项目的.svn文件，查看是否存在wc.db 3.将sqlite3.exe放到.svn的同级目录 4.启动cmd执行sqlite3 .svn/wc.db "select * from work_queue" 5.看到很多记录，下一步执行delete from work_queue 6.ok了，现在在到项目里面，执行cleanup，完全没问题了，图标状态也已经恢复了。 来源： oschina 链接： https://my.oschina.net/u/1773287/blog/413837

java.lang.IllegalArgumentException: method ID not in [0, 0xffff]: 65536 你的应用中的Dex 文件方法数超过了最大值65536的上限,简单来说，应用爆棚了. 那么让我们看一下为什么会引起这种错误: 在 Android 系统中，一个 App 的所有代码都在一个 Dex 文件里面。 Dex 是一个类似Jar的存储了多有 Java 编译字节码的归档文件。因为 Android 系统使用 Dalvik 虚拟机，所以需要把使用 Java Compiler 编译之后的 class 文件转换成 Dalvik 能够执行的 class 文件。这里需要强调的是， Dex 和 Jar 一样是一个归档文件，里面仍然是 Java 代码对应的字节码文件。当 Android 系统启动一个应用的时候，有一步是对 Dex 进行优化，这个过程有一个专门的工具来处理，叫 DexOpt 。 DexOpt 的执行过程是在第一次加载Dex文件的时候执行的。这个过程会生成一个 ODEX 文件，即 Optimised Dex 。执行 ODex 的效率会比直接执行 Dex 文件的效率要高很多。但是在早期的Android系统中， DexOpt 有一个问题，也就是这篇文章想要说明并解决的问题。 DexOpt 会把每一个类的方法 id 检索起来，存在一个链表结构里面

故障现象 重启网络： service network restart 得到以下提示信息： Shutting down loopback insterface: [ OK ] Bringing up loopback insterface: [ OK ] Bringing up interface eth0: Device eth0 does not seem to be present,delaying initialization. [ FAILED ] 解决问题的过程 运行ifconfig命令查看网卡设备： ifconfig -a 我的到了以下信息： 只出现了eth1而没有出现eth0， 然后通过查看虚拟机的网卡配置，我们可以得到网卡的mac地址： 而后通过查看 /etc/sysconfig/network-scripts/ 文件夹下的网卡配置: ll /etc/sysconfig/network-scripts/ | grep "ifcfg-" 我发现可以能得到ifcfg-eth0的信息: 尝试把ifcfg-eth0重命名成ifcfg-eth1，并且把文件里的 DEVICE 参数值从 eth0 改成 eth1 ，重启网络。至此，问题搞定。 反思和总结 Centos网络配置文件 RedHat系列的linux所有有关网络的配置文件，都放在了 /etc/sysconfig