Re: Async rebuild package-quickstart after packages update? was Re: 28.0.50; Proposal: slightly more efficient package-quickstart.el

[Stefan Monnier <monnier@iro.umontreal.ca>]

T.V Raman [2021-08-04 07:20:49] wrote:
> Interesting:-) Other discussons on emacs-devel have declared that
> make-thread should never be used if the async call expects user-input
> -- so combining both conclusions, we might as well declare make-thread
> useless

Good point.  Indeed I mis(spoke|wrote): the fact that it doesn't need
user input makes it *possible* to use `make-thread`, but the fact that
it doesn't block on subprocess output (and instead spends all its time
interpreting ELisp code) makes `make-thread` useless because it will
basically never yield ;-(

Here, we really want to start a new Emacs process (in this specific case
we even *want* that process to be (mostly) fresh&clean, contrary to many
other situations where we'd want a new process that "configured just
like the current process").


        Stefan


> Stefan Monnier writes:
>  > T.V Raman [2021-08-03 19:24:59] wrote:
>  > > Stefan Monnier <monnier@iro.umontreal.ca> writes:
>  > > So looking at package.el:
>  > > package-quickstart-refresh is called from
>  > > package--quickstart-maybe-refresh and looking at the code in
>  > > package-quickstart-refresh, it does not block on user input, so it may
>  > > just be sufficient to change the call to package-quickstart-refresh
>  > > to (make-thread  #'package-quickstart-refresh) --
>  > > Thoughts?
>  > 
>  > The fact that it doesn't block on user input makes `make-thread` fairly
>  > useless, I'm afraid.
>  > 
>  > 
>  >         Stefan
>
> -- 
>
> Thanks,
>
> --Raman(I Search, I Find, I Misplace, I Research)
> ♉ Id: kg:/m/0285kf1  🦮