This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] math: enhance the endloop condition of function handle_input_flag
- From: liqingqing <liqingqing3 at huawei dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: <libc-alpha at sourceware dot org>, <hushiyuan at huawei dot com>, <liusirui at huawei dot com>
- Date: Thu, 7 Nov 2019 14:59:42 +0800
- Subject: Re: [PATCH] math: enhance the endloop condition of function handle_input_flag
- References: <3f569a2a-b8a9-471e-96ed-a94ded8c044b@huawei.com> <alpine.DEB.2.21.1911070030520.18130@digraph.polyomino.org.uk>
On 2019/11/7 8:32, Joseph Myers wrote:
> On Mon, 28 Oct 2019, liqingqing wrote:
>
>> review the source code of function "handle_input_flag" and found that the
>> endloop condition is not correct,
>> cause when the loop variable " i " euqal to 16, then the input_flags[16] will
>> be out of bounds.
>> though I think for now the inputs maybe all right, but just enhanced it.
>
> Thanks, committed with a somewhat edited commit message. Note: I had to
> apply the patch manually as it appears your mailer inserted some Unicode
> space characters in it. Patches inserted in the body of an email need to
> be verbatim with no whitespace changes from the email client for it to be
> possible to apply them, so if that's a problem they should be attached
> rather than included directly in the body of the email.
>
I think maybe the default_charset is not utf-8?