Re: [PATCH v7 02/15] trace2: create new combined trace facility

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 5/10/2019 1:28 PM, SZEDER Gábor wrote:
> On Fri, Feb 22, 2019 at 02:25:01PM -0800, Jeff Hostetler via GitGitGadget wrote:
>> From: Jeff Hostetler <jeffhost@xxxxxxxxxxxxx>
>>
>> * GIT_TR2_EVENT is a new structured format. It writes event data as a
>>   series of JSON records.
> 
> Please document these new environment variables in
> 'Documentation/git.txt', where the other environment variables,
> including GIT_TRACE_*, are already documented.

Thanks for the report!
 
> While doing so, please note that the description about the possible
> values of these variables and of GIT_TRACE above is incomplete,
> because it's not just "1" or an absolute pathname.  Quoting the
> description of GIT_TRACE:
> 
>   If this variable is set to "1", "2" or "true" (comparison is case
>   insensitive), trace messages will be printed to stderr.
>   
>   If the variable is set to an integer value greater than 2 and lower
>   than 10 (strictly) then Git will interpret this value as an open
>   file descriptor and will try to write the trace messages into this
>   file descriptor.
> 
> The way I see it in tr2_dst_get_trace_fd() below, this applies to
> GIT_TRACE2* as well, and it even offers the possibility to specify a
> Unix Domain Socket, too.


Please see [1] for a possible direction here.

[1] https://public-inbox.org/git/pull.189.git.gitgitgadget@xxxxxxxxx/


> And sorry for barging in with a big bucket of paint this late, but,
> really...  why GIT_TR2 instead of GIT_TRACE2?

I did not do anything in response to this. I'll leave that discussion
to others.

Thanks,
-Stolee



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux