Re: Re: Email to hackers for test coverage
От | movead.li@highgo.ca |
---|---|
Тема | Re: Re: Email to hackers for test coverage |
Дата | |
Msg-id | 2019082715571842080624@highgo.ca обсуждение исходный текст |
Ответ на | Email to hackers for test coverage ("movead.li@highgo.ca" <movead.li@highgo.ca>) |
Ответы |
Re: Re: Email to hackers for test coverage
|
Список | pgsql-hackers |
On Tue, 27 Aug 2019 14:07:48 +0800 michael@paquier.xyz wrote:> There is a section in float4.sql which deals with overflow and> underflow, so wouldn't it be better to move the tests there? You
> could just trigger the failures with that:
> =# insert into float4_tbl values ('-10e-70'::float8);
> ERROR: 22003: value out of range: underflow
> LOCATION: check_float4_val, float.h:145
> =# insert into float4_tbl values ('-10e70'::float8);
> ERROR: 22003: value out of range: overflow
> LOCATION: check_float4_val, float.h:140> I would also test all four patterns: 10e70, 10e-70, -10e70, -10e-70.I think your way is much better, so I change the patch and it is'regression_20190827.patch' now.> For the numeric part, this improves the case of> ApplySortAbbrevFullComparator() where both values are not NULL. Could> things be done so as the other code paths are fully covered? One> INSERT is fine by the way to add the extra coverage.There are code lines related to NULL values inApplySortAbbrevFullComparator(), but I think the code lines forcomparing a NULL and a NOT NULL can be never reached, because it ishandled in ApplySortComparator() which is called beforeApplySortAbbrevFullComparator(). So I think it is no use to INSERTa NULL value.--Movead
Вложения
В списке pgsql-hackers по дате отправления: