对于Ubuntu 14.04.5
之前的版本
- Add the repository:
- Update the package list:
- Install the exfat package:
对于Ubuntu 14.04.5
以及之后的版本
对于Ubuntu 14.04.5
之前的版本
对于Ubuntu 14.04.5
以及之后的版本
I'm working on my usual projects on Eclipse, it'a a J2EE app, made with Spring, Hibernate and so on. I'm using tomcat7 for this (no particular reason, I don't exploit any new feature, I just wanted to try that). Every time I debug my application, it happens that eclipse debugger pops out like it has reached a breakpoint, but it is not the case, in fact it stops on a Java Source File that is ThreadPoolExecutor. There is no stack trace on the console, it just stops. Then if I click on resume it goes on and the app works perfectly. This is what shows in the debugger window:
Daemon Thread ["http-bio-8080"-exec-2] (Suspended (exception RuntimeException))
ThreadPoolExecutor$Worker.run() line: 912
TaskThread(Thread).run() line: 619
I really can't explain this, because I'm not using ThreadPoolExecutor at all. Must be something from Tomcat, Hibernate or spring. It's very annoying because I always have to resume during debugging.
Any clues?
The posted stack trace indicates that a RuntimeException was encountered in a Daemon thread. This is typically uncaught at runtime, unless the original developer caught and handled the exception.
Typically, the debugger in Eclipse is configured to suspend execution at the location where the exception was thrown, on all uncaught exceptions. Note that the exception might be handled later, lower down in the stack frame and might not lead to the thread being terminated. This would be cause of the behavior observed.
Configuring the behavior of Eclipse is straightforward - in the Preferences Dialog, the Debug pane under Java in the tree hierarchy, has the option titled "Suspend execution on uncaught exceptions", which can be unchecked.
升级到Ubuntu 13.10 之后 Eclipse 中的Android adb 会报告 Android/android-sdk-linux/build-tools/19.0.0/aapt: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
原因在于,在13.10 版本中,ia32_libs 被废弃了导致没有32位的lib库。
解决方法
Meld
支持两方/三方文件/目录比较,实时编辑,CVS管理,适合比较大型项目移植。
官方地址:
Ubuntu 16.04
系统上安装执行如下命令
macOS
系统上安装执行如下命令
google提供了Android Support Library package 系列的包来保证来高版本sdk开发的向下兼容性,即我们用4.x开发时,在1.6等版本上,可以使用高版本的有些特性,如fragement,ViewPager等,下面,简单说明下这几个版本间的区别:
Android Support v4: 这个包是为了照顾1.6及更高版本而设计的,这个包是使用最广泛的,eclipse新建工程时,都默认带有了。
Android Support v7: 这个包是为了考虑照顾2.1及以上版本而设计的,但不包含更低,故如果不考虑1.6,我们可以采用再加上这个包,另外注意,v7是要依赖v4这个包的,即,两个得同时被包含。
Android Support v13 :这个包的设计是为了android 3.2及更高版本的,一般我们都不常用,平板开发中能用到。
今天在后台升级一个插件,页面显示“WordPress正在执行例行维护,请一分钟后回来”,一直停留在那儿。不是吧。多了一会还是这个页面,不太对劲,Google一下。有很多博主出现这种情况,说要改这个文件改 那个文件。最后一篇文章上的方法解决了此问题。
just delete .maintenance file
ftp登录网站空间,在blog根目录发现多出一个.maintenance文件,删除即可,再刷新。
第一步:需要备份原来的wordpress根目录,比如,从原来的www.mobibrw.com上打包,拷贝到新服务器上,并解压。
第二步:备份数据库
第三步:将备份数据库导入到新的数据库中(导入前需要新建数据库)。
第四步:修改数据库表:
1.修改wp_options表的option_name列,将option_name为siteurl的值修改为新的blog地址
2.修改wp_options表的option_name列,将option_name为home的值,修改为新的blog地址,如
第五步:修改wordpress的配置文件wp-config.php
主要是修改DB_NAME,DB_USER,DB_PASS,DB_HOST四个字段
将上面四个字段按照新的数据库配置进行修改
注:此外,需要注意在wordpress后台,修改默认上传路径为新的路径,如:
修改wordpress后台的默认上传路径
修改wordpress后台的默认上传路径
否则可能无法上传发布图片等
再注:如果迁移后,有些图片无法看到,那么肯定是文章中,图片的地址仍然是老地址,此时在phpmyadmin中登陆,执行以下sql:
将文章中,存在的图片旧地址全部替换为新的地址。
1.进入单用户模式:
(1)开机到grub时,用上下键移到第二行的恢复模式,按e(注意不是回车)
即Ubuntu,With Linux 3.2.0-23-generic(recovery mode)
(2) 把ro recovery nomodeset 改成rw single init=/bin/bash
然后按ctrl+x 或者F10 就可以进入 单用户模式
2.默认会进入只读模式栋recovery,需要重新挂载:
3.
用usermod命令来修改用户帐户相关信息,-l指定新的登录名称,-d指定新的主目录,如果同时指定-m选项则移动原来用户主目录的内容到新的用户住目录,最后指定原来的登录用户名。
groupmod命令用来修改组相关信息,-n用来指定新的组名,用原来的组名作为参数。这里修改的是与用户默认同名的组。
chfn命令来修改真实的用户名称和其他相关信息,-f指定新的用户全称,需要修改全称的用户名作为参数。
另外,刚刚安装的ubuntu是没有root密码的。在terminal中不能执行su。初始化密码的方式:
根据提示填写密码。
最近在 Ubuntu 13.04 上面使用 Eclipse Kepler 的时候,总是莫名其妙的崩溃,有时候能生成崩溃日志,有时候不能,大致看了一下,发现应该与webkit的BUG 有关系,因此可以如下处理,在eclipse.ini 中增加如下语句:
-Dorg.eclipse.swt.browser.DefaultType=mozilla