Re: [PATCH v2 1/2] btrfs-progs: tests: Don't use run_check_stdout without filtering

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

 




On 2020/4/7 上午12:56, David Sterba wrote:
> On Mon, Apr 06, 2020 at 02:11:05PM +0800, Qu Wenruo wrote:
>> Since run_check_stdout() can insert INSTRUMENT, which could easily
>> pollute the stdout, any caller of run_check_stdout() should filter its
>> output before using it.
>>
>> There are some callers which just grab the output without filtering it,
>> most of them are simple inspect-dump commands.
>>
>> To avoid false alert with INSTRUMENT set, just don't utilize
>> run_check_stdout() for those call sites.
>> Since those call sites are pretty simple, shouldn't cause too many holes
>> in the coverage.
> 
> I don't like this, it removes a lot of the coverage. The instrument
> tools should provide a way to avoid stdout/stderr pollution, eg.
> valgrind has --log-fd or --log-file. We can add a shortcut that will
> provide some defaults so we can conveniently use 'INSTRUMENT=valgrind'.
> 
Then that's too INSTURMENT dependent.

What about adding filtering for the mentioned callers?

Thanks,
Qu

Attachment: signature.asc
Description: OpenPGP digital signature


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux