From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: William Xu Newsgroups: gmane.emacs.devel Subject: Re: trunk build failure on Solaris 2.6 Date: Sun, 21 Oct 2007 14:46:14 +0900 Organization: the Church of Emacs Message-ID: References: <871wbr4x1v.fsf@stupidchicken.com> <87y7dz4tsx.fsf@stupidchicken.com> <87myuenavw.fsf@stupidchicken.com> <200710192032.l9JKW1MI003082@oogie-boogie.ics.uci.edu> <87y7dyvnt2.fsf@stupidchicken.com> <87ejfp7m33.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1192945608 10550 80.91.229.12 (21 Oct 2007 05:46:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 21 Oct 2007 05:46:48 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 21 07:46:48 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IjTe8-0004nU-V0 for ged-emacs-devel@m.gmane.org; Sun, 21 Oct 2007 07:46:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjTe1-0008Fv-Ac for ged-emacs-devel@m.gmane.org; Sun, 21 Oct 2007 01:46:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IjTdy-0008Fq-Is for emacs-devel@gnu.org; Sun, 21 Oct 2007 01:46:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IjTdx-0008Fe-4E for emacs-devel@gnu.org; Sun, 21 Oct 2007 01:46:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjTdw-0008Fb-Ub for emacs-devel@gnu.org; Sun, 21 Oct 2007 01:46:32 -0400 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IjTdw-0000WM-7w for emacs-devel@gnu.org; Sun, 21 Oct 2007 01:46:32 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IjTdm-0002a3-Ga for emacs-devel@gnu.org; Sun, 21 Oct 2007 05:46:22 +0000 Original-Received: from khp059140005246.ppp-bb.dion.ne.jp ([59.140.5.246]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Oct 2007 05:46:22 +0000 Original-Received: from william.xwl by khp059140005246.ppp-bb.dion.ne.jp with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Oct 2007 05:46:22 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 66 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: khp059140005246.ppp-bb.dion.ne.jp User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.50 (darwin) Cancel-Lock: sha1:k5qzPikKmW3gQmQ4ID6s9xmp01s= X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:81338 Archived-At: YAMAMOTO Mitsuharu writes: > The intention of the `res_init' call before getaddrinfo is, as > mentioned in configure.in, to detect /etc/resolv.conf changes by > initializing some internal states of the resolver routine executed in > the Emacs process. But on Mac OS X, and possibly also on some other > platforms, the actual resolution is performed by an external process, > and thus the Emacs process is not responsible to detect the > /etc/resolv.conf changes. On such platforms, the `res_init' call does > not make sense whether or not the configure script detects the > existence of that symbol. BTW, I think this may be related. I added -lresolv manually to make emacs compile, and with the newly built emacs, it hangs when i try to `gnus-group-get-new-news' in Gnus Group buffer. (See backtrace in the end) And i find if i revert the following changes in process.c, then no problem. ,----[ process.c ] | Link to libs for calling res_init() if available. | (Fmake_network_process): Call res_init() before getaddrinfo or | gethostbyname, if possible. `---- ---------------------------------8<------------------------------------- ^Z Program received signal SIGTSTP, Stopped (user). 0xffff8390 in ___gettimeofday () at /System/Library/Frameworks/System.framework/PrivateHeaders/ppc/cpu_capabilities.h:182 182 /System/Library/Frameworks/System.framework/PrivateHeaders/ppc/cpu_capabilities.h: No such file or directory. in /System/Library/Frameworks/System.framework/PrivateHeaders/ppc/cpu_capabilities.h (gdb) bt #0 0xffff8390 in ___gettimeofday () at /System/Library/Frameworks/System.framework/PrivateHeaders/ppc/cpu_capabilities.h:182 #1 0x90005278 in gettimeofday () #2 0x00134d80 in wait_reading_process_output (time_limit=0, microsecs=100000, read_kbd=-1, do_display=0, wait_for_cell=58721289, wait_proc=0x8666180, just_wait_proc=0) at /Users/william/repo/cvs/emacs/src/process.c:4370 #3 0x001372cc in Faccept_process_output (process=113491, seconds=0, millisec=1578, just_this_one=1464069094) at /Users/william/repo/cvs/emacs/src/process.c:3986 #4 0x000fa36c in Ffuncall (nargs=-1073756032, args=0xbfffcbe0) at /Users/william/repo/cvs/emacs/src/eval.c:3027 #5 0x0012c54c in Fbyte_code (bytestr=113491, vector=-1073754992, maxdepth=56) at /Users/william/repo/cvs/emacs/src/bytecode.c:679 #6 0x000f9dac in funcall_lambda (fun=34852084, nargs=1, arg_vector=0xbfffce84) at /Users/william/repo/cvs/emacs/src/eval.c:3204 #7 0x000fa4bc in Ffuncall (nargs=-1073756032, args=0x2ea65d9) at /Users/william/repo/cvs/emacs/src/eval.c:3074 #8 0x0012c54c in Fbyte_code (bytestr=113491, vector=-1073754496, maxdepth=40) at /Users/william/repo/cvs/emacs/src/bytecode.c:679 #9 0x000f9dac in funcall_lambda (fun=141105348, nargs=1, arg_vector=0xbfffd074) at /Users/william/repo/cvs/emacs/src/eval.c:3204 ... Lisp Backtrace: "accept-process-output" (0xbfffcc94) "nnheader-accept-process-output" (0xbfffce84) "nntp-accept-process-output" (0xbfffd074) "nntp-open-connection" (0xbfffd264) "nntp-open-server" (0xbfffd454) "byte-code" (0xbfffd524) "gnus-open-server" (0xbfffdb44) "byte-code" (0xbfffdc14) "gnus-activate-group" (0xbfffe244) "gnus-get-unread-articles" (0xbfffe444) "gnus-group-get-new-news" (0xbfffe590) 0x20d609d Lisp type 5 "call-interactively" (0xbfffea38) (gdb) ---------------------------------8<------------------------------------- -- William http://williamxu.net9.org