From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: Async DNS lookups Date: Thu, 4 Nov 2010 12:09:05 -0400 Message-ID: References: <35456.130.55.118.19.1288819785.squirrel@webmail.lanl.gov> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1288887038 15214 80.91.229.12 (4 Nov 2010 16:10:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 4 Nov 2010 16:10:38 +0000 (UTC) To: Emacs Developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 04 17:10:33 2010 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.69) (envelope-from ) id 1PE2OS-0007sv-0Z for ged-emacs-devel@m.gmane.org; Thu, 04 Nov 2010 17:10:30 +0100 Original-Received: from localhost ([127.0.0.1]:54110 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PE2ON-00078w-FM for ged-emacs-devel@m.gmane.org; Thu, 04 Nov 2010 12:10:23 -0400 Original-Received: from [140.186.70.92] (port=33717 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PE2NX-0006rO-90 for emacs-devel@gnu.org; Thu, 04 Nov 2010 12:09:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PE2NP-0008Uq-Cm for emacs-devel@gnu.org; Thu, 04 Nov 2010 12:09:24 -0400 Original-Received: from splat.raeburn.org ([69.25.196.39]:55713 helo=raeburn.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PE2NE-0008Sv-Nl for emacs-devel@gnu.org; Thu, 04 Nov 2010 12:09:23 -0400 Original-Received: from squish.hsd1.ma.comcast.net (c-98-216-239-22.hsd1.ma.comcast.net [98.216.239.22]) by raeburn.org (8.14.3/8.14.1) with ESMTP id oA4G9Amo024853; Thu, 4 Nov 2010 12:09:10 -0400 (EDT) In-Reply-To: X-Mailer: Apple Mail (2.1081) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:132361 Archived-At: By "threads" I meant "threads or helper subprocesses"; we don't *have* = to introduce threads to Emacs right now if it would be too complicated = for this one little task. That said, I do hope we can go that route, as I can imagine other things = that might be improved with careful use of threads. For example, file = access on a slow or unresponsive NFS server blocks the thread trying to = do the I/O... but if that's not the thread managing the display and = checking for ^G, maybe we can make it appear interruptible to the user, = or do redisplay as needed while waiting for the file I/O to finish. = (POSIX has an async I/O API that could help too, but I'm not sure if = it's portable enough yet, and again the glibc implementation appears to = just spin off helper threads.) Ken=