This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug cli/15548] Limit completions to a pre-defined limit when completions list is very large
- From: "manu at gcc dot gnu.org" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Mon, 29 Sep 2014 11:43:14 +0000
- Subject: [Bug cli/15548] Limit completions to a pre-defined limit when completions list is very large
- Auto-submitted: auto-generated
- References: <bug-15548-4717 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=15548
--- Comment #13 from Manuel LÃpez-IbÃÃez <manu at gcc dot gnu.org> ---
(In reply to Gary Benson from comment #9)
> After having implemented this
> (https://sourceware.org/ml/gdb-patches/2014-02/msg00398.html) I'm coming to
> the conclusion that you can't rememdy this problem this way.
At least you can alleviate it!
> This list only has 875 candidates, but GDB still has to expand pretty much
> every symbol table to root them all out. A limit of 1000 here will not stop
> the user seeing a lengthy pause.
The two issues seem to be important to fix. And the issue here already has a
patch that is basically approved!
The problem is not only a lengthy pause (which is annoying but it is a
different issue), it is also that after the pause, Emacs may spend a several
*minutes* printing candidates, slowing the whole computer down with it. A limit
of 1000 seems almost too much, 150 or so seems much more manageable.
Please, can you commit your patch so at least there is some progress on this?
--
You are receiving this mail because:
You are on the CC list for the bug.