<br><br><div class="gmail_quote">On Wed, Jan 20, 2010 at 1:39 AM, Sean Kelly <span dir="ltr"><<a href="mailto:sean@invisibleduck.org">sean@invisibleduck.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
void fnB() {<br>
// do something that takes a while<br>
}<br>
void fnA() {<br></blockquote><div>auto tid = <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
spawn( &fnB );<br></blockquote><div>tid.wait();<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
}<br>
<br>
void main() {<br>
auto tid = spawn( &fnA );<br>
tid.wait();<br>
}<br>
<br>
The main thread doesn't know the thread running fnB exists so it can't wait for it, even if it's doing completely legitimate work and shouldn't be interrupted. How can I trivially rewrite this program so it completes without error?<br>
<div><div></div><div class="h5"><br>
On Jan 19, 2010, at 10:28 PM, Andrei Alexandrescu wrote:<br>
<br>
> That would certainly work, but honest to God I am completely infatuated with the proposed model. It's simple, no need for a new "daemon" concept, and avoids very easily and elegantly the unpleasant zombie situation when main has finished but is somewhere in limbo mode hoping for some other thread to end.<br>
><br>
> Also, look at how simple it makes all examples. It's a dream come true. I've been thinking of a correct shutdown protocol for years, and this is better than anything I've ever tried.<br>
><br>
> I'd be ok with doing what Java does if we find an Achilles' heel of the current model. If not, I suggest we go with it and let users handle their own daemons (heh) in main().<br>
><br>
><br>
> Andrei<br>
><br>
> Sean Kelly wrote:<br>
>> On Jan 19, 2010, at 9:49 PM, Andrei Alexandrescu wrote:<br>
>>> Sorry, I was unclear on that. Once the application is shutting down, any call to concurrency-related function, pending or new, will result in the Shutdown exception.<br>
>> Why couldn't any threads that cared simply watch() the main thread so they'll be notified when it terminates? Forcing this behavior on the user means that if an app wants to do anything in a separate thread that doesn't communicate with the main thread, he'd have to make sure the main thread joined every other thread in the process to keep from interrupting it.<br>
>> Druntime follows the Java model of having an isDaemon field on the Thread object. If isDaemon is false for a thread T1 then the main thread will silently wait for T1 to terminate before shutting down the app. If isDaemon is true however, T1 will be terminated forcibly by the OS as the process exits. Perhaps we could provide this ShutdownException behavior only to daemon threads as a replacement for the messy shutdown they have now?<br>
>> _______________________________________________<br>
>> dmd-concurrency mailing list<br>
>> <a href="mailto:dmd-concurrency@puremagic.com">dmd-concurrency@puremagic.com</a><br>
>> <a href="http://lists.puremagic.com/mailman/listinfo/dmd-concurrency" target="_blank">http://lists.puremagic.com/mailman/listinfo/dmd-concurrency</a><br>
> _______________________________________________<br>
> dmd-concurrency mailing list<br>
> <a href="mailto:dmd-concurrency@puremagic.com">dmd-concurrency@puremagic.com</a><br>
> <a href="http://lists.puremagic.com/mailman/listinfo/dmd-concurrency" target="_blank">http://lists.puremagic.com/mailman/listinfo/dmd-concurrency</a><br>
<br>
_______________________________________________<br>
dmd-concurrency mailing list<br>
<a href="mailto:dmd-concurrency@puremagic.com">dmd-concurrency@puremagic.com</a><br>
<a href="http://lists.puremagic.com/mailman/listinfo/dmd-concurrency" target="_blank">http://lists.puremagic.com/mailman/listinfo/dmd-concurrency</a><br>
</div></div></blockquote></div><br>