From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/67162 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: change in open-tls-stream, jabber does not work any longer Date: Fri, 18 Jul 2008 09:25:50 +0900 Organization: Emacsen advocacy group Message-ID: References: <87vdz4ydn4.fsf@mat.ucm.es> <87y740znx5.fsf@mat.ucm.es> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: ger.gmane.org 1216340888 27667 80.91.229.12 (18 Jul 2008 00:28:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Jul 2008 00:28:08 +0000 (UTC) Cc: ding@gnus.org, Magnus Henoch To: Uwe Brauer Original-X-From: ding-owner+M15621@lists.math.uh.edu Fri Jul 18 02:28:56 2008 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1KJdqB-00071X-O2 for ding-account@gmane.org; Fri, 18 Jul 2008 02:28:56 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1KJdo4-0001b6-Mk; Thu, 17 Jul 2008 19:26:44 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1KJdo1-0001ar-S1 for ding@lists.math.uh.edu; Thu, 17 Jul 2008 19:26:41 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1KJdnv-0000BN-Is for ding@lists.math.uh.edu; Thu, 17 Jul 2008 19:26:41 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1KJdoG-0004r5-00 for ; Fri, 18 Jul 2008 02:26:56 +0200 Original-Received: from localhost ([127.0.0.1]:46580) by orlando.hostforweb.net with esmtpa (Exim 4.69) (envelope-from ) id 1KJdnG-0002am-BF; Thu, 17 Jul 2008 19:25:55 -0500 X-Hashcash: 1:20:080718:oub@mat.ucm.es::Kfjj/pIlXamLIXP/:0000fCK X-Hashcash: 1:20:080718:ding@gnus.org::yt2eYQc6jRik35gN:00002IuA X-Hashcash: 1:20:080718:mange@freemail.hu::wkHKOzOPNwabpQGF:000000000000000000000000000000000000000000000U+4 X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:bFSXQBbrRjtQ25QcBmeOjEAvpdc= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.5 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:67162 Archived-At: --=-=-= >>>>> Uwe Brauer wrote: >> Performing jabber again after loading tls.el (not tls.elc) will >> make the cause of the problem more clearer. (I'm ignorant of >> jabber though.) > I am not so sure, after loading the file and debug-on-error t > I obtain > --8<------------------------schnipp------------------------->8--- > Debugger entered--Lisp error: (error "Selecting deleted or non-existent buffer") > set-buffer(" *-jabber-process-*") > (save-current-buffer (set-buffer buffer) (message "Opening TLS connectio... > (with-current-buffer buffer (message "Opening TLS connection to `%s'..."... [...] > open-tls-stream("jabber" " *-jabber-process-*" "talk.google.com" 5223) > jabber-ssl-connect() I see. The workaround is: --=-=-= Content-Type: application/emacs-lisp Content-Disposition: inline (defcustom open-tls-stream (before make-sure-the-process-buffer-exists activate) "Make sure the process buffer (i.e. the second arg) exists." (when (ad-get-arg 1) (unless (and (get-buffer (ad-get-arg 1)) (buffer-name (get-buffer (ad-get-arg 1)))) (generate-new-buffer (ad-get-arg 1))))) --=-=-= Content-Disposition: inline emacs-jabber-0.7.1 passes the buffer name (that is only a string, has not been created yet) as the second argument to `open-tls-stream'. The reason the former `open-tls-stream' worked is that it directly passed the buffer name to `start-process', that creates the buffer even if it is only a string. I believe the present one should be fixed because it is mentioned in the doc-string: BUFFER is the buffer (or buffer name) to associate with the process. ^^^^^^^^^^^^^^^^ I'll do it later... --=-=-=--