From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: orgtbl-mode and markdown Date: Tue, 18 Dec 2012 18:56:35 +0100 Message-ID: <87a9tbi6r0.fsf@Rainer.invalid> References: <1ssj73bvzr.fsf@voll.uninett.no> <1sbodrbhsl.fsf@voll.uninett.no> <66FAEC7A-9437-4ACD-A61E-4841AB8668EF@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:33556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tl1PL-0003Tw-86 for emacs-orgmode@gnu.org; Tue, 18 Dec 2012 12:56:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tl1PJ-0007GB-Va for emacs-orgmode@gnu.org; Tue, 18 Dec 2012 12:56:47 -0500 Received: from plane.gmane.org ([80.91.229.3]:51290) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tl1PJ-0007F7-Ov for emacs-orgmode@gnu.org; Tue, 18 Dec 2012 12:56:45 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tl1PV-0005sN-IN for emacs-orgmode@gnu.org; Tue, 18 Dec 2012 18:56:57 +0100 Received: from pd9eb5aee.dip.t-dialin.net ([217.235.90.238]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Dec 2012 18:56:57 +0100 Received: from Stromeko by pd9eb5aee.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Dec 2012 18:56:57 +0100 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 Carsten Dominik writes: > Well this is very safe - but if you have to assume that every elisp > command does change match data behind your back, you would have to > create a lot of extra code. Stefan Monnier advises the opposite (quote from http://article.gmane.org/gmane.emacs.bugs/68688 ): --8<---------------cut here---------------start------------->8--- > Okay. On second though: it wouldn't be very useful to use the match > data set by these functions. Why not save the match-data here once so > that no caller has to ever worry about it? Is there a general policy > that this kinda thing shouldn't be done? Yes, the general policy is: all functions should be presumed to trash the match-data, except for a very few exceptions. --8<---------------cut here---------------end--------------->8--- Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada