<div dir="ltr">As an alternative, on Windows we could rig up some kind of SEH filter to do crash recovery. Then we could save the subprocess invocation and speed things up.</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Jan 27, 2014 at 2:21 PM, Benjamin Kramer <span dir="ltr"><<a href="mailto:benny.kra@gmail.com" target="_blank">benny.kra@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On 27.01.2014, at 22:56, Richard <<a href="mailto:legalize@xmission.com">legalize@xmission.com</a>> wrote:<br>
<br>
><br>
> In article <CAAnoKN971ZHsDU-01s5pqbUK2qKNW=_rJy-t=<a href="mailto:u7ovDd7kOWFyg@mail.gmail.com">u7ovDd7kOWFyg@mail.gmail.com</a>>,<br>
> Tomasz Mikolajczyk <<a href="mailto:tmmikolajczyk@gmail.com">tmmikolajczyk@gmail.com</a>> writes:<br>
><br>
>> I haven't see the code but potentially the purpose of forking is to<br>
>> handle internal compiler errors, especially the case when the child<br>
>> process crashes when processing an input code. That may be easily<br>
>> detected and handled properly by the parent process, by collecting the<br>
>> trace, logs and by encouraging user to fill an issue in the bug DB,<br>
>> etc.<br>
><br>
> How is this going to work on Windows where fork semantics really aren't<br>
> supported?<br>
><br>
> I've used crash report generator mechanisms on both linux and Windows<br>
> that didn't require forking oneself.<br>
<br>
</div>"forking" is a bit misleading. Clang spawns a new copy of itself, it doesn't<br>
require fork semantics. The performance hit is probably a bit larger as<br>
creating processes tends to be more expensive on windows but it still works<br>
in exactly the same way as on unices.<br>
<br>
- Ben<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div>