Stefan Monnier | 1 Oct 01:13 2010
Picon

bug#7138: 24.0.50; Markers lost with minibuffer completion

> I've found that setting markers with C-SPC in the minibuffer for C-x
> C-f and then completing some file name with TAB, the markers will be
> deleted and so C-u C-SPC won't work.  This is a corner case of
> completion and markers, but seems like it should be done right.  I
> have proposed a patch.

Looks pretty good, thank you.

> The comment in the function I changed suggests that marks should be
> preserved.  That doesn't seem to be the case at all.

It is talking about surrounding markers, not markers within the
replaced text.  Your patch changes the code to "delete first and insert
afterwards", which is not as good w.r.t preserving surrounding markers
(because after the delete, the markers that were after and before the
deleted text end up together and the subsequent insert can't tell which
to push to which side).

> +    (if (numberp pos)
> +        (setq pos (1- (abs pos)))
> +      (setq pos 0))

Aka  (setq pos (if (numberp pos) (1- (abs pos)) 0))

In any case, I've installed in the emacs-23 branch a slightly different
change, which additionally tries to find a common suffix.
Thanks,

        Stefan

(Continue reading)

Daiki Ueno | 1 Oct 04:52 2010

bug#7130: 24.0.50; EPA queries twice and doesn't cache passwords when decrypting files

Tassilo Horn <tassilo <at> member.fsf.org> writes:

>> Here are the steps I tried:
>
> That script is missing only one line:
>
>> $ mkdir -p /tmp/test && cd /tmp/test
>> $ gpg --symmetric > dot-test.gpg < /dev/null
>> $ git init
>> $ git add dot-test.gpg
>
> $ git commit -m test
>
>> $ cd .. && ln -s test/dot-test.gpg .test.gpg
>> $ emacs -Q
>> $ M-: (setq epa-file-cache-passphrase-for-symmetric-encryption t)
>> $ C-x C-f .test.gpg
>
> Without having the file committed, emacs won't query you if it should
> follow a symlink to a git version controlled file, and that seems to
> trigger the bug.

Well that is my typo.  Even if I commit the file, I'm asked for password
only once, while I'm actually asked if emacs should follow a symlink,
and I answer "yes".

The contents of *Message* are:

--8<---------------cut here---------------start------------->8---
For information about GNU Emacs and the GNU system, type C-h C-a.
(Continue reading)

oh sr | 1 Oct 04:01 2010
Picon

bug#7141: 23.2; can't use ns-toggle-fullscreen


In GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29)
  of 2010-05-09 on black.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--host=x86_64-apple-darwin' '-- 
build=i686-apple-darwin' '--with-ns' 'build_alias=i686-apple-darwin'  
'host_alias=x86_64-apple-darwin' 'CC=gcc -mmacosx-version-min=10.5''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: nil
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: nil
   value of $XMODIFIERS: nil
   locale-coding-system: nil
   default enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
   show-paren-mode: t
   display-time-mode: t
   iswitchb-mode: t
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
(Continue reading)

Glenn Morris | 1 Oct 05:30 2010
Picon

bug#7106: Unable to customize menu-bar startup from .emacs file

Avery Chan wrote:

> Upgrading to 23.2.1 fixed this. Is there a process for letting Apple
> know that their stock installation is broken? I *am* using an older
> version of the OS so it might be fixed in 10.6.*. I don't know what
> kind of relationship gnu.org has with Apple; if there's a process for
> this it might be beneficial to push this to them.

There is no relationship between gnu.org and Apple in this regard.
You could report it to them through whatever channels they have for
users of their system to report bugs and make requests.

Glenn Morris | 1 Oct 05:35 2010
Picon

bug#7141: 23.2; can't use ns-toggle-fullscreen


> In GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29)
[...]
> Symbol's function definition is void: ns-toggle-fullscreen

There is no function "ns-toggle-fullscreen" in Emacs.

What is your bug report?

Avery Chan | 1 Oct 04:36 2010

bug#7106: Unable to customize menu-bar startup from .emacs file

Upgrading to 23.2.1 fixed this. Is there a process for letting Apple  
know that their stock installation is broken? I *am* using an older  
version of the OS so it might be fixed in 10.6.*. I don't know what  
kind of relationship gnu.org has with Apple; if there's a process for  
this it might be beneficial to push this to them.

Thanks again for looking into this. I appreciate it.

Avery

On Sep 28, 2010, at 1:50 AM, Glenn Morris wrote:

> Avery Chan wrote:
>
>> (custom-set-variables
>> '(gud-gdb-command-name "gdb --annotate=1")
>> '(large-file-warning-threshold nil)
>> '(menu-bar-mode t)
>> '(shell-dirtrack-verbose nil))
>> (custom-set-faces
>> )
>> (add-hook 'shell-mode-hook 'ansi-color-for-comint-mode-on)
>> Note the (menu-bar-mode t). When I fire up emacs, I have to M-x menu-
>> bar-mode to get a menu bar.
>
> Works for me in GNU/Linux with Emacs 22.1 through 23.2.
> Note that the menu-bar is on by default anyway, so you should not need
> to do anything in the first place.
>
>> I am concluding, then, that the problem lies with this particular
(Continue reading)

Glenn Morris | 1 Oct 05:57 2010
Picon

bug#7135: 24.0.50; Mac OS X X11: emacsclient cannot find server from remote login

Eli Zaretskii wrote:

> If this works, shouldn't it rather be part of egetenv?  Or at least a
> new get_tmpdir function that would call egetenv on all platforms
> except Darwin, and use the above on Darwin?

I'm not sure if this matters anywhere outside of the current context.
I added a kludge to the init of temporary-file-directory in the trunk.
Maybe as you say there should be a Ftemporary_file_directory that is
used there and elsewhere.

Glenn Morris | 1 Oct 05:43 2010
Picon

bug#7135: 24.0.50; Mac OS X X11: emacsclient cannot find server from remote login

Version: 23.3

2010-10-01  Glenn Morris  <rgm at gnu.org>

        * emacsclient.c (set_local_socket) [DARWIN_OS]: Try as a
        fall-back DARWIN_USER_TEMP_DIR.  (Bug#3992)

jidanni | 1 Oct 10:05 2010

bug#7137: two dashes appear after long y-or-n-p's

On Thu, Sep 30, 2010 at 01:08:39PM +0200, Eli Zaretskii wrote:
> Probably the result of revno 101415:
> 
>   2010-09-12  Stefan Monnier  <monnier <at> iro.umontreal.ca>
> 
> 	  * subr.el (y-or-n-p): New function, moved from src/fns.c; use read-key.
> 
> It causes read_key_sequence to be called, which calls echo_prompt,
> which calls echo_now, which calls echo_dash, which displays the
> dashes.
Well they look terrible. 

Eli Zaretskii | 1 Oct 10:20 2010
Picon

bug#7102: 23.2; Makefile fontification incorrect

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Date: Sun, 26 Sep 2010 22:17:18 +0200
> Cc: Christoph <cschol2112 <at> googlemail.com>, 7102 <at> debbugs.gnu.org
> 
> >> Start Emacs with `emacs -Q'.
> >> Open `gmake.defs' in `nt/' directory.
> >>> From line 99 on the rest of the file is fontified mostly as comments.
> >> Note: Removing 1 of the double quotes at the end of line 99 results in correct
> >> fontification of the buffer.
> 
> > I know nothing about this code, but since the comment in the line
> > above says that it contains a deliberate syntax error, maybe
> > makefile-mode can be forgiven for getting confused.
> 
> The problem is that makefile-mode assumes all the Makefil content
> follows the lexical rules of Make, whereas $(shell ...) does not follow
> the Make lexical rules in "...", so (as in the present case) the "..."
> may contain unmatched double quotes.  I don't actually know how the end
> of "..." is determined, tho I guess it's something like "the matching
> close-paren" probably with the possibility to escape parens
> with backslashes.

I fixed it by adding a comment line with a quote right after the
offending line (revno 101701).


Gmane