all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Slawomir Nowaczyk <slawomir.nowaczyk.847@student.lu.se>
Cc: drew.adams@oracle.com
Subject: Re: Minor problem with calc-quit
Date: Wed, 31 May 2006 00:51:55 +0200	[thread overview]
Message-ID: <20060531001005.07A6.SLAWOMIR.NOWACZYK.847@student.lu.se> (raw)
In-Reply-To: <m1Fl3l2-0004H6C@rattlesnake.com>

On Tue, 30 May 2006 08:55:36 -0400 (EDT)
"Robert J. Chassell" <bob@rattlesnake.com> wrote:

#>     When quitting calc (using calc-quit, i.e. "q") I get an error:
#> 
#> I can run and quit calc with no trouble using
#> this morning's GNU Emacs CVS snapshot, Tue, 2006 May 30 09:50 UTC
#> GNU Emacs 22.0.50.84 (i686-pc-linux-gnu, GTK+ Version 2.8.16)
#> started with
#> 
#>     emacs/src/emacs -Q -D
#> 
#> both with and without *Calc Keypad*.

Thanks for investigating this and sorry for the false alarm.

Turns out I had Drew Adams' "frame-cmds.el" in my load path, which
contains its own version of delete-windows-on and which somehow was
being loaded even for "emacs -Q".

#> The function `delete-windows-on' returns nil when there is no *Calc
#> Keypad* (i.e., the argument for `delete-windows-on' is nil; I tested
#> that) and (presumably) deletes the buffer containing the key pad when
#> it exists.

Right... It turns out that version from frame-cmds.el doesn't handle
the case of "buffer" argument being nil all that well... Drew, you
might want to do something about that :)

-- 
 Best wishes,
   Slawomir Nowaczyk
     ( slawomir.nowaczyk.847@student.lu.se )

If at first you dont succeed, destroy all evidence that you tried.

  reply	other threads:[~2006-05-30 22:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-30 11:32 Minor problem with calc-quit Slawomir Nowaczyk
2006-05-30 12:55 ` Robert J. Chassell
2006-05-30 22:51   ` Slawomir Nowaczyk [this message]
2006-05-30 23:19     ` Drew Adams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060531001005.07A6.SLAWOMIR.NOWACZYK.847@student.lu.se \
    --to=slawomir.nowaczyk.847@student.lu.se \
    --cc=drew.adams@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.