From mboxrd@z Thu Jan 1 00:00:00 1970 From: Neil Jerram Subject: Re: ob-scheme haunted source code block? Date: Tue, 21 Jan 2020 14:46:22 +0000 Message-ID: References: <87muam1hpz.fsf@fastmail.fm> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000062de14059ca779bd" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:48795) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1itunc-0007LW-Db for emacs-orgmode@gnu.org; Tue, 21 Jan 2020 09:46:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1itunb-0002SX-2b for emacs-orgmode@gnu.org; Tue, 21 Jan 2020 09:46:36 -0500 Received: from mail-qk1-x72c.google.com ([2607:f8b0:4864:20::72c]:39406) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ituna-0002Rv-Tm for emacs-orgmode@gnu.org; Tue, 21 Jan 2020 09:46:35 -0500 Received: by mail-qk1-x72c.google.com with SMTP id c16so2899396qko.6 for ; Tue, 21 Jan 2020 06:46:34 -0800 (PST) In-Reply-To: <87muam1hpz.fsf@fastmail.fm> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Sender: "Emacs-orgmode" To: Joost Kremers Cc: "emacs-orgmode@gnu.org" --00000000000062de14059ca779bd Content-Type: text/plain; charset="UTF-8" On Fri, 17 Jan 2020 at 12:01, Joost Kremers wrote: > Hi list, > > I've been learning some Scheme recently and decided to use Org > mode and babel so I could document my progress, keep notes, etc. > together with the code I write. I also installed the geiser > package to work with Scheme source files directly. > > This all worked perfectly, until I made the (apparent) mistake of > typing =C-c C-c= on an expression while editing a source code > block. That is, I had pressed =C-c '= in an Org buffer on a source > block and in the editing buffer that popped up, I hit =C-c C-c= > (bound to =geiser-eval-definition=) on a particular function (well > procedure...) definition. > > From that moment on, that particular procedure definition seems > haunted. Whenever I evaluate a source block containing it from > within an Org file, the associated REPL is doomed. It takes about > 30 seconds for the evaluation to complete, during which time Emacs > seems to hang (no CPU activity, just waiting). Any further > interaction with the REPL from that point on, either from other > source blocks in the same file (all source blocks in it use the > same session) or in the REPL buffer directly, causes the same > hang. > > I can `C-g` out of the hang, but this doesn't solve much because > any further interaction causes the same hang. > > Putting the relevant procedure definition in a Scheme source file > and evaluating that (within Emacs, through geiser) is > unproblematic, so the code itself is not to blame. > OK, up to this point I am thinking: this is all quite curious, but presumably not really a big problem, as you surely don't need to use this rather strange workflow... > The weirdest thing about this is that the problem is persistent. I > restarted Emacs and in my desperation even rebooted the computer, > but to no avail. > But this is indeed weird. Are you saying that you can reboot your computer, restart Emacs, open the relevant Org file, evaluate the source block (without any C-c ') and you still see the problem? If so, I wonder if it's a real but intermittent problem in your code that was somehow made more likely by the original workflow, and now you're just being unlucky? > > Does anyone have any idea what might be going on? I rgrepped > through my =.emacs.d= directory to see if the relevant procedure > name turns up anywhere but found nothing. I'm not really sure > where to look beyond that. > > Versions: > > IELM> emacs-version > "26.3" > IELM> org-version > "9.3.1" > > TIA > > Joost > > -- > Joost Kremers > Life has its moments > > Best wishes, Neil --00000000000062de14059ca779bd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, 17 Jan 2020 at 12:01, Joost Kreme= rs <joostkremers@fastmail.fm= > wrote:
Hi list,

I've been learning some Scheme recently and decided to use Org
mode and babel so I could document my progress, keep notes, etc.
together with the code I write. I also installed the geiser
package to work with Scheme source files directly.

This all worked perfectly, until I made the (apparent) mistake of
typing =3DC-c C-c=3D on an expression while editing a source code
block. That is, I had pressed =3DC-c '=3D in an Org buffer on a source =
block and in the editing buffer that popped up, I hit =3DC-c C-c=3D
(bound to =3Dgeiser-eval-definition=3D) on a particular function (well
procedure...) definition.

>From that moment on, that particular procedure definition seems
haunted. Whenever I evaluate a source block containing it from
within an Org file, the associated REPL is doomed. It takes about
30 seconds for the evaluation to complete, during which time Emacs
seems to hang (no CPU activity, just waiting). Any further
interaction with the REPL from that point on, either from other
source blocks in the same file (all source blocks in it use the
same session) or in the REPL buffer directly, causes the same
hang.

I can `C-g` out of the hang, but this doesn't solve much because
any further interaction causes the same hang.

Putting the relevant procedure definition in a Scheme source file
and evaluating that (within Emacs, through geiser) is
unproblematic, so the code itself is not to blame.
OK, up to this point I am thinking: this is all quite curious, = but presumably not really a big problem, as you surely don't need to us= e this rather strange workflow...


The weirdest thing about this is that the problem is persistent. I
restarted Emacs and in my desperation even rebooted the computer,
but to no avail.

But this is indeed wei= rd.=C2=A0 Are you saying that you can reboot your computer, restart Emacs, = open the relevant Org file, evaluate the source block (without any C-c '= ;) and you still see the problem?

If so, I wonder = if it's a real but intermittent problem in your code that was somehow m= ade more likely by the original workflow, and now you're just being unl= ucky?
=C2=A0

Does anyone have any idea what might be going on? I rgrepped
through my =3D.emacs.d=3D directory to see if the relevant procedure
name turns up anywhere but found nothing. I'm not really sure
where to look beyond that.

Versions:

IELM> emacs-version
"26.3"
IELM> org-version
"9.3.1"

TIA

Joost

--
Joost Kremers
Life has its moments


Best wishes,
=C2=A0 =C2=A0Ne= il
=C2=A0
--00000000000062de14059ca779bd--