From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: emacs-devel@gnu.org
Subject: Re: make-thread with lambda form instead of function symbol
Date: Mon, 17 Apr 2017 09:54:10 -0700 [thread overview]
Message-ID: <878tmzynyl.fsf@ericabrahamsen.net> (raw)
In-Reply-To: 83shl7ectl.fsf@gnu.org
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Eric Abrahamsen <eric@ericabrahamsen.net>
>> Date: Sun, 16 Apr 2017 20:45:19 -0700
>>
>> >> (defun nnir-run-query (specs)
>> >> (let* ((results [])
>> >> (threads
>> >> (mapcar
>> >> (lambda (x)
>> >> (let* ((server (car x))
>> >> (search-engine (nnir-server-to-search-engine server)))
>> >> (make-thread
>> >> (lambda ()
>> >> (setq results
>> >> (vconcat
>> >> (nnir-run-search
>> >> search-engine
>> >> server
>> >> (cdr (assq 'nnir-query-spec specs))
>> >> (cadr x))
>> >> results))))))
>> >> (cdr (assq 'nnir-group-spec specs)))))
>> >> (mapc #'thread-join threads)
>> >> results))
>> >>
>> >> I'm testing with a single IMAP server query (ie, only one thread is
>> >> being created). The nnir-run-search function for the IMAP backend ends
>> >> up calling nnimap-send-command--> nnimap-wait-for-response-->
>> >> nnheader-accept-process-output--> accept-process-output, so I'm
>> >> expecting that's where the thread yields.
>
> In this chain of calls, where's the backend process started?
>
>> > error ("Attempt to accept output from process %s locked to thread %s",
>> > SDATA (proc->name), SDATA (XTHREAD (proc->thread)->name));
>> >
>> > I guess that indicates you might be doing something wrong (though
>> > obviously Emacs shouldn't be crashing)
>>
>> So perhaps an existing process can't be "moved" to another thread?
>
> What does it mean "moved" in this context? How did you try to "move"
> a process to another thread?
>
> The ELisp manual says:
>
> ... by default a process is locked to the thread
> that created it. When a process is locked to a thread, output from the
> process can only be accepted by that thread.
>
> If you want to be able to accept process output from a thread other
> than the one which created it, you need to call set-process-thread.
Okay that certainly explains it -- I hadn't found that part of the
manual. The IMAP process in question was long-running, created well
before this thread was, so I was doing exactly the wrong thing. (All I
meant by "move" was starting the process in one thread, and accepting
its output in another.)
>> But the segfault here seems to be coming from a borked attempt to
>> represent either the process or the thread as a string....
>
> Yes. Should be fixed now. But my advice is to always give your
> thread meaningful names, as doing so will help you with debugging
> (unless you are very good in remembering the hex addresses of your
> thread objects ;-).
Segfault's gone, thank you. Now to figure out where to stick the call to
`set-process-thread'.
And thanks for the "thread apply all bt" trick, I'll remember that.
Eric
next prev parent reply other threads:[~2017-04-17 16:54 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-16 16:05 make-thread with lambda form instead of function symbol Eric Abrahamsen
2017-04-16 16:21 ` Noam Postavsky
2017-04-16 18:11 ` Eric Abrahamsen
2017-04-16 18:44 ` Noam Postavsky
2017-04-16 20:02 ` Eric Abrahamsen
2017-04-17 1:12 ` Eric Abrahamsen
2017-04-17 1:46 ` Noam Postavsky
2017-04-17 3:45 ` Eric Abrahamsen
2017-04-17 7:02 ` Eli Zaretskii
2017-04-17 16:54 ` Eric Abrahamsen [this message]
2017-04-17 17:18 ` Eric Abrahamsen
2017-04-17 6:51 ` Eli Zaretskii
2017-04-17 6:59 ` Andrew Cohen
2017-04-17 17:32 ` Eric Abrahamsen
2017-04-18 1:00 ` Andrew Cohen
2017-04-18 1:38 ` Eric Abrahamsen
2017-04-20 1:22 ` Eric Abrahamsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=878tmzynyl.fsf@ericabrahamsen.net \
--to=eric@ericabrahamsen.net \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).