#15 Save minibuffer freezes with help open

closed
nobody
5
2003-02-28
2001-06-12
Anonymous
No

I have joe 2.9.6 with the indentation, autoformat, and
undo patches applied on Solaris 8 compiled with gcc
2.95.3 and ncurses 5.2.

Here is something that has been occuring quite reliably
for me: if I enable the help pane, and then hit ^K-D,
(or ^K-S) , joe stops responding. Once I kill it by one
means or another, it leaves DEADJOE with something like
this:

*** Modified files in JOE when it aborted on Tue Jun 12
16:35:19 2001
*** JOE was aborted by signal 1

*** File '(Unnamed)'
test

where test is the file name, not the contents. It also
hogs all the CPU power it can. Let me know if you have
problems reproducing this, or need other
information.

Best,

Alexey Spiridonov

Discussion

  • Nobody/Anonymous

    Logged In: NO

    A second observation:

    This is not the only time when this happens, though I can't
    reproduce it easily -- it happens when I'm trying to save
    and hit another key along the way. The situation is the
    same, however : joe hanging with the save minibuffer open.
    This isn't me hitting ^S and getting a scroll lock, however.

    Alexey Spiridonov

    E-mail: leha@flashmail.com

     
  • Nobody/Anonymous

    Logged In: NO

    A second observation:

    This is not the only time when this happens, though I can't
    reproduce it easily -- it happens when I'm trying to save
    and hit another key along the way. The situation is the
    same, however : joe hanging with the save minibuffer open.
    This isn't me hitting ^S and getting a scroll lock, however.

    Alexey Spiridonov

    E-mail: leha@flashmail.com

     
  • Nobody/Anonymous

    Logged In: NO

    A third observation:

    It seems that this happens when the file is unmodified and I
    attempt a save. So please disregard the above ramblings --
    it has nothing to do with Help.

    Sorry,

    Alexey Spiridonov

     
  • Nobody/Anonymous

    Logged In: NO

    A fourth observation (sorry that I'm so careless -- I really
    don't have time to try and deduce the cause or make a
    patch):

    The freeze *has* occurred with a modified file, but the file
    is already saved by the time it halts. Here is a backtrace
    after the following procedure:

    joe crap
    <type some stuff into file>
    ^K S
    ^K S
    ^K S

    <another terminal:>
    gdb
    attach <joe's pid>
    backtrace

    #0 0x36544 in cp ()
    #1 0x3660c in cp ()
    #2 0x36760 in cp ()
    #3 0x243b0 in rtnpw ()
    #4 0x3fa74 in urtn ()
    #5 0x1f0fc in execmd ()
    #6 0x216a0 in exmacro ()
    #7 0x21734 in exemac ()
    #8 0x22138 in edloop ()
    #9 0x228c8 in main ()

     
  • Marek Grac

    Marek Grac - 2001-07-04
    • assigned_to: nobody --> marx_sk
     
  • Marek Grac

    Marek Grac - 2001-07-04
    • assigned_to: marx_sk --> nobody
     
  • Marek Grac

    Marek Grac - 2001-07-04

    Logged In: YES
    user_id=134000

    Hi,
    I created patch (in collection for 2.9.7pre0) which
    (partially) solve this problem. If you can test it, please
    mail me results. I was not able to crash it after applying
    patch :(

     
  • Vitezslav Samel

    Vitezslav Samel - 2003-02-28
    • status: open --> closed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks