存档

文章标签 ‘bug’

linksys srw224g4的bug:输错密码也能登录

2011年3月26日 1 条评论

很偶然的被发现
密码输错了
一样登录成功
电话给厂商
说有收到过这种报告
建议初始化一下
然后再修改密码试试
强烈鄙视一下厂商以及……

分类: Misc 标签: , ,

debian(lenny)的某个版本貌似有ipmi的bug

2011年2月27日 没有评论

modprobe ipmi_devintf的时候出错:

FATAL: Error inserting ipmi_devintf (/lib/modules/2.6.26-2-amd64/kernel/drivers/char/ipmi/ipmi_devintf.ko): Unknown symbol in module, or unknown parameter (see dmesg)

dmesg看到:

[5664109.018573] ipmi_devintf: Unknown symbol compat_alloc_user_space

google了一下
貌似有人说这是这个版本的kernel的bug……

ucenter1.5的一个bug

2010年3月20日 没有评论

康盛(comsenz)的产品ucenter在其产品线中是个比较重要的产品
最新的supesite和discuz都需要安装ucenter
最新的版本是1.5
在一次挪ucenter的安装目录的过程中
发现有些问题
比如当我把目录由/uc_server(这个一般是缺省的)挪到/Uc_server后
访问这个ucenter的url的时候
还是会跳到/uc_server/下的文件去
而这个目录已经被挪走,自然会出404错误
其实正确的应该是跳往/Uc_server/下的文件
看了看代码
发现问题出在一个常量UC_API的定义上
这里牵涉到几个文件的几句话

[@65.6 UC]# grep -r “define(‘UC_API'” *
admin.php:define(‘UC_API’, strtolower((isset($_SERVER[‘HTTPS’]) && $_SERVER[‘HTTPS’] == ‘on’ ? ‘https’ : ‘http’).’://’.$_SERVER[‘HTTP_HOST’].substr($_SERVER[‘PHP_SELF’], 0, strrpos($_SERVER[‘PHP_SELF’], ‘/’))));
avatar.php:define(‘UC_API’, strtolower(($_SERVER[‘HTTPS’] == ‘on’ ? ‘https’ : ‘http’).’://’.$_SERVER[‘HTTP_HOST’].substr($_SERVER[‘PHP_SELF’], 0, strrpos($_SERVER[‘PHP_SELF’], ‘/’))));
index.php:define(‘UC_API’, strtolower(($_SERVER[‘HTTPS’] == ‘on’ ? ‘https’ : ‘http’).’://’.$_SERVER[‘HTTP_HOST’].substr($_SERVER[‘PHP_SELF’], 0, strrpos($_SERVER[‘PHP_SELF’], ‘/’))));

其实就是admin.php、avatar.php和index.php三个文件里的三句话
这三个语句都是一个问题:
就是把url路径里的字符串用strtolower给变成小写了,然后再定义给UC_API
这样在windows下或ucenter用单独域名,装在/下自然没有问题
但是当服务器是Linux,且ucenter装在的目录有大写字符时
就有问题了
问题找到了
解决起来也容易
就是挪动一个“)”号即可
把语句最后挪一个“)”到
$_SERVER[‘HTTP_HOST’]后面就行了
变成像这样

admin.php:define(‘UC_API’, strtolower((isset($_SERVER[‘HTTPS’]) && $_SERVER[‘HTTPS’] == ‘on’ ? ‘https’ : ‘http’).’://’.$_SERVER[‘HTTP_HOST’]).substr($_SERVER[‘PHP_SELF’], 0, strrpos($_SERVER[‘PHP_SELF’], ‘/’)));
avatar.php:define(‘UC_API’, strtolower(($_SERVER[‘HTTPS’] == ‘on’ ? ‘https’ : ‘http’).’://’.$_SERVER[‘HTTP_HOST’]).substr($_SERVER[‘PHP_SELF’], 0, strrpos($_SERVER[‘PHP_SELF’], ‘/’)));
index.php:define(‘UC_API’, strtolower(($_SERVER[‘HTTPS’] == ‘on’ ? ‘https’ : ‘http’).’://’.$_SERVER[‘HTTP_HOST’]).substr($_SERVER[‘PHP_SELF’], 0, strrpos($_SERVER[‘PHP_SELF’], ‘/’)));

gmail中被merge过的英文名的contact,不能被修改

2009年3月30日 1 条评论

刚发现的
不知道是bug还是基于某种我们不知道的策略的考虑
直接import进来的联系人
中文名的、英文名的都没问题,能够修改
但那些import通讯录的时候,跟gmail本来的contact merge之后的英文名的contacts
却貌似不能被修改

分类: Operation System 标签: , ,

for cacti0.8.7b的cacti-plguin-arch 2.0的bug?

2008年3月21日 没有评论

今天升级cacti0.8.7a版到0.8.7b
但是关键升级cacti plugin architecture的时候有些波折
按照文档升级完了
页面老不对
主要是内部的一些链接不对
查了半天
发现是url_path的问题
include/plugins.php里有一句:

$config[‘url_path’] = substr(__FILE__, strlen($_SERVER[‘DOCUMENT_ROOT’]), strlen(__FILE__) – strlen($_SERVER[‘DOCUMENT_ROOT’]) – strlen(‘include/plugins.php’));

应该是来算url_path
但是就是这句算的url_path不对
我的cacti在/cacti/下
关键是我的incluce/plugins.php绝对路径里有soft link
然后web目录下又是Alias
所以不管怎么样
这句算出来的url_path不对
最后没办法(php我也不是很精通)
直接把这句注释掉
写死url_path为正确值了事

$config[‘url_path’] = ‘/cacti/’;

exiftool和jhead在修改照片exif的时间信息时的bug

2008年3月6日 没有评论

由于数码相机初始化设时间的时候设错了
应该是2008年而设成了2007年
这样就导致了所有的照片exif信息里的时间都“慢”了一年
于是我就用exiftool来修
exiftool -Alldates+=’1:0:0 0:0:0′ *.jpg
结果发现2月份的照片时间都改对了
但是3月份的都不对
比如原来是2007.3.2日的信息
改成后应该是2008.3.2日
但是改出来的时间是2008.3.1日,整整差一天
最后
终于想明白了
2008年2月份有29天!!!
这比一般的年份的2月份多一天
后来用jhead试了一下
jhead -da2008:2:6-2007:2:6 *.jpg
结果还是一样的
看来这两个程序都没有判断闰年的情况吧
结果还是一样的

outlook 2007的bug:农历显示不准

2008年1月13日 没有评论

公司的机器上装了个x版的outlook2007
但某次我在添加某人农历生日的时候发现outlook2007显示的某人生日那天的农历不准!
后来在网上搜了搜
据说是outlook在1950年以前的农历显示都有问题
这么解释就对了
某人正是1949年生的,1950年之前
而我辈生日(都是1950年之后)的农历显示则是对的
不太明白的是
既然这个bug流传了这么久(貌似从outlook2003开始就有了)
为什么微软不修补这个bug呢?