From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Matt McClure Newsgroups: gmane.emacs.help Subject: Re: Emacs Remote Python Interpreters Date: Thu, 7 Jun 2012 13:02:31 -0400 Message-ID: References: <87k3zmnqwd.fsf@gmx.de> <87ehpt91b9.fsf@gmx.de> <87vcj4lfts.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1339088570 14295 80.91.229.3 (7 Jun 2012 17:02:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 7 Jun 2012 17:02:50 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Michael Albinus Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jun 07 19:02:48 2012 Return-path: Envelope-to: geh-help-gnu-emacs@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 1Scg6h-0000zV-Ax for geh-help-gnu-emacs@m.gmane.org; Thu, 07 Jun 2012 19:02:47 +0200 Original-Received: from localhost ([::1]:52448 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scg6g-0003FM-V4 for geh-help-gnu-emacs@m.gmane.org; Thu, 07 Jun 2012 13:02:46 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:43176) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scg6b-0003Ey-O7 for help-gnu-emacs@gnu.org; Thu, 07 Jun 2012 13:02:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Scg6U-0007jJ-Nf for help-gnu-emacs@gnu.org; Thu, 07 Jun 2012 13:02:41 -0400 Original-Received: from mail-gg0-f169.google.com ([209.85.161.169]:59285) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scg6U-0007iQ-Hm for help-gnu-emacs@gnu.org; Thu, 07 Jun 2012 13:02:34 -0400 Original-Received: by ggm4 with SMTP id 4so705472ggm.0 for ; Thu, 07 Jun 2012 10:02:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=yWDtZ9m1jfD3H0tFK3eWmToEjEQEr6sTIix/S3xrDbA=; b=y8exTSvEivO6lhZvLJlQqLNYmc7YPlIptv4MjnHjvrThmH88F3yFknGhFfGODweTN3 f657u6Eli4GGZCBg9EisRe9mG1sXnAOYEDLt9u2MGZt6fg7iTZPj3fA2hSOPUOzzKp7O ALZCzvCP/aynrxP8YlN+sJ7ZNa7RUPv8XcGFVWOduSO6N8n8Bx925RnsDN+/DRliBYCz +fpltHejB8fb2/KUgRiwo6U1kOcwyLTUPf33uku9TnGcEt6HkM7SE0HzDuXtGg5g6zu8 BRUUxI3mmc/WfxU+69/EB4QYhEZ7fvZwa1PIXjo45o4pK9ikSKXlJzOFvKnKmz5idKuR hrOA== Original-Received: by 10.50.187.233 with SMTP id fv9mr1621632igc.59.1339088551325; Thu, 07 Jun 2012 10:02:31 -0700 (PDT) Original-Received: by 10.50.87.39 with HTTP; Thu, 7 Jun 2012 10:02:31 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.161.169 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:85142 Archived-At: Michael, On Wed, Jun 6, 2012 at 11:50 AM, Matt McClure w= rote: > On Wed, Jun 6, 2012 at 9:39 AM, Michael Albinus = wrote: >> I have committed a modified version of my initial proposal to >> Emacs' trunk (plus a fix in Tramp, which did appear during my tests). > > Awesome, thanks! I'll give it a try as soon as the next nightly build > appears on http://emacsformacosx.com/builds. When I try python-send-buffer in the 6/7 nightly build, I get: Debugger entered--Lisp error: (error "Variable binding depth exceeds max-specpdl-size") signal(error ("Variable binding depth exceeds max-specpdl-size")) byte-code("=08\203=13=00\305 G!\203=13=00\n\306>\203=13=00\307\207=08= \203&=00\305 G!\203&=00\n\310>\203&=00=0B\207\311\f@\fA\"\207" [completion localname operation filename err zerop (file-exists-p file-directory-p) t (expand-file-name file-name-as-directory) signal] 3) tramp-file-name-handler(expand-file-name "py" "/scpc:vagrant@192.168.33.10:/tmp") expand-file-name("py" "/scpc:vagrant@192.168.33.10:/tmp") byte-code("\305\306=08G!\203=0E=00\307 !\202=12=00\310=08 \"!=12=0B\2= 03=1C=00\n=0BP=12\f\203'=00\311\n!\210\2022=00\312\313\314\n\314\315\314\31= 6&=07\210\314\207" [prefix temporary-file-directory file suffix dir-flag make-temp-name zerop file-name-as-directory expand-file-name make-directory write-region "" nil silent excl] 8) make-temp-file("py" nil ".py") python-send-region(1 708) python-send-buffer() call-interactively(python-send-buffer nil nil) Is that the failure mode that motivated the comment in python.el prior to your change? ;; `make-temp-file' would be the natural choice for ;; implementation. But it calls `write-region' internally, ;; which also needs a temporary file - we would end in an ;; infinite loop. --=20 Matt McClure http://www.matthewlmcclure.com http://www.mapmyfitness.com/profile/matthewlmcclure