From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.devel Subject: Re: What does all-completions with COLLECTION == obarray return? Date: Wed, 08 Apr 2015 18:38:24 +0200 Message-ID: <87iod68tj3.fsf@web.de> References: <87k2xr7skh.fsf@web.de> <87iodaxvg0.fsf@web.de> <87lhi3hs6d.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1428511144 27279 80.91.229.3 (8 Apr 2015 16:39:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 8 Apr 2015 16:39:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 08 18:38:52 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Yft00-0006JU-Cl for ged-emacs-devel@m.gmane.org; Wed, 08 Apr 2015 18:38:44 +0200 Original-Received: from localhost ([::1]:53869 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yfszz-0006FH-EH for ged-emacs-devel@m.gmane.org; Wed, 08 Apr 2015 12:38:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35464) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yfszw-0006F0-Ek for emacs-devel@gnu.org; Wed, 08 Apr 2015 12:38:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yfszr-00058K-BO for emacs-devel@gnu.org; Wed, 08 Apr 2015 12:38:40 -0400 Original-Received: from mout.web.de ([212.227.15.3]:52664) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yfszr-00058E-2S for emacs-devel@gnu.org; Wed, 08 Apr 2015 12:38:35 -0400 Original-Received: from drachen.dragon ([90.186.15.28]) by smtp.web.de (mrweb004) with ESMTPSA (Nemesis) id 0LqXBp-1ZJKLu1zVZ-00e43I; Wed, 08 Apr 2015 18:38:32 +0200 In-Reply-To: (Stefan Monnier's message of "Wed, 08 Apr 2015 09:46:07 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-Provags-ID: V03:K0:+3Bq1eeSfzBrqC2dLzM8R0cqtxVgCw2mzCq7o+3qhf7TwiPCekj 8s00/V9rgVJJKW0ZzX2JJEC196ZZkmxhVtciw2T7M8YH3Sm7hbobPPNeVm2NzJk5Pu0X5LF elH+y0i36H58A7DI7nxCD5D2TPg7rI8TXuYJo/p5JmFtM+E65hu/vc2csqtdea1u9+a+H/q arNc4yp7jK+Kv63IfODsw== X-UI-Out-Filterresults: notjunk:1; X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 212.227.15.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:185158 Archived-At: Stefan Monnier writes: > I don't know. I expected the recipe to demonstrate the kinds of > problems you're seeing, so I guess I lack other parts of the recipe. The "other parts" were just that if you repeat the recipe eight times or so, Emacs gets slower an then freezes for longer and longer periods before the minibuffer appears, and that is because obarray grows so massively. All that in a minimal helm environment - helm.sh, if it says something to you. The answer must be in the implementation of helminized completing read, but I could not find something obviously unorthodox in the code wrt obarray. I'll try to step through the code and find out where something gets actually added to obarray. Thanks, Michael.