From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Francesco =?UTF-8?Q?Potort=C3=AC?= Newsgroups: gmane.emacs.bugs Subject: bug#21150: 24.5; octave-inf mode does not need --no-line-editing Date: Tue, 28 Jul 2015 15:40:01 +0200 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1438090889 18784 80.91.229.3 (28 Jul 2015 13:41:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Jul 2015 13:41:29 +0000 (UTC) Cc: Kurt Hornik , "John W. Eaton" , Mike Miller To: 21150@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 28 15:41:16 2015 Return-path: Envelope-to: geb-bug-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 1ZK587-0006fU-Ag for geb-bug-gnu-emacs@m.gmane.org; Tue, 28 Jul 2015 15:41:15 +0200 Original-Received: from localhost ([::1]:58815 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZK586-0002tk-Qo for geb-bug-gnu-emacs@m.gmane.org; Tue, 28 Jul 2015 09:41:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46328) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZK582-0002rt-Kz for bug-gnu-emacs@gnu.org; Tue, 28 Jul 2015 09:41:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZK57v-0007eY-Hs for bug-gnu-emacs@gnu.org; Tue, 28 Jul 2015 09:41:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZK57v-0007e3-B0 for bug-gnu-emacs@gnu.org; Tue, 28 Jul 2015 09:41:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZK57u-0005Iv-IZ for bug-gnu-emacs@gnu.org; Tue, 28 Jul 2015 09:41:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Francesco =?UTF-8?Q?Potort=C3=AC?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Jul 2015 13:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 21150 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.143809082720335 (code B ref -1); Tue, 28 Jul 2015 13:41:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 28 Jul 2015 13:40:27 +0000 Original-Received: from localhost ([127.0.0.1]:60829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZK57K-0005Hs-9L for submit@debbugs.gnu.org; Tue, 28 Jul 2015 09:40:27 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60628) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZK57E-0005Hg-Gx for submit@debbugs.gnu.org; Tue, 28 Jul 2015 09:40:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZK579-00078m-DM for submit@debbugs.gnu.org; Tue, 28 Jul 2015 09:40:20 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:39000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZK579-00078i-As for submit@debbugs.gnu.org; Tue, 28 Jul 2015 09:40:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45875) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZK574-0002NO-OM for bug-gnu-emacs@gnu.org; Tue, 28 Jul 2015 09:40:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZK56y-0006vM-I7 for bug-gnu-emacs@gnu.org; Tue, 28 Jul 2015 09:40:10 -0400 Original-Received: from blade4.isti.cnr.it ([194.119.192.20]:14441) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZK56y-0006ro-87 for bug-gnu-emacs@gnu.org; Tue, 28 Jul 2015 09:40:04 -0400 Original-Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #32097) with ESMTPSA id <01POVP0NLZG89QZCZ2@mx.isti.cnr.it> for bug-gnu-emacs@gnu.org; Tue, 28 Jul 2015 15:40:01 +0200 (MEST) Original-Received: from pot by tucano.isti.cnr.it with local (Exim 4.86_RC5) (envelope-from ) id 1ZK56v-0003q2-LX; Tue, 28 Jul 2015 15:40:01 +0200 X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:105197 Archived-At: In Octave inferior mode, defined in octave-inf.el, the Octave process= is called with the --no-line-editing option. This option should be deleted, because apparently it is useless and it causes problems. The problem is that Octave disables everything related to readline wi= th that option, which has the side effects of making Octave incapable of getting the terminal line width and of using the Ftlk graphics engine= . These problems could in principle be corrected inside Octave, but in fact the --no-line-editing option seems to be not necessary (no more?= ), as I have experienced in several weeks of using Octave under Emacs wi= th a modified octave-inf.el. Note that it is unlikely that other users have had a different experience, as I am one of the few users which a= re both proficient in Emacs and Octave and uses routinely Octave in an Emacs buffer. As you can read in the following email, all the other potentially involved developers have nothing to add to this description of facts. In short, please remove the "--no-line-editing" option from the list = of options in octave-inf.el. --=20 Francesco Potort=C3=AC (ricercatore) Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web: http://fly.isti.cnr.it ------- Start of forwarded message ------- Date: Thu, 02 Jul 2015 19:33:16 +0200 =46rom: Kurt Hornik Subject: Fwd: Re: changing terminal size In-reply-to: To: Francesco Potort=C3=AC Cc: Kurt Hornik , Mike Miller , "John W. Eaton" Reply-to: Kurt.Hornik@wu.ac.at >>>>> Francesco Potort=C3=AC writes: > Kurt, > I am writing to you about the --no-line-editing option that is used= when > calling octave in inferior octave mode under Emacs. That option ca= uses > at least to nasty side effects. As you can read in the Debian bug > report linked at the end of the following email, it disables Octave= 's > modern graphics engine. Moreover, it forces Octave into 80-column = mode, > sa discussed in the following email. > Both these problems could be in prnciple be corrected in Octave, > especially the second one. But I just tried to remove --no-line-ed= iting > from the list of options in octave-inf.el and everything seems to w= ork > well. > So, why is --no-line-editing there at all? Can it be simply delete= d > from the code of octave-inf.el? Francesco, Sorry ... I really don't know any more. It must be more than 20 year= s ago that I wrote the code ... Best - -k > --=20 > Francesco Potort=C3=AC (ricercatore) Voice: +39.050.621.305= 8 > ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 > via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti > (entrance 20, 1st floor, room C71) Web: http://fly.isti.cnr.= it > ------- Start of forwarded message ------- > Date: Mon, 29 Jun 2015 14:23:27 -0400 > From: Mike Miller > Subject: Re: changing terminal size > In-reply-to: > To: Francesco Potort=C3=AC > Cc: Octave users list , "John W. Eaton" > On Thu, Jun 25, 2015 at 20:07:52 +0200, Francesco Potort=C3=AC wrot= e: >> Probably the clean solution would be to not using readline for get= ting >> terminal width and height, if possible. > We could add a fallback to get the terminal size directly if readli= ne > is disabled, but IMHO we should also definitely add support for > overriding the terminal size with COLUMNS and LINES regardless. >> However, there is fundamental question: why ever is --no-line-edit= ing >> needed at all? I just tried modifying octave-inf.el to call Octav= e >> without it, and apparently all is well, the columns behave as they >> should and all the resta s well... > I don't know, that's a question for the Emacs devs who work on the > Octave mode. You might have better luck asking on an emacs list. I > suspect it's because Emacs wants to be in charge of line editing, > history, completion, etc, and maybe there is some interference or > other reason to want to disable readline in the target program. > We talked about all of this a while ago on Debian #675509 [1] where > you proposed that Octave mode should not be based on comint mode. I > have no opinion or insight into what any of that means, but it is > still based on comint mode today and does still set the > - --no-line-editing option. IMHO taking this up with the maintainer= s of > the Octave mode script is the best way forward. > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D675509 > - --=20 > mike > ------- End of forwarded message ------- ------- End of forwarded message -------