From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Asynchronous DNS Date: Thu, 04 Feb 2016 13:22:29 +1100 Message-ID: <87lh71nriy.fsf@gnus.org> References: <87si1gx6wz.fsf@gnus.org> <86y4b5zvzt.fsf@gmail.com> <8760y9kwrk.fsf@gnus.org> <87wpqpjgwy.fsf@gnus.org> <83a8nk1cxk.fsf@gnu.org> <87h9hrnc8x.fsf@gnus.org> <83powfzsqt.fsf@gnu.org> <87y4b393hl.fsf@gnus.org> <83io27ytu3.fsf@gnu.org> <87k2mmzkry.fsf@gnus.org> <83k2mlyet8.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1454552609 30228 80.91.229.3 (4 Feb 2016 02:23:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Feb 2016 02:23:29 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 04 03:23:20 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aR9Zn-0007dF-0K for ged-emacs-devel@m.gmane.org; Thu, 04 Feb 2016 03:23:19 +0100 Original-Received: from localhost ([::1]:39036 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aR9Zi-0002nP-Ol for ged-emacs-devel@m.gmane.org; Wed, 03 Feb 2016 21:23:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57539) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aR9Zf-0002nK-Hb for emacs-devel@gnu.org; Wed, 03 Feb 2016 21:23:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aR9Zc-0006ra-AL for emacs-devel@gnu.org; Wed, 03 Feb 2016 21:23:11 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:48724) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aR9Zc-0006q0-3c; Wed, 03 Feb 2016 21:23:08 -0500 Original-Received: from cpe-60-225-211-161.nsw.bigpond.net.au ([60.225.211.161] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aR9Z4-0005c2-PA; Thu, 04 Feb 2016 03:22:35 +0100 In-Reply-To: <83k2mlyet8.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 03 Feb 2016 17:49:23 +0200") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aR9Z4-0005c2-PA MailScanner-NULL-Check: 1455157356.85459@QV7qpTCi87Lqt4FG30cg6Q X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:199272 Archived-At: Eli Zaretskii writes: > If we introduce such a thread, its code needs to be carefully audited > for the above-mentioned gotchas. E.g., passing to it a C pointer to a > contents of a Lisp string is probably unsafe. It's not rocket science > to DTRT in this case (we already do that quite a lot on MS-Windows), > it just requires very careful programming and code review. Sure. But I think that for the getaddrinfo_a thing, it really is that simple. Everything is allocated and freed in the main thread, the address lookup doesn't need to access anything Lispy, etc. (This is how the structure of the getaddrinfo_a library already works.) >> Ok, but it's a problem when debugging in gdb, and not a problem for an >> Emacs running without gdb? > > Only for the former, AFAIK. GDB is complaining about a data structure > it builds, not about something the executable does. I see. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no