Re: trunk build failure on Solaris 2.6

[William Xu <william.xwl@gmail.com>]

YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> 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