From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/13783 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.user Subject: Re: problems with eudc-expand-inline in EUDC Date: Fri, 19 Mar 2010 14:31:44 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87iq8s5crj.fsf@lifelogs.com> References: <87pr33t3tv.fsf@zinc.branchcut.ath.cx> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1273018179 14410 80.91.229.12 (5 May 2010 00:09:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 5 May 2010 00:09:39 +0000 (UTC) To: info-gnus-english@gnu.org Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Wed May 05 02:09:38 2010 connect(): No such file or directory Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O9SBF-0000uC-OP for gegu-info-gnus-english@m.gmane.org; Wed, 05 May 2010 02:09:38 +0200 Original-Received: from localhost ([127.0.0.1]:34772 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9SBF-0003se-52 for gegu-info-gnus-english@m.gmane.org; Tue, 04 May 2010 20:09:37 -0400 Original-Path: usenet.stanford.edu!goblin1!goblin.stu.neva.ru!news.albasani.net!not-for-mail Original-Newsgroups: gnu.emacs.gnus Original-Lines: 32 Original-X-Trace: news.albasani.net jHOcpvemIqNYphgCnhN9rxiZkRF8yFlEAMsx3pAEo836sgcEr0igNcs+QV81Y1CYWtYmZ++k9yLVZjLfRXcUjULMtIRPIA/5HB/W/Yguh/nRE3vtNU2cOKaRFYPb2xNp Original-X-Complaints-To: abuse@albasani.net Original-NNTP-Posting-Date: Fri, 19 Mar 2010 19:31:44 +0000 (UTC) X-User-ID: PWN2oOkZAzhHfZBNfLZACzXLscgjjqeX196zt5tSkag= X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Cancel-Lock: sha1:EavT5V/w6IImEI9YaIElDxfjnog= sha1:n5OPDTX3o+YbUq/k8pYm7hFPxA0= User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.91 (gnu/linux) X-NNTP-Posting-Host: bCbwa02fybc/qPr6G8G6Q0xY5jVlBrP0dY/48rz1uxE= Original-Xref: usenet.stanford.edu gnu.emacs.gnus:84150 X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.gnus.user:13783 Archived-At: On Wed, 17 Mar 2010 10:34:04 -0400 Desmond Rivet wrote: DR> I'm attempting to connect to an LDAP server containing some email DR> contacts. The relavent portion of my .gnus.el looks like this: ... DR> I type "m" to bring up a mail buffer. Then I type, for example, "david" DR> in the the To: field and I type "TAB" (associated with DR> eudc-expand-inline). What I *expect* to see is some kind of indication DR> that "david" doesn't exist in LDAP, or that he does and here he is, or DR> that emacs had trouble connecting to the server, etc. Something along DR> these lines. What I see instead is this (once I turn on debug): DR> Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil) DR> byte-code("...") DR> eudc-expand-inline() DR> call-interactively(eudc-expand-inline nil nil) DR> I'm a bit mystified by this. I presume that eudc-expand-inline is DR> epxpecting a string as one of its arguments, and is instead getting nil. DR> The help for the function doesn't mention a string arugment. It only DR> mentions the replace-p argument. DR> If I had to take a stab at guessing, I would say that eudc-expand-inline DR> takes the query string (extracted from the buffer before the point) as DR> a parameter, and this string is not being extracted properly. I think this is an Emacs issue, not Gnus-specific. Could you try to replicate it with a recent Emacs checkout and submit it as an Emacs bug if necessary? Thanks Ted