# strace -e network ping -c1 kernel.org
socket(PF_INET, SOCK_RAW, IPPROTO_ICMP) = 3
socket(PF_FILE, SOCK_STREAM, 0) = 4
connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1
ENOENT (No such file or directory)
socket(PF_FILE, SOCK_STREAM, 0) = 4
connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1
ENOENT (No such file or directory)
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("202.96.134.133")}, 28) = 0
send(4, "\330\37\1\0\0\1\0\0\0\0\0\0\6kernel\3org\0\0\1\0\1", 28,
MSG_NOSIGNAL) = 28
recvfrom(4, "\330\37\201\200\0\1\0\2\0\0\0\0\6kernel\3org\0\0\1\0\1\300\f\0\1"...,
1024, 0, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("202.96.134.133")}, [16]) = 60
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(1025),
sin_addr=inet_addr("204.152.191.5")}, 16) = 0
在这个正常的例子中,3号用于创建ICMP包,先创建的4号socket是UNIX域套接字,是glibc库检查nscd(某种cache)创建的,不必理会它,后创建的DGRAM类型4号socket就是用于发送DNS解析,需要观察它的行为,
> >
top-post 是指在回复邮件时,将自己的答复放在邮件的前面吗?
到底哪种回复方式是符合国际惯例的呢?
Ivan 写道:
> 我用的是gmail,直接点reply就是top-post了,这个似乎设置不了?而且我订阅
> 的其他邮件列表,一般用的都是 top-post?这个邮件列表喜欢bottom-post多一
> 点?就我自己而言,我更喜欢top-post,因为可以先看到别人的回复,引用有必
> 要再看好了。
>
> On Jan 4, 2008 11:23 PM, rae l < crq...@gmail.com
> <mailto:crq...@gmail.com>> wrote:
>
> On Jan 4, 2008 7:30 PM, Ivan < iva...@gmail.com
甭在乎什么国际惯例。社区的习惯是,回复时带原文回复,对原文略作裁减,回复的文字在原文后面。就像一个 你问-我答 的列表,问题之后才是答案。
--
bbbush ^_^
实在是非常非常基础的问题
> top-post 是指在回复邮件时,将自己的答复放在邮件的前面吗?
>
> 到底哪种回复方式是符合国际惯例的呢?
>
>
> Ivan 写道:
> > 我用的是gmail,直接点reply就是top-post了,这个似乎设置不了?而且我订阅
> > 的其他邮件列表,一般用的都是 top-post?这个邮件列表喜欢bottom-post多一
> > 点?就我自己而言,我更喜欢top-post,因为可以先看到别人的回复,引用有必
> > 要再看好了。
> >
> > On Jan 4, 2008 11:23 PM, rae l < crq...@gmail.com
> > <mailto:crq...@gmail.com>> wrote:
> >
> > On Jan 4, 2008 7:30 PM, Ivan < iva...@gmail.com
> > <mailto:iva...@gmail.com>> wrote:
> > > 谢谢rae。我执行strace -e network ping -c1
> > > kernel.org,得到下面的结果,那要怎么处理呢?不好意思,刚接触
> > linux没多久。
> > 请注意使用有针对性的bottom-posting。
> >
> >
>
>
--
'''Time is unimportant, only life important!
过程改进乃是开始催生可促生靠谱的人的组织!
'''http://zoomquiet.org
博 @ http://blog.zoomquiet.org/pyblosxom/
维 @ http://wiki.woodpecker.org.cn/moin/ZoomQuiet
豆 @ http://www.douban.com/people/zoomq/
看 @ http://zoomq.haokanbu.com/
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Pls. usage OOo to replace M$ Office. http://zh.openoffice.org
Pls. usage 7-zip to replace WinRAR/WinZip. http://7-zip.org
You can get the truely Freedom 4 software.
您也不裁减原文的? @_@
在 08-1-5,Ivan<iva...@gmail.com> 写道:
> 我用的是gmail,直接点reply就是top-post了,这个似乎设置不了?而且我订阅的其他邮件列表,一般用的都是top-post?这个邮件列表喜欢bottom-post多一点?就我自己而言,我更喜欢top-post,因为可以先看到别人的回复,引用有必要再看好了。
>
>
那你不对别人的邮件原文仔细裁减的吗?回邮件要有的放矢才对。
当你在回复时,应该仔细地再看对方的邮件原文,把别人的意思搞明白。这个过程中,你的光标在一直随着邮件文本移动,看到哪儿需要回复,就立即加入两句;看到哪儿会干扰回复,就立即删掉。一直移动到引用文字的最后,觉得还有什么要说的,思考成熟了,再写。
top-post 不是邮件客户端的问题,而是人的使用习惯问题。假如光标停在最后一行,你还会把整个邮件再细细看一遍吗?
最后,写邮件的人正是为了考虑到读者,才会引用原文,让原文和自己的回复成为完整的文章。而你不是一般意义的读者。你希望别人完全不引用原文,好让你阅读方便,而
gmail 的确提供了这样的功能,默认隐藏引用文字。你希望自己也不引用原文,那么 gmail
或者任何其他客户端也提供了这个功能,为什么不设置一下呢?
谢谢!
--
bbbush ^_^
那你加入的开源社区邮件列表太少太少太少了
或者根本不能称之为开源社区邮件列表
不为别的,只为不遵守bottom-post
放眼海内外,随便哪个开源社区邮件列表都是首选bottom-post的
Linux Kernel Mailing List,Gentoo的所有邮件列表,linux-mips.....
国内的几个lug,zh-kernel.org无不是如此
--
Zhang Le, Robert
http://r0bertz.blogspot.com
http://zh.gentoo-wiki.com
http://savannah.nongnu.org/projects/pgubook
http://groups.google.com/group/gentoo-china
http://groups.google.com/group/szlug
不是鉴定开源社区,而是鉴定开源社区邮件列表
你看top-posting的话,我要引用我自己原话都不方便。
一个容忍乃至推崇top-posting的邮件列表绝对不是一个典型的开源社区邮件列表
有时间研究一下 RFC1855
http://tools.ietf.org/html/rfc1855
退一万步,不管别的地方怎么样,这个社区的共识是只用bottom-posting
每个社区都有自己的行为准则,自己的一套行事方法
俗话说入乡随俗,如果没有什么不可抗拒的理由,请尽量遵守,谢谢!
不是说什么
不过,java的开源社区真的没有什么代表性
sun的java本身gpl-2也不过是最近的事,而且还现在还没有全部放出源代码
如果我只参加过java社区,我会耻于在人前提及我参加过开源社区
java的跨平台特性决定了它的开发者中使用Linux的比例不会很高
而一个社区的参与者的成分组成,可以决定这个社区的一些性质
还是回到这个问题本身的话,DNS不通可能要检查防火墙设置,SELINUX,还有DNS配置文件/etc/resolv.conf,这些很小的方面太多了,要说起来每一个方面都有可能造成DNS不通。
可以检查一下resolv.conf中的nameserver是否可以直接ping通,在另一个term上启动 tcpdump -s0
-xxvvX ip host X.X.X.X and udp port 53 来监听有无DNS流量出去,
不过这些都是从外在现象着手,
而strace和tcpdump却是终极解决方案,熟练运用它们的各种参数还能解决DNS以外的很多问题。
补充一下,如果是一些自由的jvm或者类库项目,比如kaffe, gnu classpath,那自然令当别论
给你找了几个例子
http://www.kaffe.org/pipermail/kaffe/2008-January/105346.html
http://www.kaffe.org/pipermail/kaffe/2008-January/105358.html
http://developer.classpath.org/pipermail/classpath/2008-January/002389.html
> java的跨平台特性决定了它的开发者中使用Linux的比例不会很高
开发自由jvm和类库的人本身应当使用的是自由的操作系统
和开发java app的人应该有所不同
ping,包括其它的一些网络客户端,会根据nsswitch里定义的解析顺序来解析域名,在这里,你是files在前,也就是先检查/etc/hosts文件。而像dig,host等DNS诊断工具则是直接连到DNS服务器进行查询。至于为什么解析出来的地址为什么不一样,我也搞不清楚。可是问题是,世界上是不是真的有叫debian的域名啊?
也许有的工具会自作聪明地在后面加上个.com或者.net之类的吧。