From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: make-thread with lambda form instead of function symbol Date: Wed, 19 Apr 2017 18:22:19 -0700 Message-ID: <87a87b7u0k.fsf@ericabrahamsen.net> References: <87efws9w3c.fsf@ericabrahamsen.net> <87bmrvu9am.fsf@ericabrahamsen.net> <87y3uzjz91.fsf@hanan> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1492651379 2447 195.159.176.226 (20 Apr 2017 01:22:59 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 20 Apr 2017 01:22:59 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 20 03:22:55 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d10oB-0000Xh-35 for ged-emacs-devel@m.gmane.org; Thu, 20 Apr 2017 03:22:55 +0200 Original-Received: from localhost ([::1]:51198 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d10oG-0001Zh-Sm for ged-emacs-devel@m.gmane.org; Wed, 19 Apr 2017 21:23:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47049) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d10oA-0001Za-VA for emacs-devel@gnu.org; Wed, 19 Apr 2017 21:22:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d10o7-0003KX-RA for emacs-devel@gnu.org; Wed, 19 Apr 2017 21:22:54 -0400 Original-Received: from [195.159.176.226] (port=51122 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d10o7-0003K6-KJ for emacs-devel@gnu.org; Wed, 19 Apr 2017 21:22:51 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1d10nx-0000KJ-Mq for emacs-devel@gnu.org; Thu, 20 Apr 2017 03:22:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 25 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:ke+TDGgLFDDIp2Q4OUnDwxcpGqI= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:214141 Archived-At: Andrew Cohen writes: > It would be great to get the searches done concurrently. This is the > last serious (IMHO) problem with gnus searches---the searching part can > take a long time. The current implementation tries to collect everything > to minimize connections to the backends (i.e. searching multiple groups > on a single backend should use a single connection) but even imap > searching gets to be a pain when several imap servers are involved. Bah, this isn't quite working. Searching more than one IMAP server causes weird results and/or hangs. Searching other backends, or one IMAP server plus other backends, seems to work okay. I have a hunch that this comes from the way Gnus backends share the nntp-server-buffer variable and swap symbols around -- I think the processes might be stepping on each others' toes from thread to thread. nnimap-wait-for-response loops accept-process-output on a 0.01 second timeout, so I can imagine that two or more threads could be fighting over the meaning of nntp-server-buffer. Anyway, I've gone down enough garden paths here. I'm going to leave things set up for threading, but not actually use threads for now. Once the rest of the stuff is in place there will be time to figure out what's going wrong. Eric