Re: emacs locked when internet connection is cut... [+ help-gnu-emacs: Invalid read syntax: ")" ]

[Jean-Christophe Helary]

This must be a bug...

When I reconfigured emacs with  --enable-checking='yes,glyphs' 
--enable-check-lisp-object-type CFLAGS='-O0 -g3', to attach gdb, I ended up 
with a build that generated an "Invalid read syntax ")" error every time I 
started emacs *even though I had not modified my init file* (~/.emacs.el).

Once I reverted to a normal configuration, that same init file was evaluated 
without any issues.

Also, When I was running emacs -q on that modified configuration the issue 
seemed to center on the (require 'package) line, but when I commented it out I 
still had the same error...

What can I do to investigate this ?

Jean-Christophe 

> On May 2, 2018, at 15:56, Jean-Christophe Helary 
> <jean.christophe.helary@gmail.com <mailto:jean.christophe.helary@gmail.com>> 
> wrote:
> 
> Eli,
> 
> Thank you for the instructions.
> 
> I've reconfigured emacs to make debugging easier (./configure 
> --enable-checking='yes,glyphs' --enable-check-lisp-object-type CFLAGS='-O0 
> -g3') re-"make install"-ed it and launched gdb attached to its PID.
> 
> I can't seem to be able to run gdb and attach emacs without getting a lot of 
> error messages so I'm wondering if there is a better way to get what you need 
> to investigate into this issue.
> 
> JC
> 
> 
>> On May 1, 2018, at 23:56, Eli Zaretskii <eliz@gnu.org <mailto:eliz@gnu.org>> 
>> wrote:
>> 
>>> From: Jean-Christophe Helary <jean.christophe.helary@gmail.com 
>>> <mailto:jean.christophe.helary@gmail.com>>
>>> Date: Tue, 1 May 2018 17:37:48 +0900
>>> 
>>> I was doing things with package.el when my connection got cut. Just when 
>>> emacs was trying to contact melpa.org:80 <http://melpa.org/>...
>>> 
>>> The UI is locked, and even when I'm back online (I'm sending this mail), 
>>> emacs does not seem to notice...
>>> 
>>> Shouldn't there be a timeout for any function that requires external 
>>> ressources like an internet connection ? The current behavior is 
>>> *extremely* inconvenient...
>> 
>> We do have timeouts, and use async APIs where possible.  Evidently, it
>> somehow doesn't work in your case.  But you didn't give enough
>> information to start digging into the problem.  Assuming this is
>> reproducible, please attach a debugger to Emacs when it hangs like
>> that and show the C-level backtrace.  Please report the results as a
>> bug, using report-emacs-bug, which will also collect several important
>> aspects of your build and setup.
>> 
>> Armed with that knowledge, we might be able to investigate this
>> problem.
>> 
>> Thanks.
> 
> Jean-Christophe Helary
> -----------------------------------------------
> http://mac4translators.blogspot.com <http://mac4translators.blogspot.com/> 
> @brandelune
> 
> 

Jean-Christophe Helary
-----------------------------------------------
http://mac4translators.blogspot.com <http://mac4translators.blogspot.com/> 
@brandelune