解决Xcode莫名崩溃的问题

前面的一篇博文里面我提到了我的Xcode每次开启必然会报错崩溃的问题。报错信息如下:

Uncaught Exception:
  -[NSCFArray length]: unrecognized selector sent to instance 0x2006354a0

这事在网上寻觅许久未果,本来就想算了的。突然最近有同事发现Mail也会这样莫名其妙的崩溃,在多方尝试下,发现只要关掉公司的vpn就没事了,进而又发现只要不使用vpn推送的DNS信息就可以了。于是自然就想到难道这就是导致我的Xcode罪魁祸首,一试,果然如此,我勒个去 = =

员外前阵子发了一个关于Snow Leopard诡异的DNS问题的文章,里面也提到了这个问题,所以这是雪豹自己的bug。可是,DNS服务是必须要用的,如果自己加Hosts,必然会有更新不及时的情况,那怎么办呢? 所以在关闭DNS推送后,还需要做点手脚才行。

Magic是由resolver来完成的,具体使用可以参考man 5 resolver。这儿就只说应用了。

# /etc/resolver/x.com
nameserver 10.10.10.10
nameserver 8.8.8.8

这样就为x.com的子域指定了使用这两个DNS来解析。嗯,尝试的顺序是从上往下的,最多支持3个DNS,如果有不连接VPN的时候,别忘了在DNS最后加上一个公网可用的DNS,免得在这种情况下不能访问。

OK,如此手术一番,Xcode终于活了。

Google的DNS

源:http://bit.ly/8GVVcJ

Google发布了其DNS以提高网络速度,详细信息可以在Google Code获得。使用OpenDNS的童鞋可以考虑换一下了。 //这篇文章短的可以算是微博了……

DNS恢复正常

日发完巨蟒一文后,回家就发现访问不了主页了。ping啊host啊 nslookup啊统统咯屁。当时心里就想俺怎么地就这么连个出名的机会都没等到就直接被放逐于墙外了呢……还好试了一下whois,发现是主域名错挂到了帮我注册的同事机器上并且没有做解析,真是虚惊一场……

之前一直是用的35作为主域名解析,想想反正出来了,就干脆整到linode这吧。折腾了半天弄熟以后,发现其实Linode的DNS管理还是不错 的,支持域名transfer和直接管理,界面也比较直观,而所作改动会在15分钟内生效,还算是比较迅速了。但美中不足的是要登录web界面比较麻烦, 对我这样的懒人来说还是比较费事……本来还想自己弄个bind玩玩,可惜现在注册的域名没法作自解析,只好作罢。要是想偷懒的话啥时候研究一下 linode的api再说吧。但不管怎么说,这回的域名小风波算是过去了,咱可以继续做一个遵纪守法的好blogger了,嗯。