bug#1288: 23.0.60; completion-ignored-extensions doc bug?

> Thanks, and sorry for forgetting about that.  (But in rereading the doc
> string now, it seems either ambiguously worded or even wrong:

> "Completion ignores file names ending in any string in this list.
> It does not ignore them if all possible completions end in one of
> ^^^^^^^^^^^^^^^^^^^^^^^
> these strings or when displaying a list of completions.
>                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> It ignores directory names if they match any string in this list which
> ends in a slash."

> This seems to be saying that the *Completions* buffer should display the
> file names libthread_db-1.0.so and libthread_db.so in the above
> scenarios, but that is not what happens.  Or am I misconstruing the doc
> string?  If so, perhaps it can be rephrased more clearly.

In your examples, you hit "/usr/lib/libthr TAB" which does not display
the completions for "libthr" but instead performs the completion.
You only get a *Completions* buffer on the second TAB, at which point
the minibuffer input is "/usr/lib/libthreadweaver.so.4" for which
there's no *.so file to display any more.
If instead of the first TAB you press ? then you'll see the .so
file listed.

        Stefan

bug#1286: marked as done (comment-dwim on a comment line does not toggle comment)

Your message dated Fri, 31 Oct 2008 21:33:32 -0400
with message-id <jwvabcknsf4.fsf-monnier+emacsbugreports <at> gnu.org>
and subject line Re: bug#1286: comment-dwim on a comment line does not toggle comment
has caused the Emacs bug report #1286,
regarding comment-dwim on a comment line does not toggle comment
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)

--

-- 
1286: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1286
Emacs Bug Tracking System
Contact don <at> donarmstrong.com with problems

bug#1289: 23.0.60; ridiculously large frame after maximizing and resizing back

Starting Emacs with `emacs --geometry=85x46+35+35 &' gives huge values
for (frame-height) and (frame-width) after maximizing the frame and
resizing it back:

before maximizing: (frame-height) => 46, (frame-width) => 85
after maximizing: (frame-height) => 65, (frame-width) => 124
after unmaximizing: (frame-height) => 716, (frame-width) => 889

My window manager is IceWM 1.2.35.

In GNU Emacs 23.0.60.12 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.11)
 of 2008-11-01 on turtle
(Note that my userland is 32-bit, only the kernel is 64-bit.)

Windowing system distributor `The X.Org Foundation', version 11.0.10402000
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  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: de_DE.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Group

bug#1282: Improvement to gud.el error message

 > This patch improves an error message in gud.el, by indicating the name of
 > the file that cannot be found.
 > 
 >                     -Michael Ernst

If I have a file MyProg.java, with your patch I get:

Could not find source file MyProg

i.e. the class name not the filename.

Have you read this comment in gud.el?

       ;; The first group matches <fully-qualified-class>,
       ;; the second group matches <class> and the third group
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       ;; matches <line-number>.  We don't care about using

Generally, if there is more than one (non-public) class in the file, the
class name needn't match the filename.

--

-- 
Nick                                           http://www.inet.net.nz/~nickrob

bug#1279: color output from external programs not working by default in eshell

bug#1287: 23.0.60; emacs 23.0.60 does not build on x86_64 architeture

Am 31.10.2008 um 22:31 schrieb stefan-husmann <at> t-online.de:

> Hello
>
> I try to make a PKGBUILD on Arch Linux, x86_64 architecture. System libs
> ar not installed under /usr/lib64 but under /usr/lib.

Do you have a symlink /usr/lib64 -> lib ?  It might help to avoid...

> make[2]: *** No rule to make Target »/usr/lib64/crt1.o«, 
> needed by »temacs«,  Stop.

...this problem, because /usr/lib/crt1.o should exist.

Sven

bug#1237: 23.0.60; `switch-to-buffer-other-window' sometimes uses selected window

I've been looking into this and found out that in order to fix problems
in this area we need an optional "norecord" argument for `select-frame'
and `set-frame-selected-window'.  Both of these may (indirectly) call
`select-window' and thus mess with the order of recently selected
windows (and probably also the buffer list).

As a rule, the norecord argument would be set by `with-selected-window'
and `with-selected-frame' in addition to `walk-windows'.  Personally,
I'd set it in `save-selected-window' too, but this might break
applications that rely on the implicit selection provided by the current
mechanism.

The changes are trivial and not very interesting to post.  So please
tell me whether you want them installed.

martin

Processed: your mail

Processing commands for control <at> emacsbugs.donarmstrong.com:

> reassign 1290 spam
bug#1290: Ferforje Fabr.OSGED satışla ilgili önemli duyuru
Warning: Unknown package 'spam'
bug reassigned from package `emacs' to `spam'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)

bug#1288: 23.0.60; completion-ignored-extensions doc bug?

On Fri, 31 Oct 2008 21:37:16 -0400 Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:

>> Thanks, and sorry for forgetting about that.  (But in rereading the doc
>> string now, it seems either ambiguously worded or even wrong:
>
>> "Completion ignores file names ending in any string in this list.
>> It does not ignore them if all possible completions end in one of
>> ^^^^^^^^^^^^^^^^^^^^^^^
>> these strings or when displaying a list of completions.
>>                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> It ignores directory names if they match any string in this list which
>> ends in a slash."
>
>> This seems to be saying that the *Completions* buffer should display the
>> file names libthread_db-1.0.so and libthread_db.so in the above
>> scenarios, but that is not what happens.  Or am I misconstruing the doc
>> string?  If so, perhaps it can be rephrased more clearly.
>
> In your examples, you hit "/usr/lib/libthr TAB" which does not display
> the completions for "libthr" but instead performs the completion.
> You only get a *Completions* buffer on the second TAB, at which point
> the minibuffer input is "/usr/lib/libthreadweaver.so.4" for which
> there's no *.so file to display any more.
> If instead of the first TAB you press ? then you'll see the .so
> file listed.
>
>
>         Stefan

Thanks (again) for setting me straight.

Steve Berman

bug#1288: marked as done (23.0.60; completion-ignored-extensions doc bug?)

Your message dated Sat, 01 Nov 2008 20:35:52 +0100
with message-id <87iqr71bon.fsf <at> escher.local.home>
and subject line Re: bug#1288: 23.0.60; completion-ignored-extensions doc bug?
has caused the Emacs bug report #1288,
regarding 23.0.60; completion-ignored-extensions doc bug?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)

-- 
1288: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1288
Emacs Bug Tracking System
Contact don <at> donarmstrong.com with problems

From: Stephen Berman <stephen.berman <at> gmx.net>
Subject: 23.0.60; completion-ignored-extensions doc bug?
Date: 2008-10-31 21:42:02 GMT

In response to my bug report #1283:

> > On my system, /lib contains these two files:
> 
> >    libthread_db-1.0.so
> >    libthread_db.so.1
> 
> > When I type `C-x d' or `C-x C-f' and then `/lib/libthr TAB', the path is
> > completed to `/lib/libthread_db.so.1'.  
> 
> > Also on my system, /usr/lib contains these three files:
> 
> >    libthread_db.so
> >    libthreadweaver.so.4
> >    libthreadweaver.so.4.1.0
> 
> > When I type `C-x d' or `C-x C-f' and then `/usr/lib/libthr TAB', the
> > path is completed to `/usr/lib/libthreadweaver.so.4'.  A second TAB
> > tells me this is complete but not unique and the *Completions* buffer
> > shows me (only) libthreadweaver.so.4 and libthreadweaver.so.4.1.0.
> 
> > This is with -Q, and I get the same behavior with completion-styles set
> > to any of `basic', `emacs21', emacs22', or `partial-completion'.

Stefan wrote:

> This is the effect of having ".so" in the completion-ignored-extensions

Thanks, and sorry for forgetting about that.  (But in rereading the doc
string now, it seems either ambiguously worded or even wrong:

"Completion ignores file names ending in any string in this list.
It does not ignore them if all possible completions end in one of
^^^^^^^^^^^^^^^^^^^^^^^
these strings or when displaying a list of completions.
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
It ignores directory names if they match any string in this list which
ends in a slash."

This seems to be saying that the *Completions* buffer should display the
file names libthread_db-1.0.so and libthread_db.so in the above
scenarios, but that is not what happens.  Or am I misconstruing the doc
string?  If so, perhaps it can be rephrased more clearly.

Steve Berman

In GNU Emacs 23.0.60.12 (i686-pc-linux-gnu, GTK+ Version 2.12.9)
 of 2008-10-25 on escher

From: Stephen Berman <stephen.berman <at> gmx.net>
Subject: Re: bug#1288: 23.0.60; completion-ignored-extensions doc bug?
Newsgroups: gmane.emacs.bugs, gmane.emacs.pretest.bugs
Date: 2008-11-01 19:35:52 GMT

The following message is a courtesy copy of an article
that has been posted to gmane.emacs.bugs,gmane.emacs.pretest.bugs as well.

On Fri, 31 Oct 2008 21:37:16 -0400 Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:

>> Thanks, and sorry for forgetting about that.  (But in rereading the doc
>> string now, it seems either ambiguously worded or even wrong:
>
>> "Completion ignores file names ending in any string in this list.
>> It does not ignore them if all possible completions end in one of
>> ^^^^^^^^^^^^^^^^^^^^^^^
>> these strings or when displaying a list of completions.
>>                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> It ignores directory names if they match any string in this list which
>> ends in a slash."
>
>> This seems to be saying that the *Completions* buffer should display the
>> file names libthread_db-1.0.so and libthread_db.so in the above
>> scenarios, but that is not what happens.  Or am I misconstruing the doc
>> string?  If so, perhaps it can be rephrased more clearly.
>
> In your examples, you hit "/usr/lib/libthr TAB" which does not display
> the completions for "libthr" but instead performs the completion.
> You only get a *Completions* buffer on the second TAB, at which point
> the minibuffer input is "/usr/lib/libthreadweaver.so.4" for which
> there's no *.so file to display any more.
> If instead of the first TAB you press ? then you'll see the .so
> file listed.
>
>
>         Stefan

Thanks (again) for setting me straight.

Steve Berman