Archive for the Category » Application «

Google Toobar导致的Firefox内存泄漏

最近有玩eRepublik总会有一段时间后FF内存泄漏的问题,处理了几十个页面之后,Ram和pagefile的占用可以超过1G,由于设定的原因,pagefile最后占用会达到1.7G,然后只能关闭FF重开,而因为过多的pagefile空间占用,在关闭时释放硬盘的处理时间也很长.

Ram的泄漏容易解决一些,用插件类可以自动整理出来,虚拟内存(pagefile)的整理却是没有找到办法,忍了很久,还是得把问题找出来.不过,将整个FF转移到另外电脑上却很是正常,看来只是有些针对性的bug,从google搜索下,也并没有近期的说到这个的解决办法,多是很久以前就有的对于FF内存占用的抱怨(100m级?..),以及些强行释放内存的设置,pagefile这个,却没有找到,嗯,大概有些我表达错误的问题.

首先FF升级到3.6.11,再一个个排除插件问题,将所有plugin,addon一个个disable,再一次次重新启动,plugin虽然杂乱有很多,全部disable后也没有解决问题,再看各个addon,都是近期有更新的,也没有搜到有相关内存泄漏的报告.将Google Toolbar disable掉再开,终于没有了,FF ram和pagefile空闲时稳定占用到150M以下,正常了…
看Google Toolbar版本号Version 7.1.20100830W,没的搜索到更新版本,但是在Mozilla adddon上搜索的Google Toolbar插件最新是Version 5.0.20090324W.替换掉重开FF,正常…

嗯,看来Google的软件还是,有点….

Babylon 字典图标消失的解决办法

嗯,很久以前的一个问题,大约是当时的CCleaner造成.
清理了babylon相关的注册表.于是里面所有字典的图标(flag)都没有了.

然后搜了下中文关键词也没有解决办法,出现问题的倒不少.不过最后还是找到了某国际友人的方案,找回了被kick掉的注册表信息.嗯,当时发在论坛上,还是在这里留个印记罢,免得出现同样的问题又找不到地方.

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT.ico]
@=”icofile”
“PerceivedType”=”image”
“Content Type”=”image/x-icon”

[HKEY_CLASSES_ROOT.icoPersistentHandler]
@=”{098f2470-bae0-11cd-b579-08002b30bfeb}”

保存为.reg导入注册表就可以了
适用版本7.0.3,其他版本并没有测试.

不过Babylon 现在看来好像是小众软件,很少看到有人在用了…..

原文参考:http://forums.mydigitallife.info/showthread.php?t=4567

eMule extreme 7.2 的upnp防火墙设置

大约太久时间未有发日志了,还是稍微活动下的好.

在家中使用emule,然而同时又装了个Comodo,p2p的东西防火墙之间总有许多麻烦.
这次问题是extreme的upnp突然不怎么好使了,总是error.而其他raysource和utorrent都没有问题.而兼在防火墙设置中早已经开放了1900以及1901的UDP端口,想应该是够了.

一条一条清算规则并看下日志,extreme的进程并没有相关的拦截项,反而是svchost.exe有几个从网关来的2869的TCP包被拦截.Google才知道upnp除1900外还有作为TCP的2869的端口.

如此则清晰了,出于Comodo优先级的原因,需要先在全局规则中允许[网关]—->[本机]的源端口任意,目标端口为2869的TCP连接,并在svchost中相应增加相同规则.也算完成了.

乱修改文件属性的后果

一次误操作引来实在太多麻烦.就是前天帮同学杀U盘的毒,结果一个cmd 下去,忘了改变目录到U盘就attrib -s ……,把Documents and settings%user%文件夹下面的所有文件取消系统属性,然后再悉数管它以前有没有,全部加上.

Comodo给我废了不说(之前文章提到),FileZilla一启动,就通知我配置文件不可写,当时知道是这个闯下的祸,就把Application datas里面的文件夹去掉了系统属性.

然而今天打开pdf过个几十秒提示我:
“Error: An error has been detected with a required application library and the product cannot continue. Please reinstall the application.”
先想到版本还是7.0.9,看升到7.1.0或许文件就修复了.
于是好不容易找代理把升级文件下载下来,安装上.问题依旧.
然后又打开Acrobat,点”Help”菜单”Detect and Repair”,花了十多分钟,算是重装了一下.问题依旧.

没办法,上网去找答案,把几个关键词放到网上一搜,虽然没什么中文结果,英文的却有一堆.而且还兼有官方解释.英文长的懒得细看,反正就是说不是合法使用.因为之前Acrobat也出现过几次问题,就是要重新注册,但是那时就是一路按提示重新注册也就了事,这次怎么这么麻烦.而且半天也没找到办法怎么重新注册.继续搜索,终于发现某位称为Spellabella的Blog上面有提到类似的问题,虽然她没有解决,但是却提到是文件只读和adobe…cleanup..的问题.于是明白又是前天犯下的错误.

清除了Temp目录下的adobe…cleanup…,然后防火墙提示acrobat要执行…cleanup…,放行以后一切正常.

应该以后还会有些后遗症,只能走一步看一步了,希望对有类似问题的人有点帮助……

Comodo罢工了,Outpost Firewall pro 2009试用

一直以来还算稳定的Comodo V3今天罢工了,虽然有着一小堆bug很久的时间也不修正,另外在弹框的时候也比较迟钝,但作为一个附带HIPS的免费防火墙,还是远超出了一些收费的防火墙.

具体的原因也不怎么明白,唯一在出问题前进行的操作是前一天误将Documents and settings%user%下所有文件的系统属性给去掉了,不过随后又给目录下所有的文件加上了这一属性,一去一来,应该有不少的文件多了这个额外的属性.当时想着也无妨.

不过今早一开机,Comodo的图标却不见了,以前偶尔Crash的时候重新启动也就无礙了,而今次的情况却有点特殊,怎么杀掉进程再开也是没有反应(还是用Icesword杀较方便,任务管理器是杀不掉的).

  • 检查驱动–正常
  • 检查服务–正常
  • 检查进程–一个个也都在,即使在我砍掉进程再启动程序也可以在任务管理器里看到正常出现.不过,就是GUI没有影子.

这样的话,卸载也是不能的,因为我设置了Comodo的非正常关闭的保护,而卸载是需要通过Comodo自身来进行的.

在这时,进行下一步,于是变成错误的开端.
我先把Comodo的驱动并服务设置为开机禁止启动,然后把Appinit值也暂时取消.然后重启.看能不能卸载,结果应该是意料中的–不能.因为在去年驱动与服务后,Comodo是更不可能正常运行的.
于是,又重新启用各项驱动,服务及Appinit,这时发现其实还有一个Comodo的Inspect的驱动其实并没有禁用,不过应该也无妨.
然后重新启动,启动到进入登录界面时,许久不见的蓝屏…..重复三次,依旧……尝试进入安全模式……不能.
终于系统完美地挂掉了.

重装系统需要的时间相对来说并不多,但是要我重装那么多的软件简直是一场噩梦(虽然有好些是很少用到的).
于是只能找出深山红叶的PE盘.进入到PE系统里.

  • 打开PE里面的注册表编辑器,去掉Appinit的启动.
  • 删除windowssystem32目录下Comodo的相关文件
  • 删除windowssystem32drivers目录下Comdo的相关文件
  • 删除windowssystem32dllcache(似乎是这个文件夹)目录下Comodo相关文件
  • 删除Comodo的自身程序文件夹

然后重启机器,终于一切正常,然后把Comodo的注册表规则备份/删除.用CCleaner去掉无效的启动项,完毕.

但是还得弄个防火墙来继续折腾,看了一下Matousec关于防火墙的评测,从名字里看,靠前的里面也就Outpost还好听一点,而ZoneAlarm虽然曾经是个好东西,但也是同样的在机器上Crash多次,还是避免为佳.

Outpost Firewall pro 2009的安装还是比较方便的,没有什么繁杂的选项,基本上是一路Next过关.有兴趣的可去找安装截图,这里就不提供了.作为较简洁的防火墙,选项什么的的确还是比较少了,提示也较少,内建规则比较丰富.
但是相对Comodo来说有几个不同的地方.

  • 对弹窗确认后反应较Comodo速度快不少(不过似乎当时记住的规则要过一些时间才能算”记住”了)
  • 支持IPv6,虽然对大多数人来说基本是没什么意义,但学校刚好开通了ipv6(虽然利用ipv6攻击的可能性比较低).也算是优势之一罢.
  • 端口类型都是系统自定义的,自己不能添加或修改,譬如FTP端口就只是21,而国内很大部分FTP都是用的高端口.
  • 还有的算是bug罢,有时从Process Activity里面查看进程属性的时候会跳到相邻的进程上去,而在点击Explorer.exe的几次都会变成乱码.

另外,由于机器上有小红伞(Avira)的Classic版,Outpost自动禁用它的Anti spyware,虽然原则上红伞的Classic版并不附带清理spyware的功能.冲突的可能性还是有点,毕竟那还是杀毒软件的职份.不过我还是启用了,看看再说罢,说不定不会有冲突在.另外Outpost加了Web Control的功能,但是应该是防广告的功能强于防病毒,不过对于一般的脚本什么病毒应该是不成问题的,这对红伞C版所不具有的P版的功能也是一个不错的补充.

总的来说Outpost的智能化应该比Comodo强不少,但是在FS和RS方面据说要弱不少(此属引用).在细节的可配置上不如Comodo详细,虽然我对Comodo的HIPS的详细度也还有所不满,但Outpost显然在这方面更加不足,应该说这与易用性之间还是个平衡的问题,大约就是因为comodo规则较庞大才致其保存规则的迟钝.

Universal Extractor v1.6 Release试用

昨天看到下载站上有了release,而机器上的1.6 beta已经是大半年前的版本,既然Release,不得不下载下来看看.

ReleaseLog就不贴了,实在有点长,看上去应该也改进了不少.但是安装下来后发现给右键菜单的添加项有三个,且没有折叠,本来我已经装了Winzip,Winrar,unlock,外兼杀毒的加编辑器等等,一点右键着实过于臃肿了些.而程序的配置选项也见不到可修改的地方,注册表里面发现这三个右键选项是针对各种文件格式分别定义的,要我一个个去改简直是不可能.无奈只能重新安装,只留一个”UniExtractor Files…”,且试试效果如何.

一直用这个来解压一般的安装包,且1.5的时候感觉不错,到了1.6 beta的时候有些安装包却只能解压出一些无用的文件.当时就指望什么时候1.6 Release的时候可以解决问题.可惜经过实验似乎问题依旧.在解压NSIS封装的两个安装包(FileZilla 3.14.1和极点五笔6.3)时只能解压一堆不知如何下手的无后缀的单字母文件.而用winhex打开极点的解压可以看到有几个是可执行文件,还有两个wav,要有闲工夫或许会给它们一个个手动分析下文件类型,不过这样的结果始终不能令人满意.

不过暂时没有用来解压其他的安装文件,不知道是否是NSIS封装的问题.不过,把它单纯当作一个解压工具来说还是不错的,毕竟支持那么多格式.但是对于一般应用来说极少会遇到那些稀有格式.而Cracker应该也不会用它来解包.所以说感觉还是有点鸡肋了.不过对于中国国情来说还是不错的,毕竟有那么多流氓软件捆绑者在,想当初的时候也是因为解压幻想游戏时才用到这个的.

软件主页:http://legroom.net/software/uniextract