<div dir="ltr">I did notice that.  In one of our test flows we wanted to make sure both stdout (really the output of wpa_printf) and stderr (incidental errors printed by modules not directly within ownership of hostapd) were directed to the same file and did not fight with each other about file position.</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 14, 2014 at 7:50 AM, Jouni Malinen <span dir="ltr">&lt;<a href="mailto:j@w1.fi" target="_blank">j@w1.fi</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Dec 04, 2014 at 02:23:35PM -0800, Paul Stewart wrote:<br>
&gt; If hostapd will use stdout for debugging, set stdout to be line<br>
&gt; buffered in case its output is redirected to a file.  This allows<br>
&gt; incremental output to be viewed immediately instead of at the file<br>
&gt; buffering interval.<br>
<br>
</span>Is there a specific reason why stdout would be redirected to a file<br>
instead of using the existing -f command line argument to configure the<br>
log entries to be written to a file? That -f option is already using<br>
line buffered mode.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Jouni Malinen                                            PGP id EFC895FA<br>
_______________________________________________<br>
HostAP mailing list<br>
<a href="mailto:HostAP@lists.shmoo.com">HostAP@lists.shmoo.com</a><br>
<a href="http://lists.shmoo.com/mailman/listinfo/hostap" target="_blank">http://lists.shmoo.com/mailman/listinfo/hostap</a><br>
</font></span></blockquote></div></div>