From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Price Subject: Re: serious calendar integration bug Date: Thu, 28 Apr 2011 13:05:26 -0400 Message-ID: References: <87y62vqzln.wl%dmaus@ictsoc.de> <10947.1303994607@alphaville.dokosmarshall.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec5014c5b53786704a1fd907b Return-path: Received: from eggs.gnu.org ([140.186.70.92]:40185) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFUef-0002AV-Af for emacs-orgmode@gnu.org; Thu, 28 Apr 2011 13:05:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QFUee-00069l-FO for emacs-orgmode@gnu.org; Thu, 28 Apr 2011 13:05:29 -0400 Received: from mail-vw0-f41.google.com ([209.85.212.41]:37672) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFUee-00069b-BC for emacs-orgmode@gnu.org; Thu, 28 Apr 2011 13:05:28 -0400 Received: by vws4 with SMTP id 4so2864536vws.0 for ; Thu, 28 Apr 2011 10:05:27 -0700 (PDT) In-Reply-To: <10947.1303994607@alphaville.dokosmarshall.org> 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: nicholas.dokos@hp.com, Org Mode --bcaec5014c5b53786704a1fd907b Content-Type: text/plain; charset=ISO-8859-1 On Thu, Apr 28, 2011 at 8:43 AM, Nick Dokos wrote: > Matt Price wrote: > > > One thing is to make sure that it is the first select-window which is > failing: > there is a second one in there as well. Toggling debug-on-error and getting > a full backtrace (assuming you are loading .el files and not .elc files) > would > take care of that. > > If there were any concurrency, I'd suspect a race: you try to select a > window > that somebody else killed in the meantime. But I don't think there is > anything > like that going in emacs - but I don't know for sure. > I think I'm loading .el files, from the git repository. And I think it must be the first select-window failing, because (get-buffer-window "*Calendar*") evaluates to nil, while (selected-window) evaluates to a numbered window. "*scratch*" also works properly, so there's so mething very odd about the *Calendar* window. There must be something strange happening with the calendar functions -- that's part of the emacs core, right? Or should I be worrying about my other packages? Again, many thanks, Matt > Nick > --bcaec5014c5b53786704a1fd907b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Thu, Apr 28, 2011 at 8:43 AM, Nick Dokos = <nicholas.dok= os@hp.com> wrote:
Matt Price <moptop99@gmail.com> wrote:


One thing is to make sure that it is the first select-window wh= ich is failing:
there is a second one in there as well. Toggling debug-on-error and getting=
a full backtrace (assuming you are loading .el files and not .elc files) wo= uld
take care of that.

If there were any concurrency, I'd suspect a race: you try to select a = window
that somebody else killed in the meantime. But I don't think there is a= nything
like that going in emacs - but I don't know for sure.
<= div>
I think I'm loading .el files, from the git repository.=A0 And = I think it must be the first select-window failing, because=A0 (get-buffer-= window "*Calendar*") evaluates to nil, while (selected-window) ev= aluates to a numbered window.=A0 "*scratch*" also works properly,= so there's so mething very odd about the *Calendar* window.=A0 There m= ust be something strange happening with the calendar functions -- that'= s part of the emacs core, right?=A0 Or should I be worrying about my other = packages?=A0

Again, many thanks,
Matt


Nick

--bcaec5014c5b53786704a1fd907b--