<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div><div><div><div>I don't see any difference from outputs from the following commands. </div><div>It both uses native lookup.</div><div>Anyway, it is not a big deal since I do not use Mac for staging nor production. it's only for development.</div><div><br></div><div>However, I hope it's better to be consistent on all kind of *nix environment.</div><div>Or, it could be me only.</div><div><br></div><div>Any Mac user who what to test this?</div><div><br></div><div><div>$ssh allen@127.0.0.1  'erl -name loadtest@127.0.0.1 -detached -setcookie loadtest'</div><div>$erl -name allen@127.0.0.1 -setcookie loadtest</div></div><div>> net_adm:ping('loadtest@127.0.0.1').</div><div>> gen_tcp:connect("www.google.com",80,[]).</div><div>>rpc:call('loadtest@127.0.0.1',gen_tcp,connect,["www.google.com",80,[]]).</div><div><br></div><div><br></div><div>(allen@127.0.0.1)6> io:format("~p~n",[ets:tab2list(inet_db)]).                                 </div><div>[{res_resolv_conf_info,undefined},</div><div> {res_hosts_file_info,undefined},</div><div> {res_domain,"local"},</div><div> {res_hosts_file_tm,0},</div><div> {res_resolv_conf_tm,0},</div><div> {cache_refresh_interval,3600000},</div><div> {socks5_noproxy,[]},</div><div> {res_retry,3},</div><div> {res_search,["local"]},</div><div> {res_resolv_conf,"/etc/resolv.conf"},</div><div> {res_inet6,false},</div><div> {res_recurse,true},</div><div> {hostname,"allen"},</div><div> {res_udp_payload_size,1280},</div><div> {cache_size,100},</div><div> {sctp_module,inet_sctp},</div><div> {udp_module,inet_udp},</div><div> {tcp_module,inet_tcp},</div><div> {res_hosts_file,"/etc/hosts"},</div><div> {res_id,0},</div><div> {socks5_port,1080},</div><div> {res_timeout,2000},</div><div> {res_edns,false},</div><div> {res_alt_ns,[]},</div><div> {socks5_methods,[none]},</div><div> {res_ns,[{{192,168,14,10},53},{{192,168,24,10},53}]},</div><div> {res_usevc,false},</div><div> {socks5_server,[]},</div><div> {res_lookup,[native]}]</div><div>ok</div></div><div><div>(allen@127.0.0.1)7> io:format("~p~n",[rpc:call('loadtest@127.0.0.1', ets,tab2list,[inet_db])]).</div><div>[{res_resolv_conf_info,undefined},</div><div> {res_hosts_file_info,undefined},</div><div> {res_domain,"local"},</div><div> {res_hosts_file_tm,0},</div><div> {res_resolv_conf_tm,0},</div><div> {cache_refresh_interval,3600000},</div><div> {socks5_noproxy,[]},</div><div> {res_retry,3},</div><div> {res_search,["local"]},</div><div> {res_resolv_conf,"/etc/resolv.conf"},</div><div> {res_inet6,false},</div><div> {res_recurse,true},</div><div> {hostname,"allen"},</div><div> {res_udp_payload_size,1280},</div><div> {cache_size,100},</div><div> {sctp_module,inet_sctp},</div><div> {udp_module,inet_udp},</div><div> {tcp_module,inet_tcp},</div><div> {res_hosts_file,"/etc/hosts"},</div><div> {res_id,0},</div><div> {socks5_port,1080},</div><div> {res_timeout,2000},</div><div> {res_edns,false},</div><div> {res_alt_ns,[]},</div><div> {socks5_methods,[none]},</div><div> {res_ns,[{{192,168,14,10},53},{{192,168,24,10},53}]},</div><div> {res_usevc,false},</div><div> {socks5_server,[]},</div><div> {res_lookup,[native]}]</div><div>ok</div></div><div><br></div><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; font-family: Helvetica; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><font class="Apple-style-span" face="Calibri, sans-serif"><font class="Apple-style-span" face="Helvetica" size="3"><i><p class="MsoNormal" style="margin-top: 0cm; margin-right: 0cm; margin-bottom: 0.0001pt; margin-left: 0cm; font-size: 11pt; font-family: Calibri, sans-serif; font-style: normal; "><span style="color: rgb(31, 73, 125); "><o:p> </o:p></span></p></i></font></font></div></div></div></span></div></div></div></div></div></div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> Magnus Klaar <<a href="mailto:magnus.klaar@gmail.com">magnus.klaar@gmail.com</a>><br><span style="font-weight:bold">Date: </span> Wed, 21 Sep 2011 13:18:51 -0500<br><span style="font-weight:bold">To: </span> Allen Kim <<a href="mailto:allen.kim@epicadvertising.com">allen.kim@epicadvertising.com</a>><br><span style="font-weight:bold">Cc: </span> Kaiduan Xie <<a href="mailto:kaiduanx@gmail.com">kaiduanx@gmail.com</a>>, "<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>" <<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>><br><span style="font-weight:bold">Subject: </span> Re: [erlang-questions] erlang gen_tcp:connect/3 not working with rpc:call/4, anyone knows why?<br></div><div><br></div>Hi!<div><br><div>The Erlang VM provides multiple strategies for name lookups, among them is a native lookup mechamism using getaddrinfo and</div><div>an erlang client implemented by the inet_res module.</div><div><div><br><div>The contents of the inet_db table on the detached node may also be worth looking into, does it differ? which strategy does it use?. You can access it using:</div><div><br></div><div>rpc:call('<a href="mailto:loadtest@127.0.0.1">loadtest@127.0.0.1</a>', ets,tab2list,[inet_db]).</div><div><br></div><div>You may also want to look into the mDNSResponder daemon that OSX uses as a system-wide resolver. this daemon appears to</div><div>be an alternative to the nscd deamon found on GNU/Linux systems. Applications are expected to perform lookups against this daemon.</div><div><br></div><div>MVH Magnus</div><div><br></div><div><div><div class="gmail_quote">On Wed, Sep 21, 2011 at 7:03 PM, Allen Kim <span dir="ltr"><<a href="mailto:allen.kim@epicadvertising.com">allen.kim@epicadvertising.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">It IS Mac OS X issue, definitely.<br>
I ran it from CentOS box, and it works fine.<br>
Don't know why it does not work on Mac OS X though.<br><div><div></div><div class="h5"><br><br>
On 11-09-21 12:35 PM, "Allen Kim" <<a href="mailto:allen.kim@epicadvertising.com">allen.kim@epicadvertising.com</a>> wrote:<br><br>
>$cat /etc/resolv.conf<br>
>#<br>
># Mac OS X Notice<br>
>#<br>
># This file is not used by the host name and address resolution<br>
># or the DNS query routing mechanisms used by most processes on<br>
># this Mac OS X system.<br>
>#<br>
># This file is automatically generated.<br>
>#<br>
>nameserver 192.168.14.10nameserver 192.168.24.10<br>
><br>
><br></div></div></blockquote></div><br></div></div></div></div></div></span></body></html>