bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] Bug: GNU APL does not call start_input after a )LOAD


From: Juergen Sauermann
Subject: Re: [Bug-apl] Bug: GNU APL does not call start_input after a )LOAD
Date: Thu, 08 May 2014 12:51:46 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130330 Thunderbird/17.0.5

Hi,

could you please print the value of start_input  just before line 223 in Input.cc like:

Input::get_user_line(const UCS_string * prompt)
{
Q(start_input)
   if (start_input)   (*start_input)();
...


On my machine it looks OK (even if I don't set it):


     This program is free software, and you are welcome to redistribute it
         according to the GNU Public License (GPL) version 3 or later.
                                      

start_input:         '0' at Input.cc:223
      )load DIJKSTRA
SAVED 2014-5-8  10:42:39 (GMT+2)
start_input:         '0' at Input.cc:223


/// Jürgen



On 05/08/2014 05:07 AM, Elias Mårtenson wrote:
This was reported in this thread: https://github.com/lokedhs/gnu-apl-mode/issues/7

This problem seems to be caused by a bug in GNU APL. When the user calls )LOAD to load a workspace, the start_input callback function is not called before control is returned back to the user.

(because of this, the Emacs mode just sits there, hung, waiting for a call to start_input that never happens).

Regards,
Elias


reply via email to

[Prev in Thread] Current Thread [Next in Thread]