From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09] Date: Thu, 10 May 2012 12:19:49 +0200 Message-ID: <06487E01-CD7A-46D5-A811-B85D9838FE9A@gmail.com> References: <1209384792.845778.1336460118982.JavaMail.open-xchange@email.1und1.de> <87obpyfvb3.fsf@Rainer.invalid> <871umthpo3.fsf@Rainer.invalid> Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:41232) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSQTX-0002dr-8l for emacs-orgmode@gnu.org; Thu, 10 May 2012 06:20:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SSQTV-0002FS-Gz for emacs-orgmode@gnu.org; Thu, 10 May 2012 06:19:58 -0400 Received: from mail-ee0-f41.google.com ([74.125.83.41]:38739) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSQTV-0002F0-7n for emacs-orgmode@gnu.org; Thu, 10 May 2012 06:19:57 -0400 Received: by eekb47 with SMTP id b47so481307eek.0 for ; Thu, 10 May 2012 03:19:53 -0700 (PDT) In-Reply-To: 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: Tobias Cc: emacs-orgmode@gnu.org On 10.5.2012, at 09:15, Tobias wrote: > First I have to apologize for posting the bug report twice. The first = report has > been sent from my company. I thought that this bug-report does not = make it to > the list because the e-mail address at my company is not subscribed to = the list. > Therefore, I subscribed with my private e-mail address and sent the = bug report > once more. >=20 > Now, some digging about the bug. I have investigated = org-table-recalculate and > the functions called therein. >=20 > The only place where @II is handled correctly is: > org-table-get-descriptor-line > This function is only called within: > org-table-get-range > This function is called at the end of: > org-table-expand-lhs-ranges > But at the beginning of this function the cond condition > (string-match "^@-?[-+I0-9]+\\$-?[0-9]+$" lhs) > already filteres out this case. The field descriptor is not regarded = as a range > but as a fixed field. > I changed > (string-match "^@-?[-+I0-9]+\\$-?[0-9]+$" lhs) > into > (string-match "^@-?[-+0-9]+\\$-?[0-9]+$" lhs) > without the I in the first character set. This seems to fix the bug. = But I am > not sure about the side effects. On the other hand (referring to my message in this thread just a few = minutes ago) this analysis here is correct and making the change Tobias = is proposing probably would work without side effects. =20 So I step back from my earlier post and I applied the change Tobias was = proposing. - Carsten=