From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Regression in `org-todo' Date: Mon, 02 Apr 2012 17:40:49 -0400 Message-ID: <7135.1333402849@alphaville> References: <20120402145403.GB1704@mischka.fritz.box> <87k41yxjkn.fsf@altern.org> <20120402204413.GD1704@mischka.fritz.box> Reply-To: nicholas.dokos@hp.com Return-path: Received: from eggs.gnu.org ([208.118.235.92]:33935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SEozs-0006gV-TX for emacs-orgmode@gnu.org; Mon, 02 Apr 2012 17:41:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SEozp-00019w-VJ for emacs-orgmode@gnu.org; Mon, 02 Apr 2012 17:41:08 -0400 Received: from g6t0186.atlanta.hp.com ([15.193.32.63]:5452) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SEozp-00018G-QM for emacs-orgmode@gnu.org; Mon, 02 Apr 2012 17:41:05 -0400 Received: from g5t0029.atlanta.hp.com (g5t0029.atlanta.hp.com [16.228.8.141]) by g6t0186.atlanta.hp.com (Postfix) with ESMTP id F1CC42C2AA for ; Mon, 2 Apr 2012 21:40:51 +0000 (UTC) In-Reply-To: Message from Michael Strey of "Mon, 02 Apr 2012 22:44:13 +0200." <20120402204413.GD1704@mischka.fritz.box> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Cc: nicholas.dokos@hp.com Michael Strey wrote: > Hi Bastien, > > On Mon, Apr 02, 2012 at 05:03:04PM +0200, Bastien wrote: > > ... > > Please test against latest HEAD and tell me if your problem is still > > here, it shouldn't. > > I confirm that the problem is solved. Thank you! > > It's interesting to see how a bug in a module from the contrib path can > cause strange behaviour of org-mode's core functions. > There is no distinction between contrib and core. Once a module is loaded (wherever it comes from), it is part of emacs and can cause all kinds of damage: not just to org, but to the whole running emacs. It's the price one pays for the convenience of dynamically loading code. You can avoid the danger by not loading modules, but then emacs becomes much less interesting: after all, the "e" stands for "extensible". And it's not just emacs: if you load a module in linux, it can muck around with kernel memory and crash your system in no time at all. The whole microkernel approach was an attempt to have that cake and eat it too: safely loading modules (they run in a separate address space and can't touch core kernel memory). Nobody has found a way to make it as fast as a monolithic kernel though (although people have argued forever about it: the Tanenbaum-Torvalds debate centered exactly around that point - after you subtract the flaming). Nick