From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ken Newsgroups: gmane.emacs.help Subject: Re: Debugging calendar gremlin in emacs 22.0.50.1 Date: Tue, 19 Sep 2006 08:19:01 -0400 Message-ID: <450FE035.2020601@speakeasy.net> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1158668436 27771 80.91.229.2 (19 Sep 2006 12:20:36 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 19 Sep 2006 12:20:36 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Sep 19 14:20:31 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GPeaB-0000HB-BH for geh-help-gnu-emacs@m.gmane.org; Tue, 19 Sep 2006 14:20:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GPeaA-0001ea-Kc for geh-help-gnu-emacs@m.gmane.org; Tue, 19 Sep 2006 08:20:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GPeZi-0001I3-BX for help-gnu-emacs@gnu.org; Tue, 19 Sep 2006 08:19:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GPeZg-0001Fg-G3 for help-gnu-emacs@gnu.org; Tue, 19 Sep 2006 08:19:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GPeZg-0001FY-AE for help-gnu-emacs@gnu.org; Tue, 19 Sep 2006 08:19:40 -0400 Original-Received: from [69.17.117.7] (helo=mail5.sea5.speakeasy.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GPeck-0000h1-4k for help-gnu-emacs@gnu.org; Tue, 19 Sep 2006 08:22:50 -0400 Original-Received: (qmail 18303 invoked from network); 19 Sep 2006 12:19:38 -0000 Original-Received: from dsl093-011-017.cle1.dsl.speakeasy.net (HELO [192.168.0.27]) (gebser@[66.93.11.17]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 19 Sep 2006 12:19:38 -0000 User-Agent: Thunderbird 1.5.0.5 (X11/20060725) Original-To: help-gnu-emacs@gnu.org In-Reply-To: X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:37489 Archived-At: Glenn Morris wrote: > ken wrote: > >> After working already dozens of times, "M-x diary" suddenly fails with >> error message "Wrong type argument: sequencep, t". > > The general way to get more information in such cases is to use M-x > toggle-debug-on-error to turn on the debugger. > > Also check if the error occurs with an emacs started with -q > --no-site-file. Thanks for that. I vaguely remember those. Now they're in my personal documentation. After invoking "emacs -q --no-site-file" it loads fine. Then I visit ~/.emacs and evaluate the following that are needed for "M-x diary": (setq diary-file "~/diary.emacs") (setq number-of-diary-entries 14) (setq calendar-latitude 40.4) (setq calendar-longitude -51.9) Everything's still good. So then I run "M-x diary" and get this: The local variables list in diary.emacs contains values that may not be safe (*). Do you really want to apply it? You can type y - to apply the local variables list. n - to ignore.... ! - to apply... and permanently mark these... * auto-fill-mode: off fill-column: 999999 The reason for this (I'm guessing) is that I have this at the top of ~/diary.emacs: ;-*- mode: lisp; auto-fill-mode: off; fill-column: 999999 -*- I hit y and emacs loads what it thinks is the diary. ~/diary.emacs contains: --------------------------------------------------------- ;-*- mode: lisp; auto-fill-mode: off; fill-column: 999999 -*- %%(diary-anniversary 9 18 1970) %d years ago it was 9/18/1970 %%(diary-anniversary 9 19 1911) %d years ago it was 9/19/1911 %%(diary-anniversary 9 20 1934) %d years ago it was 9/20/1934 %%(diary-anniversary 9 20 1885) %d years ago it was 9/20/1885 %%(diary-anniversary 9 20 1878) $d years ago it was 9/20/1878 ;end of ~/diary.emacs --------------------------------------------------------- And this is exactly the output of the output I get from the above-invoked "M-x diary" except that the first line (beginning ";-*- mode... is not displayed, and the rest of the lines are single-spaced (see below)-- but if I make this buffer (entitled "Diary for Tuesday, September 19, 2006") the current buffer, do "C-x h M-w" and paste it somewhere, it'll show that first line. Quite weird. Even more weird: If I then do "C-x 5 f ~/diary.emacs", it does nothing the first time. I can go make another pot of coffee, come back, and there's no new frame. If I then run exactly the same command a second time, emacs then opens a new frame entitled "Diary for Tuesday, September 19, 2006" (i.e., displayed in the modeline) and which has exactly the same contents as the Diary buffer, i.e.: ------------------------------------------------------- %%(diary-anniversary 9 18 1970) %d years ago it was 9/18/1970 %%(diary-anniversary 9 19 1911) %d years ago it was 9/19/1911 %%(diary-anniversary 9 20 1934) %d years ago it was 9/20/1934 %%(diary-anniversary 9 20 1885) %d years ago it was 9/20/1885 %%(diary-anniversary 9 20 1878) $d years ago it was 9/20/1878 ---------------------------------------------------------- Next (in this new frame) I do "C-x f ~/diary.emacs RETURN": Nothing happens. Doing it a second time, nothing happens. (I'm guessing that emacs thinks it has already loaded the file, but a lot here is guessing.) So I do "C-x v ~/diary.emacs" and the file is loaded with its (correct) name in the modeline. Anybody understand what's going on? * Thinking again back to the sudden appearance of the gremlin, I did do a kernel upgrade. Though I really don't see how it could be the cause of the problem, that was the only thing that changed (that I can think of, that I know of) between the time I wasn't getting the error message "Wrong type argument: sequencep, t" and when I started getting it. The kernel used now is 2.6.11.4-21.14-default.