From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Perry Smith Newsgroups: gmane.emacs.help Subject: Re: Turn Tramp off Date: Sun, 3 Apr 2011 10:11:34 -0500 Message-ID: <316BC6C2-7795-462A-8C91-AC643928B9BA@gmail.com> References: <48593140-7EE2-4F4E-9524-12F620300D4D@gmail.com> <8762qwhjye.fsf@gmx.de> <87oc4nh31b.fsf@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-1--733736314 X-Trace: dough.gmane.org 1301843558 19948 80.91.229.12 (3 Apr 2011 15:12:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 3 Apr 2011 15:12:38 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Apr 03 17:12:31 2011 Return-path: Envelope-to: geh-help-gnu-emacs@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 1Q6OyU-0002x0-Ky for geh-help-gnu-emacs@m.gmane.org; Sun, 03 Apr 2011 17:12:31 +0200 Original-Received: from localhost ([127.0.0.1]:59853 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q6OyS-0002VQ-LD for geh-help-gnu-emacs@m.gmane.org; Sun, 03 Apr 2011 11:12:20 -0400 Original-Received: from [140.186.70.92] (port=59399 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q6Oxv-0002Tf-M7 for help-gnu-emacs@gnu.org; Sun, 03 Apr 2011 11:11:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q6Oxl-0006Uy-UZ for help-gnu-emacs@gnu.org; Sun, 03 Apr 2011 11:11:45 -0400 Original-Received: from mail-gx0-f169.google.com ([209.85.161.169]:47779) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q6Oxl-0006Ua-Nx for help-gnu-emacs@gnu.org; Sun, 03 Apr 2011 11:11:37 -0400 Original-Received: by gxk23 with SMTP id 23so332772gxk.0 for ; Sun, 03 Apr 2011 08:11:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:mime-version:content-type:subject:date :in-reply-to:to:references:message-id:x-mailer; bh=6uxzqwXIg75+d8TchiiaEMU0F8p8DrIK8+vqkQ8kvEY=; b=O02WROYDH871sXLfSTuVSe7u0k2HkvlgkpTcEci+x5j+Z+UlnqQvYgGMsIXD7hU+zz tkL6LPAArDrSAeg5hU5AdAIo4/dmLfc9Vj2Q4LVFAPcDusLHPoQ5tBB5gBGVlgLhRLzh 7h2QwEgUb9Laa3ZL2mGwzxNSwfHXBHe4lYMz4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:to :references:message-id:x-mailer; b=j9K/wAyoC2gzCJvpx9a5kmJABTD7U73xUlR9oqZ4lpw+vXoepPijgZKirmzkHZXgRJ oYbccSvZX9Sxe4k5u3oLUxRmsymxvmacm6z63hfQpkJuiNs98W5KF2vsRaHQo/FuySm/ kcaa8EYBjP0huGu8yaQLDIACWDMA+htCdCbrs= Original-Received: by 10.236.66.44 with SMTP id g32mr8845064yhd.137.1301843497013; Sun, 03 Apr 2011 08:11:37 -0700 (PDT) Original-Received: from [10.0.0.4] ([64.128.19.234]) by mx.google.com with ESMTPS id f32sm1901165yhc.28.2011.04.03.08.11.35 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Apr 2011 08:11:36 -0700 (PDT) In-Reply-To: <87oc4nh31b.fsf@gmx.de> X-Mailer: Apple Mail (2.1084) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.161.169 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:80584 Archived-At: --Apple-Mail-1--733736314 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Apr 3, 2011, at 8:34 AM, Michael Albinus wrote: > Perry Smith writes: >=20 >> How do I track down why its getting loaded? I've grep'ed all my = files >> in .emacs.d and its not there. It must be some other package I'm >> using which is loading it. >=20 > Eval after Emacs' startup >=20 > (setq debug-on-quit t) >=20 > When Tramp asks you for the password, enter "^G". This should produce = a > backtrace, which might tell us the reason why Tramp is invoked. Sigh! Finally. If anyone is interested: I tried the "advice" but for some reason, the advice didn't trigger when = Tramp is loaded. I assume that is because it is getting autoloaded = which doesn't use load? The ^G didn't give much of a clue. The stack I = got was: > Debugger entered--entering a function: > * tramp-file-name-handler(file-name-as-directory "/pedz@risc:") > file-name-as-directory("/pedz@risc:") > apply(file-name-as-directory "/pedz@risc:") > tramp-completion-run-real-handler(file-name-as-directory = ("/pedz@risc:")) > tramp-completion-file-name-handler(file-name-as-directory = "/pedz@risc:") > file-name-as-directory("/pedz@risc:") > cd-absolute("/pedz@risc:") > byte-code("=08\304=3D\203=12\305 \306\n\307\260=05=13\310=0B= !\207=08?\206=1C\310=0B\311P!\207" [rlogin-directory-tracking-mode = rlogin-remote-user rlogin-host comint-file-name-prefix t "/" "@" ":" = cd-absolute "~/"] 5) > rlogin("risc -l pedz" nil) > call-interactively(rlogin t nil) > execute-extended-command(nil) > call-interactively(execute-extended-command nil nil) But why was tramp loaded in the first place? So, I ended up removing = the rlogin.elc and the tramp.elc and added (debug-on-entry 'tramp-register-file-name-handlers) just after it was defined. I didn't that a couple of different ways and = got the same stack (below). The stack seems like it left off the = initial N frames. > (if (comint-check-proc buffer-name) nil (comint-exec buffer = buffer-name rlogin-program nil args) (rlogin-mode) (make-local-variable = (quote rlogin-host)) (setq rlogin-host host) (make-local-variable (quote = rlogin-remote-user)) (setq rlogin-remote-user user) (condition-case nil = (cond ... ... ...) (error nil))) > (unless (comint-check-proc buffer-name) (comint-exec buffer = buffer-name rlogin-program nil args) (rlogin-mode) (make-local-variable = (quote rlogin-host)) (setq rlogin-host host) (make-local-variable (quote = rlogin-remote-user)) (setq rlogin-remote-user user) (condition-case nil = (cond ... ... ...) (error nil))) > (let* ((process-connection-type rlogin-process-connection-type) = (args ...) (host ...) (user ...) (buffer-name ...)) (cond (...) (... = ...) (... ...) (... ...) (t ...)) (setq buffer (get-buffer-create = buffer-name)) (pop-to-buffer buffer-name) (unless (comint-check-proc = buffer-name) (comint-exec buffer buffer-name rlogin-program nil args) = (rlogin-mode) (make-local-variable ...) (setq rlogin-host host) = (make-local-variable ...) (setq rlogin-remote-user user) (condition-case = nil ... ...))) > rlogin("risc -l pedz" nil) > call-interactively(rlogin t nil) > execute-extended-command(nil) > call-interactively(execute-extended-command nil nil) But I finally figured out that it was because = rlogin-directory-tracking-mode was set. I found that set in one of my = older init files. So, I cleared that. That solved the initial problem = of starting emacs and immediately doing the rlogin. But I also have ido = set and I was sure that it called tramp too. So, I triggered ido to = load tramp and found that there is ido-enable-tramp-completion. I think = I'm not tramp-less :-) Thanks guys. pedz --Apple-Mail-1--733736314 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Perry Smith <pedzsan@gmail.com> = writes:

How do I track down why its = getting loaded?  I've grep'ed all my = files
in .emacs.d and its not = there.  It must be some other package = I'm
using which is loading = it.

Eval after Emacs' startup

 (setq = debug-on-quit t)

When Tramp asks you for the password, enter = "^G". This should produce a
backtrace, which might tell us the reason = why Tramp is invoked.

Sigh! =  Finally.  If anyone is interested:

I = tried the "advice" but for some reason, the advice didn't trigger when = Tramp is loaded.  I assume that is because it is getting autoloaded = which doesn't use load?  The ^G didn't give much of a clue. =  The stack I got was:

Debugger entered--entering a = function:
* tramp-file-name-handler(file-name-as-directory = "/pedz@risc:")
  file-name-as-directory("/pedz@risc:")=
  apply(file-name-as-directory = "/pedz@risc:")
  tramp-completion-run-real-handler(file-name-= as-directory ("/pedz@risc:"))
  tramp-completion-file-name-handler(file-name= -as-directory "/pedz@risc:")
  file-name-as-directory("/pedz@risc:")=
  cd-absolute("/pedz@risc:")
=   byte-code("=08\304=3D\203=12\305 \306\n\307\260=05=13\310=0B= !\207=08?\206=1C\310=0B\311P!\207" [rlogin-directory-tracking-mode = rlogin-remote-user rlogin-host comint-file-name-prefix t "/" "@" ":" = cd-absolute "~/"] 5)
  rlogin("risc -l pedz" = nil)
  call-interactively(rlogin t = nil)
  execute-extended-command(nil)
  call-interactively(execute-extended-command = nil = nil)

B= ut why was tramp loaded in the first place?  So, I ended up = removing the rlogin.elc and the tramp.elc and = added

(debug-on-entry = 'tramp-register-file-name-handlers)

just after = it was defined.  I didn't that a couple of different ways and got = the same stack (below).  The stack seems like it left off the = initial N frames.

  (if (comint-check-proc buffer-name) nil = (comint-exec buffer buffer-name rlogin-program nil args) (rlogin-mode) = (make-local-variable (quote rlogin-host)) (setq rlogin-host host) = (make-local-variable (quote rlogin-remote-user)) (setq = rlogin-remote-user user) (condition-case nil (cond ... ... ...) (error = nil)))
  (unless (comint-check-proc buffer-name) = (comint-exec buffer buffer-name rlogin-program nil args) (rlogin-mode) = (make-local-variable (quote rlogin-host)) (setq rlogin-host host) = (make-local-variable (quote rlogin-remote-user)) (setq = rlogin-remote-user user) (condition-case nil (cond ... ... ...) (error = nil)))
  (let* ((process-connection-type = rlogin-process-connection-type) (args ...) (host ...) (user ...) = (buffer-name ...)) (cond (...) (... ...) (... ...) (... ...) (t ...)) = (setq buffer (get-buffer-create buffer-name)) (pop-to-buffer = buffer-name) (unless (comint-check-proc buffer-name) (comint-exec buffer = buffer-name rlogin-program nil args) (rlogin-mode) (make-local-variable = ...) (setq rlogin-host host) (make-local-variable ...) (setq = rlogin-remote-user user) (condition-case nil ... = ...)))
  rlogin("risc -l pedz" = nil)
  call-interactively(rlogin t = nil)
  execute-extended-command(nil)
  call-interactively(execute-extended-command = nil = nil)

But I = finally figured out that it was = because rlogin-directory-tracking-mode was set.  I found that = set in one of my older init files.  So, I cleared that.  That = solved the initial problem of starting emacs and immediately doing the = rlogin.  But I also have ido set and I was sure that it called = tramp too.  So, I triggered ido to load tramp and found that there = is ido-enable-tramp-completion.  I think I'm not tramp-less = :-)

Thanks = guys.

pedz

= --Apple-Mail-1--733736314--