headers
Lennart Borgman (gmail | 5 Sep 22:01

Does with-selected-window set current buffer?

I am trying to understand if with-selected-window sets current buffer to
the selected window.

with-selected-window calls select-window. The doc string for
select-window makes me a bit confused. At the end of it is a notion that
the command loop selects the buffer of selected window.

Does that mean that select-window does not select that window? Or what
is the comment about?

The reason I am asking is that I have recently seen some cases where I
use with-selected-window in a timer and it looks to me like the code has
been carried out in the wrong buffer. I am not sure yet what is
happening though.
Permalink | Reply | 3 comments |
headers
Jeremy Maitin-Shepard | 5 Sep 19:23

Bug in CL with destructuring-bind and default arguments

Hello,

I've noticed a bug in CL with destructuring-bind:

This should work:

(destructuring-bind (&optional (a 1)) '() a)

But instead it gives an error:

Debugger entered--Lisp error: (void-variable bind-enquote)
  cl-do-arglist((&optional (a 1)) 'nil)
  #[(args expr &rest body) "ƉƉÇȆ
Permalink | Reply | 0 comments |
headers
Chong Yidong | 5 Sep 18:44

Emacs 22.3 released

GNU Emacs 22.3 has been released, and is now available at
ftp.gnu.org/gnu/emacs/ and the GNU FTP mirrors (see
http://www.gnu.org/order/ftp.html).

The MD5 check-sum for the source tarball is:

  aa8ba34f548cd78b35914ae5a7bb87eb  emacs-22.3.tar.gz

Please send any bug reports to bug-gnu-emacs <at> gnu.org.  Within Emacs, you
can do this using the command M-x report-emacs-bug.

Emacs 22.3 is a bugfix release.
Permalink | Reply | 2 comments |
headers
Francis Litterio | 5 Sep 18:06

minibuffer-complete inserts extraneous '-' using CVS Emacs

In CVS Emacs built on Linux and Windows XP, I see the following behavior
from minibuffer-complete:

  1.  Run "emacs -Q" or "emacs -q".

  2.  Type "C-h f file-p SPC".

  3.  The minibuffer shows "file--p" even though no function's name starts
      with that sequence of characters.
--
Fran
Permalink | Reply | 2 comments |
headers
Katsumi Yamaoka | 5 Sep 02:53
X-Face

`C-h f' doesn't show file where function comes from

Hi,

When I start Emacs with

  emacs -Q -l wid-edit

and type

  C-h f widget-button-press RET

Emacs 22.2.92 shows:
--8<---------------cut here---------------start------------->8---
widget-button-press is an interactive compiled Lisp function in `/local/share/emacs/22.2.92/lisp/wid-edit.elc'.
(widget-button-press pos &optional event)

Invoke button at pos.
--8<---------------cut here---------------end--------------->8---

However, Emacs 23.0.60 shows:
--8<---------------cut here---------------start------------->8---
widget-button-press is an interactive compiled Lisp function.

(widget-button-press pos &optional event)

Invoke button at pos.
--8<---------------cut here---------------end--------------->8---

Why do those results differ?  The way of Emacs 23.0.60 is
inconvenient to me.  I need to evaluate (symbol-file 'FN) when I
want to know where the file providing the function definition is.
(Continue reading)

Permalink | Reply | 5 comments |
headers
Paul Michael Reilly | 5 Sep 00:15

An Emacs plug-in for a browser (Firefox?)

Steve Yegge, always an interesting read, recently opined that two of
his "essential" tools are Emacs and Firefox.  And claimed that if one
were to subsume the other life would be nearly perfect, in at least
one sense.

While there are a few very useful Emacs add-ons that allow you to use
emacsclient to edit text in Mozilla based tools (Thunderbird and
Firefox come to mind), I've always wondered why someone has not hacked
a plugin that support some sort of Emacs url.  For example,
"emacs://x.y.z/some/file/or/other.txt" when presented to the browser
would fire up a tab on the browser with a full blown Emacs instance
"embedded/buried" in it and edit the file other.txt with the full
power of Emacs immersed in the browser.  Sandbox issues aside, what
other issues need to be overcome to create such a browser plugin?

-pmr
Permalink | Reply | 12 comments |
headers
Lennart Borgman (gmail | 4 Sep 18:12

avltree => avl-tree (from jdee-devel)

There is a discussion on jdee-devel on how to manage the transition from
elib's avltree to avl-tree in current CVS Emacs, see below

Can someone please comment on this?

------- from jdee-devel:

  CK> Can we define avl-tree-* functions if they do not already exist? My
  CK> elisp is atrocious, but in Common Lisp I envision something like:

Sure. There's a old hack out there to make "defcustom" work even when
custom.el isn't available.

  CK> (handler-case (symbol-function 'avl-tree-something)
  CK>   (undefined-function ()
  CK>     (setf (symbol-function 'avl-tree-something) (symbol-function
  CK>     'avltree-something))))

  CK> We could have a bunch of these as top-level forms (one for each
  CK> avl-tree-* function we need to use). They would detect if
  CK> #'avl-tree-something is undefined, and if so, define it to be the same
  CK> function as #'avltree-something.

Something like this might work....

(if (not (require 'avl-tree nil t))
    (progn (require avltree)
           (defalias avl-tree-enter 'avltree-enter)
           (defalias avl-tree-delete 'avltree-delete)
           ....
(Continue reading)

Permalink | Reply | 1 comment |
headers
Katsumi Yamaoka | 4 Sep 14:13
X-Face

line-move-visual & invisible text

Hi,

I use (setq line-move-visual nil) but I realized I need at least:

(add-hook 'Info-mode-hook
	  (lambda nil
	    (set (make-local-variable 'line-move-visual) t)))

It enables C-n and C-e to work on the title lines of Info pages.
For instance, in the top of the Gnus Info, there is the line
displayed as:

The Gnus Newsreader

But just under it, there is actually the invisible line:

*******************

This seems to be the cause of the malfunction of C-n and C-e,
performed on such places, in the case where `line-move-visual'
is nil.  It might not be so serious, but is a bug.

Regards,
Permalink | Reply | 0 comments |
headers
Ulrich Mueller | 4 Sep 00:26

Intermittent unexec failures on Linux >= 2.6.25

Building of Emacs 22.2.92 (also 22.2) on Linux 2.6.25 (or later)
sometimes fails with a segmentation fault in dump-emacs / unexec.

This was reported by Jan Hrabe as Gentoo bug 236579,
<http://bugs.gentoo.org/236579>.

I've investigated and found that indeed temacs fails in dump-emacs
intermittently. For my test, I have run "make; rm src/emacs" 250 times
in a loop, and in 3 cases a segmentation fault of temacs occured.

The problem seems to be that heap_bss_diff is too large for unexec
to succeed (due to kernel heap randomisation, see
<http://lkml.org/lkml/2007/10/23/435>).

On the other hand, it is (in case of the 3 failures) not large enough
to fulfill the condition (heap_bss_diff > MAX_HEAP_BSS_DIFF) which
would trigger the correct behaviour, namely setting the personality
and calling execve of itself.

In the 247 successful cases, heap_bss_diff first had a large value
(up to about 32 MiB), and in the exec'd temacs its value was constant,
namely 1887 bytes.

The 3 failures had heap_bss_diff = 575327, 911199, and 268127, which
are all smaller than MAX_HEAP_BSS_DIFF (1024*1024), so execvp was
_not_ called.

Where does that value of MAX_HEAP_BSS_DIFF = 1 MiB come from? Could it
be decreased, or could temacs execve itself unconditionally on Linux?
In my opinion, a failure rate of about 1 % is too high.
(Continue reading)

Permalink | Reply | 0 comments |
headers
lode leroy | 3 Sep 11:08

emacs-23 : file name completion in minibuffer regression? (win32)


I just installed emacs23 and noticed that the filename completion in the minibuffer works differently
than before... I suppose it's a regression on win32

For example:

C-x C-f ~ / TAB
> C:/Prj/~/
it used to show
> ~/

same for

C-x C-f / TAB
> C:/Prj//
it used to show
> /

GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-08-29
http://ourcomments.org/Emacs/DL/EmacsW32/EmacsCVS/unptch/emacs-from-cvs-080829.zip

_________________________________________________________________
News, entertainment and everything you care about at Live.com. Get it now!
http://www.live.com/getstarted.aspx
Permalink | Reply | 1 comment |
headers
Kenichi Handa | 3 Sep 10:13

Re: [Torsten Bronger] Re: 23.0.60; Unicode display problems

In article <871w022tmy.fsf <at> cyd.mit.edu>, Chong Yidong <cyd <at> stupidchicken.com> writes:

> Chong Yidong writes:

> > Do you still see a problem with the latest CVS code,
> with Kenichi > Handa's changes?

> Everything works now like before the change that broke it
> for me.

> But I saw another regression in that area, maybe
> introduced by related changes: Combining diacritical marks
> may vanish from display.  If I have a letter followed by a
> dot accent, for example, I don't see the dot; neither on
> the letter, nor directly after it.

It seems that there's a bug in the new code for composing
diacritical marks.  As Juanma mailed, currently C-u C-x =
doesn't report how charaters are composed.  I'm now working
on fixing it.  When it is done, we can see what is wrong
easily.  Please wait for a while.

---
Kenichi Handa
handa <at> ni.aist.go.jp
Permalink | Reply | 3 comments |

Gmane