From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Helmut Eller Newsgroups: gmane.emacs.devel Subject: Re: Guile in Emacs Date: Wed, 14 Apr 2010 16:18:28 +0200 Message-ID: References: <4B8147A9.7030504@gmail.com> <3vsk8ecg6a.fsf@fencepost.gnu.org> <873a0euot4.fsf@stupidchicken.com> <873a0cyv3r.fsf@lola.goethe.zz> <87aauiho3y.fsf_-_@lifelogs.com> <1271028837.6164.55.camel@dell-desktop.example.com> <1271102739.6067.38.camel@dell-desktop.example.com> <8039yz34ka.fsf@tiny.isode.net> <1271173887.6067.53.camel@dell-desktop.example.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1271256314 11035 80.91.229.12 (14 Apr 2010 14:45:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 14 Apr 2010 14:45:14 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 14 16:45:12 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 1O23pp-00084B-B7 for ged-emacs-devel@m.gmane.org; Wed, 14 Apr 2010 16:45:11 +0200 Original-Received: from localhost ([127.0.0.1]:60416 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O23pX-0006aQ-AO for ged-emacs-devel@m.gmane.org; Wed, 14 Apr 2010 10:44:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O23f1-00029h-K8 for emacs-devel@gnu.org; Wed, 14 Apr 2010 10:33:47 -0400 Original-Received: from [140.186.70.92] (port=36736 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O23ez-00028q-T4 for emacs-devel@gnu.org; Wed, 14 Apr 2010 10:33:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O23ey-0000RF-0l for emacs-devel@gnu.org; Wed, 14 Apr 2010 10:33:45 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:56718) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O23ex-0000Qz-Ls for emacs-devel@gnu.org; Wed, 14 Apr 2010 10:33:43 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O23QL-000136-JU for emacs-devel@gnu.org; Wed, 14 Apr 2010 16:18:37 +0200 Original-Received: from dial-180024.pool.broadband44.net ([212.46.180.24]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Apr 2010 16:18:37 +0200 Original-Received: from eller.helmut by dial-180024.pool.broadband44.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Apr 2010 16:18:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 19 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: dial-180024.pool.broadband44.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:l99cbL0Y8mRxhHlVROxTpNsP8XI= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:123641 Archived-At: * John Wiegley [2010-04-14 15:30+0200] writes: > Lastly, I'm not at all convinced Emacs Lisp needs multithreading. I > would prefer a coarser model of process separation to allow things > like Gnus to run in tandem with other tasks. It would be nice if a > wholly separate process could connect to the frames/windows/buffers > (but not symbol space) of a master Emacs process. I was just > considering yesterday the truly scary-to-debug scenarios that come up > when you realize dynamic variables can change mid-form, or that hooks > might run while other hooks are executing. There is so much code that > depends on sequence of execution that I think multithreading could > cause us stability headaches for years and years. Amen. Also consider that all the web browsers move away from multithreading and use processes these days. Good that Emacs is so slow at adapting new techologies; maybe we can take a shortcut this time and skip the multithreading dead-end :-) Helmut