Re: advice needed for multi-threading patch

[Tom Tromey]

>>>>> "Ken" == Ken Raeburn <address@hidden> writes:

Ken> I suspect that any sensible approach we come up with is going to
Ken> involve a change in behavior that may affect some existing code.  So
Ken> coming up with ways to detect code that changes meaning is probably
Ken> going to be a good idea.

It is worth noting that we don't have to solve all the problems up
front.  Since threading is a new feature, I think it is ok to say that
code running in a "secondary" thread might have to follow some special
rules, or that some things (e.g., let-binding something then redisplay)
may only work in the "main" thread.  These restrictions could then maybe
be lifted later.

Ken> We might want to, by default, bind the filters to run only in the
Ken> thread that originally created the process, so long as it exists.

We can also add a new process attribute controlling this.

Tom