GNU bug report logs - #32169
27.0.50; Wishlist: cleanup of thread-last-error

Previous Next

Full log

Message #20 received at 32169 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 32169 <at> debbugs.gnu.org
Subject: Re: bug#32169: 27.0.50; Wishlist: cleanup of thread-last-error
Date: Mon, 16 Jul 2018 21:03:20 +0300

> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: 32169 <at> debbugs.gnu.org
> Date: Mon, 16 Jul 2018 17:55:31 +0200
> 
> >> > How about having thread-last-error clear the error as a side effect,
> >> > perhaps when called with an optional argument?
> >
> > Should be easy to do, I think.
> 
> [...]
> 
> > I was certain we had on master a function ti return the main thread,
> > but I guess I was dreaming.  We could easily add it, though.
> 
> Do you want to do it, or shall I? I know, you are overloaded ...

Feel free.

> master or emacs-26 branch? I believe threads are not used widely, so we
> won't break any code with Emacs 26.

That's true, but then no one really waits for those new features, so
maybe master after all.

> > In any case, I think it could be a good idea to describe this
> > technique in the ELisp manual.
> 
> Will do, once the changes above have arrived.
> 
> >> PS: Maybe I shall push this to a git branch, giving people a chance for
> >> early tests. `find-file-noselect' survives already in simple cases, w/o
> >> an Emacs crash.
> >
> > SGTM, thanks.
> 
> Later this week. Tomorrow, or on Wednesday, I'll be busy with merging
> shadowfile.el.

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.