I vote for stderr always too.

On Fri, May 25, 2012 at 5:39 AM, Pete Batard <p...@akeo.ie> wrote:
> On 2012.05.25 13:22, Ludovic Rousseau wrote:
>> The problem is when the flows are redirected to a file. The outputs
>> are buffered and no more ordered correctly between stdout and stderr.
>
> Aha. I think I saw happen in the past and didn't realize this was the
> actual cause.
>
>> A solution is to be able to tell libusbx to use stdout. Using an
>> environment variable is fine for me.
>
> Personally I'd vote for using stderr always, on the grounds that:
>
> 1. I never saw the point of splitting a log out, especially as our
> logging is something internal provided for user's convenience, meaning
> we should be entitled to do whatever we want with it. IMO, to be useful,
> a log should remain a complete log rather than bits and pieces of
> logging spread all over the place and that need to be reassembled.
>
> 2. It gives another way for an application that sends its output to
> stdout to filter out anything libusbx, while still keeping an option to
> direct it elsewhere.
>
> Regards,
>
> /Pete
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> libusbx-devel mailing list
> libusbx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/libusbx-devel

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
libusbx-devel mailing list
libusbx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusbx-devel

Reply via email to