GNU bug report logs - #19392
Emacs searches for dabbrevs in archive buffers

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19392 in the body.
You can then email your comments to 19392 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs searches for dabbrevs in archive buffers
Date: Tue, 16 Dec 2014 10:32:13 +0100

[Message part 1 (text/plain, inline)]

Reproducible with 'emacs -q':

* In a freshly started Emacs, open an archive, e.g. a .tar.gz file in a
buffer.
* Switch to another buffer, type a couple of letters and then start
pressing 'M-/' (dabbrev-expand).
* It is very likely you will hit a "very useful" dabbrev in binary form
taken from the archive. E.g. I opened a large tarball, then switched to
*scratch*, typed "tz", and the very first dabbrev I got was "tz\327r".

Request: Emacs should ignore archive and other binary buffers when
generating dabbrevs. There are some settings to ignore buffers by name, but
this would rather ignore buffers by mode. Also, this should be the default
because I cannot imagine binary dabbrevs being useful to more than maybe
0.01% of users.

Reproduced on a recent Emacs trunk.

Paul

[Message part 2 (text/html, inline)]

Message #8 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Tue, 16 Dec 2014 17:39:41 +0200

> Date: Tue, 16 Dec 2014 10:32:13 +0100
> From: Paul Pogonyshev <pogonyshev <at> gmail.com>
> 
> * In a freshly started Emacs, open an archive, e.g. a .tar.gz file in a buffer.
> * Switch to another buffer, type a couple of letters and then start pressing
> 'M-/' (dabbrev-expand).
> * It is very likely you will hit a "very useful" dabbrev in binary form taken
> from the archive. E.g. I opened a large tarball, then switched to *scratch*,
> typed "tz", and the very first dabbrev I got was "tz\327r".
> 
> Request: Emacs should ignore archive and other binary buffers when generating
> dabbrevs.

What is the definition of "archive" for this purpose?

Also, when you visit a .tar.gz file, isn't most of the buffer readable
text (because Emacs automatically decompresses the archive)?

Message #11 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Tue, 16 Dec 2014 17:19:06 +0100

[Message part 1 (text/plain, inline)]

> What is the definition of "archive" for this purpose?

I would say any buffer that has certain major mode, e.g. 'archive-mode' or
'tar-mode'.

> Also, when you visit a .tar.gz file, isn't most of the buffer readable
> text (because Emacs automatically decompresses the archive)?​

Yes, it appears readable, but dabbrev still comes with various "useful"
binary data. Perhaps another approach would be to not search for abbrevs in
hidden text, but I don't know how that is implemented internally and if it
would be easy enough.

Paul

[Message part 2 (text/html, inline)]

Message #14 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Tue, 13 Jul 2021 20:09:16 +0200

Paul Pogonyshev <pogonyshev <at> gmail.com> writes:

> * In a freshly started Emacs, open an archive, e.g. a .tar.gz file in a buffer.
> * Switch to another buffer, type a couple of letters and then start pressing 'M-/'
> (dabbrev-expand).
> * It is very likely you will hit a "very useful" dabbrev in binary form taken from
> the archive. E.g. I opened a large tarball, then switched to *scratch*, typed "tz",
> and the very first dabbrev I got was "tz\327r".

(I'm going through old bug reports that unfortunately got little response at
the time.)

I tried reproducing this in Emacs 28, and I don't get any of these
binary expansions.  Are you still seeing this in more recent Emacs
versions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #19 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Tue, 13 Jul 2021 20:24:59 +0200

[Message part 1 (text/plain, inline)]

Apparently not from tarballs anymore, but still e.g. from a `.zip' archive.
Though I have Emacs 27.1 here, not 28.

Paul

On Tue, 13 Jul 2021 at 20:09, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Paul Pogonyshev <pogonyshev <at> gmail.com> writes:
>
> > * In a freshly started Emacs, open an archive, e.g. a .tar.gz file in a
> buffer.
> > * Switch to another buffer, type a couple of letters and then start
> pressing 'M-/'
> > (dabbrev-expand).
> > * It is very likely you will hit a "very useful" dabbrev in binary form
> taken from
> > the archive. E.g. I opened a large tarball, then switched to *scratch*,
> typed "tz",
> > and the very first dabbrev I got was "tz\327r".
>
> (I'm going through old bug reports that unfortunately got little response
> at
> the time.)
>
> I tried reproducing this in Emacs 28, and I don't get any of these
> binary expansions.  Are you still seeing this in more recent Emacs
> versions?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>

[Message part 2 (text/html, inline)]

Message #22 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Tue, 13 Jul 2021 21:13:57 +0200

Paul Pogonyshev <pogonyshev <at> gmail.com> writes:

> Apparently not from tarballs anymore, but still e.g. from a `.zip'
> archive. Though I have Emacs 27.1 here, not 28.

I tried visiting a zip file here now (in Emacs 27.1), but I was unable
to make dabbrev-expand expand to any of the strings in the raw zip file.

Do you have a recipe, starting from "emacs -Q", to reproduce the bug?
(Including a test zip file, I guess.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #25 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Tue, 13 Jul 2021 23:12:27 +0200

[Message part 1 (text/plain, inline)]

$ emacs -Q random.zip

1. Switch to buffer "*scratch*"
2. Type "P" (without quotes)
3. Press M-/
4. Here it finds expansion "PK" from buffer "random.zip".  Cycling
   with M-/ finds a few more, which are more binary-like.

On Tue, 13 Jul 2021 at 21:14, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Paul Pogonyshev <pogonyshev <at> gmail.com> writes:
>
> > Apparently not from tarballs anymore, but still e.g. from a `.zip'
> > archive. Though I have Emacs 27.1 here, not 28.
>
> I tried visiting a zip file here now (in Emacs 27.1), but I was unable
> to make dabbrev-expand expand to any of the strings in the raw zip file.
>
> Do you have a recipe, starting from "emacs -Q", to reproduce the bug?
> (Including a test zip file, I guess.)
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>

[Message part 2 (text/html, inline)]

[random.zip (application/zip, attachment)]

Message #28 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Tue, 13 Jul 2021 23:16:44 +0200

[Message part 1 (text/plain, inline)]

Zipping binary data was not a good idea, but at least string "PK" doesn't
come from the archived "random.bin". You can create another test `.zip'
file by archiving a text file, to be sure.

Paul

On Tue, 13 Jul 2021 at 23:12, Paul Pogonyshev <pogonyshev <at> gmail.com> wrote:

> $ emacs -Q random.zip
>
> 1. Switch to buffer "*scratch*"
> 2. Type "P" (without quotes)
> 3. Press M-/
> 4. Here it finds expansion "PK" from buffer "random.zip".  Cycling
>    with M-/ finds a few more, which are more binary-like.
>
> On Tue, 13 Jul 2021 at 21:14, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
>> Paul Pogonyshev <pogonyshev <at> gmail.com> writes:
>>
>> > Apparently not from tarballs anymore, but still e.g. from a `.zip'
>> > archive. Though I have Emacs 27.1 here, not 28.
>>
>> I tried visiting a zip file here now (in Emacs 27.1), but I was unable
>> to make dabbrev-expand expand to any of the strings in the raw zip file.
>>
>> Do you have a recipe, starting from "emacs -Q", to reproduce the bug?
>> (Including a test zip file, I guess.)
>>
>> --
>> (domestic pets only, the antidote for overdose, milk.)
>>    bloggy blog: http://lars.ingebrigtsen.no
>>
>

[Message part 2 (text/html, inline)]

Message #31 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: larsi <at> gnus.org, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Wed, 14 Jul 2021 15:43:37 +0300

> From: Paul Pogonyshev <pogonyshev <at> gmail.com>
> Date: Tue, 13 Jul 2021 23:16:44 +0200
> Cc: 19392 <at> debbugs.gnu.org
> 
> Zipping binary data was not a good idea, but at least string "PK" doesn't come from the archived
> "random.bin". You can create another test `.zip' file by archiving a text file, to be sure.

FWIW, I don't see a bug here.  Why should we assume that "binary"
buffers could never have anything useful for M-/ ?

Note that Emacs only searches other buffers if it cannot find matches
in the current one, or exhausts the ones from the current buffer.  And
we already support dabbrev-select-buffers-function,
dabbrev-ignored-buffer-names, and dabbrev-ignored-buffer-regexps,
which could fine-tune which other buffers are searched.  So it sounds
like users who want to control which other buffers are searched have
more than enough knobs to have whatever behavior they want.

Message #34 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Wed, 14 Jul 2021 18:15:58 +0200

Paul Pogonyshev <pogonyshev <at> gmail.com> writes:

> $ emacs -Q random.zip
>
> 1. Switch to buffer "*scratch*"
> 2. Type "P" (without quotes)
> 3. Press M-/
> 4. Here it finds expansion "PK" from buffer "random.zip".  Cycling
>    with M-/ finds a few more, which are more binary-like.

Thanks; with that recipe I can reproduce the behaviour.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #37 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Paul Pogonyshev <pogonyshev <at> gmail.com>, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Wed, 14 Jul 2021 18:19:01 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> Note that Emacs only searches other buffers if it cannot find matches
> in the current one, or exhausts the ones from the current buffer.  And
> we already support dabbrev-select-buffers-function,
> dabbrev-ignored-buffer-names, and dabbrev-ignored-buffer-regexps,
> which could fine-tune which other buffers are searched.

We do have all of that, but I think that it would be reasonable (by
default) for `dabbrev--select-buffers' to ignore these "binary"
buffers.  Because the data there is mostly noise.

I think that could be easily implemented by allowing modes to set a
buffer-local variable like `dabbrev-ignore-buffer'.  I can see arc/tar
mode doing that, and perhaps image-mode, too?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #40 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Wed, 14 Jul 2021 20:37:03 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Paul Pogonyshev <pogonyshev <at> gmail.com>,  19392 <at> debbugs.gnu.org
> Date: Wed, 14 Jul 2021 18:19:01 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Note that Emacs only searches other buffers if it cannot find matches
> > in the current one, or exhausts the ones from the current buffer.  And
> > we already support dabbrev-select-buffers-function,
> > dabbrev-ignored-buffer-names, and dabbrev-ignored-buffer-regexps,
> > which could fine-tune which other buffers are searched.
> 
> We do have all of that, but I think that it would be reasonable (by
> default) for `dabbrev--select-buffers' to ignore these "binary"
> buffers.  Because the data there is mostly noise.

If you want to do that, why not just add the appropriate regexp(s) to
dabbrev-ignored-buffer-regexps?

Message #43 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Thu, 15 Jul 2021 06:41:03 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> We do have all of that, but I think that it would be reasonable (by
>> default) for `dabbrev--select-buffers' to ignore these "binary"
>> buffers.  Because the data there is mostly noise.
>
> If you want to do that, why not just add the appropriate regexp(s) to
> dabbrev-ignored-buffer-regexps?

It's a user option, so we shouldn't add things to it dynamically, but we
could add a default that excludes these files.  The problem is, though,
that that would be a very complex regexp matching everything that
arc/tar/image modes covers, which is quite a lot.

The user option thing also goes for `dabbrev-ignored-buffer-names'.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #48 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Fri, 22 Oct 2021 19:43:18 -0400

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> We do have all of that, but I think that it would be reasonable (by
>>> default) for `dabbrev--select-buffers' to ignore these "binary"
>>> buffers.  Because the data there is mostly noise.
>>
>> If you want to do that, why not just add the appropriate regexp(s) to
>> dabbrev-ignored-buffer-regexps?
>
> It's a user option, so we shouldn't add things to it dynamically, but we
> could add a default that excludes these files.  The problem is, though,
> that that would be a very complex regexp matching everything that
> arc/tar/image modes covers, which is quite a lot.
>
> The user option thing also goes for `dabbrev-ignored-buffer-names'.

Shouldn't we rather have a defcustom to ignore certain major modes?
The name could be `dabbrev-ignored-major-modes'.

Message #51 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: larsi <at> gnus.org, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sat, 23 Oct 2021 09:53:18 +0300

> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Fri, 22 Oct 2021 19:43:18 -0400
> Cc: Eli Zaretskii <eliz <at> gnu.org>, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
> 
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> 
> > Eli Zaretskii <eliz <at> gnu.org> writes:
> >
> >>> We do have all of that, but I think that it would be reasonable (by
> >>> default) for `dabbrev--select-buffers' to ignore these "binary"
> >>> buffers.  Because the data there is mostly noise.
> >>
> >> If you want to do that, why not just add the appropriate regexp(s) to
> >> dabbrev-ignored-buffer-regexps?
> >
> > It's a user option, so we shouldn't add things to it dynamically, but we
> > could add a default that excludes these files.  The problem is, though,
> > that that would be a very complex regexp matching everything that
> > arc/tar/image modes covers, which is quite a lot.
> >
> > The user option thing also goes for `dabbrev-ignored-buffer-names'.
> 
> Shouldn't we rather have a defcustom to ignore certain major modes?
> The name could be `dabbrev-ignored-major-modes'.

I don't necessarily object, but don't the existing defcustom's already
cover that, via buffer names?  We shouldn't over-engineer this, I
think.

Message #54 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sat, 23 Oct 2021 00:47:45 -0700

Eli Zaretskii <eliz <at> gnu.org> writes:

>> > It's a user option, so we shouldn't add things to it dynamically, but we
>> > could add a default that excludes these files.  The problem is, though,
>> > that that would be a very complex regexp matching everything that
>> > arc/tar/image modes covers, which is quite a lot.
>>
>> Shouldn't we rather have a defcustom to ignore certain major modes?
>> The name could be `dabbrev-ignored-major-modes'.
>
> I don't necessarily object, but don't the existing defcustom's already
> cover that, via buffer names?  We shouldn't over-engineer this, I
> think.

Yes, let's try to avoid over-engineering.  This proposal was mostly just
an alternative idea that might allow us to avoid adding some hairy
and/or brittle regexps.

Message #57 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Eli Zaretskii <eliz <at> gnu.org>, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sun, 24 Oct 2021 14:25:04 +0200

Stefan Kangas <stefan <at> marxist.se> writes:

> Shouldn't we rather have a defcustom to ignore certain major modes?
> The name could be `dabbrev-ignored-major-modes'.

Are there a lot of these modes?  I'm just wondering whether this would
make things easier (in practice) or not.  So (off the top of my head),
this would be archive-mode, tar-mode, image-mode...  Uhm...  perhaps
those are the major ones?

Then it does sound like a simpler way to customise this, because there's
a lot of archive/image file names you'd have to match.

So I think adding `dabbrev-ignored-major-modes' sounds like a good idea.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #60 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sun, 24 Oct 2021 06:07:16 -0700

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Are there a lot of these modes?  I'm just wondering whether this would
> make things easier (in practice) or not.  So (off the top of my head),
> this would be archive-mode, tar-mode, image-mode...  Uhm...  perhaps
> those are the major ones?

Perhaps `hexl-mode' as well?

You could throw in `tetris-mode' and the other ones in play/, I guess.

Message #63 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Eli Zaretskii <eliz <at> gnu.org>, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sun, 24 Oct 2021 15:19:47 +0200

Stefan Kangas <stefan <at> marxist.se> writes:

> Perhaps `hexl-mode' as well?

Possibly -- does it load the binary data into a buffer?

> You could throw in `tetris-mode' and the other ones in play/, I guess.

I don't think those have binary data (that may accidentally look like an
abbreviation). 

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #66 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sun, 24 Oct 2021 07:27:41 -0700

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Stefan Kangas <stefan <at> marxist.se> writes:
>
>> Perhaps `hexl-mode' as well?
>
> Possibly -- does it load the binary data into a buffer?

It is just unlikely to produce anything useful.  Here's what the start
of a PNG file might look like, for example:

00000000: 8950 4e47 0d0a 1a0a 0000 000d 4948 4452  .PNG........IHDR
00000010: 0000 0a00 0000 05a0 0802 0000 001d 628d  ..............b.
00000020: 8800 0000 0373 4249 5408 0808 dbe1 4fe0  .....sBIT.....O.
00000030: 0000 2000 4944 4154 785e ecdd 0760 14d5  .. .IDATx^...`..
00000040: bec7 f1f4 4aef 5d40 a4ab 0822 0a8a 7410  ....J.]@..."..t.
00000050: c586 ca55 5111 bc56 042b 0f15 7bbd 8280  ...UQ..V.+..{...

>> You could throw in `tetris-mode' and the other ones in play/, I guess.
>
> I don't think those have binary data (that may accidentally look like an
> abbreviation).

Right, it is another case of a buffer that will just contain nothing
useful for completion purposes.  But perhaps it doesn't contain anything
harmful either.

Message #69 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Eli Zaretskii <eliz <at> gnu.org>, pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sun, 24 Oct 2021 21:59:19 +0200

Stefan Kangas <stefan <at> marxist.se> writes:

> It is just unlikely to produce anything useful.  Here's what the start
> of a PNG file might look like, for example:
>
> 00000000: 8950 4e47 0d0a 1a0a 0000 000d 4948 4452  .PNG........IHDR
> 00000010: 0000 0a00 0000 05a0 0802 0000 001d 628d  ..............b.

True, that's a good candidate for exclusion, too.

>>> You could throw in `tetris-mode' and the other ones in play/, I guess.
>>
>> I don't think those have binary data (that may accidentally look like an
>> abbreviation).
>
> Right, it is another case of a buffer that will just contain nothing
> useful for completion purposes.  But perhaps it doesn't contain anything
> harmful either.

Yeah, it seems unlikely that there'll be much in a Tetris buffers that
looks like text.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #72 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sat, 07 May 2022 13:20:47 +0200

Paul Pogonyshev <pogonyshev <at> gmail.com> writes:

> $ emacs -Q random.zip
>
> 1. Switch to buffer "*scratch*"
> 2. Type "P" (without quotes)
> 3. Press M-/
> 4. Here it finds expansion "PK" from buffer "random.zip".  Cycling
>    with M-/ finds a few more, which are more binary-like.

I've now fixed this in Emacs 29.  Instead of making some kind of
framework for letting modes specify this themselves, it seems more user
friendly to just introduce a new dabbrev-ignored-buffer-modes variable,
so I did that.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #77 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sat, 07 May 2022 15:19:42 +0300

> Cc: 19392 <at> debbugs.gnu.org
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Sat, 07 May 2022 13:20:47 +0200
> 
> Paul Pogonyshev <pogonyshev <at> gmail.com> writes:
> 
> > $ emacs -Q random.zip
> >
> > 1. Switch to buffer "*scratch*"
> > 2. Type "P" (without quotes)
> > 3. Press M-/
> > 4. Here it finds expansion "PK" from buffer "random.zip".  Cycling
> >    with M-/ finds a few more, which are more binary-like.
> 
> I've now fixed this in Emacs 29.  Instead of making some kind of
> framework for letting modes specify this themselves, it seems more user
> friendly to just introduce a new dabbrev-ignored-buffer-modes variable,
> so I did that.

Does tar-mode really belong to the list of those modes?  Unlike
archive-mode, where each file is separately compressed into binary
garbage, tar-mode shows the original files, and the only "binary"
parts are the headers, most of which are also plain text.  So I'd
suggest to remove tar-mode for the default list of modes.

Message #80 received at 19392 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: pogonyshev <at> gmail.com, 19392 <at> debbugs.gnu.org
Subject: Re: bug#19392: Emacs searches for dabbrevs in archive buffers
Date: Sat, 07 May 2022 14:35:47 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> Does tar-mode really belong to the list of those modes?  Unlike
> archive-mode, where each file is separately compressed into binary
> garbage, tar-mode shows the original files, and the only "binary"
> parts are the headers, most of which are also plain text.  So I'd
> suggest to remove tar-mode for the default list of modes.

Ah, yes, I'd forgotten that.  So I've now removed the mode from the
default list.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.