bugGeiser - Bugs: bug #33090, Geiser breaks (read) function

 
 

bug #33090: Geiser breaks (read) function

Submitted by:  None
Submitted on:  Fri 15 Apr 2011 11:40:29 AM UTC  
 
Category: GeneralSeverity: 3 - Normal
Status: FixedPrivacy: Public
Assigned to: Jose Antonio Ortega Ruiz <jao>Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission Jump to the original submission)

Mon 27 Jun 2011 11:46:44 AM UTC, comment #10:

Fix included in 0.1.3

Jose Antonio Ortega Ruiz <jao>
Project AdministratorIn charge of this item.
Wed 22 Jun 2011 10:44:33 PM UTC, comment #9:

I've pushed a fix for this bug to the git repo. That is, the problem shouldn't appear anymore even if you have autodoc active. I'll close the bug if you can confirm that it works for you (thanks! :)) when i release the next version.

Jose Antonio Ortega Ruiz <jao>
Project AdministratorIn charge of this item.
Mon 02 May 2011 04:38:19 AM UTC, comment #8:

Thanks for good product!
I prototype new Lisp dialect, so I use read.
Evgeny.

Anonymous
Mon 02 May 2011 02:58:20 AM UTC, comment #7:

I finally managed to reproduce the error also in Emacs 24. One has to wait a bit
after introducing the s-exp and before pressing return, to let autodoc kick-in
and mess things up. A proper fix is a bit tricky, and i'll have to think a bit about
the best way. In the meantime, i'm afraid you'll have to live without autodoc if
you're using read :)

Thanks a lot for the report!

Jose Antonio Ortega Ruiz <jao>
Project AdministratorIn charge of this item.
Sun 01 May 2011 02:24:42 PM UTC, comment #6:

Thanks. Disabling of "autodoc" in REPL buffer fixed the problem. Unfortunately, I can not build Emacs 24 because my linux is outdated and I have to rebuild half of system.

Anonymous
Sat 30 Apr 2011 07:13:13 PM UTC, comment #5:

Yes, i understand your problem, but no, unfortunately i cannot reproduce it. Here, the read expression is not evaluated, and the debugger is not entered. The difference could be that i'm using emacs 24 (compiled directly from the bazaar repo): i'll be able to try with emacs 23 in a few days.

One thing to try is to disable autodoc at the REPL and see whether the problem goes away...

Thanks!

Jose Antonio Ortega Ruiz <jao>
Project AdministratorIn charge of this item.
Sat 30 Apr 2011 09:07:22 AM UTC, comment #4:

Moreover, seems that Geiser attempts to evaluate result of (read) function: see "$4 = 3" in comment #3.

Anonymous
Sat 30 Apr 2011 09:02:45 AM UTC, comment #3:

Upgrated Guile to 2.0.1. Problem is still here.

Please note, that both sessions look very similar, but under geiser additional "[2]" appears in the prompt (see ^^^^ below):

Guile:
======
scheme@(guile-user)> (read)
(+ 1 2)
$1 = (+ 1 2)
scheme@(guile-user)>

Geiser:
=======
scheme@(guile-user)> (read)
(+ 1 2)
$4 = 3
scheme@(guile-user) [2]>
^^^^^

Anonymous
Sat 30 Apr 2011 08:44:19 AM UTC, comment #2:

Bug happened in following configuration:
Emacs 23.3.1
Guile 2.0.0
Last Geiser from git://git.sv.gnu.org/geiser.git

Anonymous
Fri 29 Apr 2011 10:41:08 PM UTC, comment #1:

I cannot reproduce this problem with Emacs 24, guile 2.0.1 and current Geiser. Here, Geiser's behaviour matches that Guile's plain REPL.

Jose Antonio Ortega Ruiz <jao>
Project AdministratorIn charge of this item.
Fri 15 Apr 2011 11:40:29 AM UTC, original submission:

Steps for reproduce:
=====================
1. Start geiser with guile scheme.
2. Type (read)
3. Type (+ 1 2)
4. It brings you to debugger.

Expected result:
================
should return (+ 1 2).

Read behaivior in guile without geiser:
=======================================
scheme@(guile-user)> (read)
(+ 1 2)
$1 = (+ 1 2)
scheme@(guile-user)>

Read behaivior in guile with geiser in emacs:
=============================================
scheme@(guile-user)> (read)
(+ 1 2)
$4 = 3
scheme@(guile-user) [2]> ,error
standard input:6:27: In procedure #<procedure 9c25430 at standard input:7:27 ()>:
standard input:6:27: Wrong type to apply: (+ +)

scheme@(guile-user) [2]> ,bt

In standard input:
7:27 0 (#<procedure 9c25430 at standard input:7:27 ()>)
scheme@(guile-user) [2]> ,q
scheme@(guile-user) [1]> ,error
ERROR: In procedure #<procedure 9c1e0e0 ()>:
ERROR: In procedure module-lookup: Unbound variable: ge:autodoc

scheme@(guile-user) [1]> ,bt
0 (#<procedure 9c1e0e0 ()>)
scheme@(guile-user) [1]> ,q
scheme@(guile-user)>

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by jao (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 6 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 27 Jun 2011 11:46:44 AM UTCjaoOpen/ClosedOpen=>Closed
    Wed 22 Jun 2011 10:44:33 PM UTCjaoCategoryGuile=>General
      StatusConfirmed=>Fixed
    Mon 02 May 2011 02:58:20 AM UTCjaoStatusWorks For Me=>Confirmed
    Fri 29 Apr 2011 10:42:48 PM UTCjaoStatusNone=>Works For Me
      Assigned toNone=>jao

    Back to the top


    Powered by Savane 3.1-cleanup1