[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35762: (No Subject)
From: |
Eric Blake |
Subject: |
bug#35762: (No Subject) |
Date: |
Thu, 16 May 2019 13:12:50 -0500 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 |
On 5/16/19 12:40 PM, address@hidden wrote:
> A possible fix, or mitigation, based on the answer by John Bollinger[1]
> follows. I have tested this to work[2] even though it requires changes[2] in
> the program that created the test(s) executables and that program is 'check'
> - A unit testing framework for C [3].
>
> [1] https://stackoverflow.com/a/56168216/11509478
> [2] https://github.com/libcheck/check/issues/188#issuecomment-493161758
> [3] https://github.com/libcheck/check
>
> --- /tmp/test-driver 2018-09-18 15:06:54.000000000 +0200
> +++ /usr/share/automake-1.16/test-driver 2019-05-16 17:58:09.690988983
> +0200
> @@ -104,7 +104,8 @@ trap "st=141; $do_exit" 13
> trap "st=143; $do_exit" 15
>
> # Test script is run here.
> -"$@" >$log_file 2>&1
> +echo -n "" >"$log_file"
'echo -n' is non-portable, but since all you are doing is using it to
create an empty file, it's simpler to just:
: >"$log_file"
> +"$@" >>"$log_file" 2>&1
> estatus=$?
>
> if test $enable_hard_errors = no && test $estatus -eq 99; then
>
>
> (the above patch is also attached)
>
> Cheers.
>
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature