[tarantool-patches] Re: [PATCH 2/2] sql: remove GLOB from Tarantool
n.pettik
korablev at tarantool.org
Fri Aug 17 12:20:00 MSK 2018
> On 17 Aug 2018, at 12:01, Alex Khatskevich <avkhatskevich at tarantool.org> wrote:
>
> On 17.08.2018 11:49, n.pettik wrote:
>>> On 17 Aug 2018, at 11:25, Alex Khatskevich <avkhatskevich at tarantool.org> wrote:
>>>
>>> Do not split error messages at the middle of a sentence. It makes errors ungreppable.
>>> Make it <80 somehow different.
>> I guess this is extremely specific nitpicking: look at src/box/alter.cc:
>> through the code there are a lot of breaks of error messages like:
>>
>> alter.c : 405
>>
>> tnt_raise(ClientError, errcode, tt_cstr(space_name, name_len),
>> tt_sprintf("field %d has conflicting nullability and "
>> "nullable action properties", fieldno +
>> TUPLE_INDEX_BASE));
>>
>> alter.cc : 524
>>
>> if (exact_field_count != 0 &&
>> exact_field_count < field_count) {
>> tnt_raise(ClientError, errcode, tt_cstr(name, name_len),
>> "exact_field_count must be either 0 or >= "\
>> "formatted field count”);
>>
>> etc
> That is not a good example of code.
Okay, then look at key_def.c and other source files. I can’t find example of breaking
80 chars border with error string message. Thus, I guess this rule is unlikely to be
supported within our codestyle.
> If possible, error message should not be broken at the middle.
> In my opinion, even if it is not possible, it should better be > 80.
>
> Linus is for this https://www.kernel.org/doc/html/v4.10/process/coding-style.html
More information about the Tarantool-patches
mailing list