Re: [RFC PATCH 19/21] usage API: use C99 macros for {usage,usagef,die,error,warning,die}*()

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

 



On Tue, Dec 28 2021, Elijah Newren wrote:

> On Tue, Dec 28, 2021 at 8:32 AM Jeff Hostetler <git@xxxxxxxxxxxxxxxxx> wrote:
>> >      If you'd like a semi-stable grouping across similar git versions the
>> >      "file/func" pair should be Good Enough for most purposes. Some functions
>> >      might emit multiple errors, but you'd probably want to group them as
>> >      similar enough anyway.
>
> Why would we want to group different errors?  Isn't the point to
> figure out which error is being triggered the most (or which errors)?
> This sounds like it'd leave us with more investigation work to do.

Ideally you wouldn't, i.e. the goal here is to get some approximation of
a unique ID for an error across versions.

But unless we're going to assign something like MySQL's error ID's
manually any automatic method we pick is only going to be an
approximation.

So the question is whether we can have something that's good enough. The
current "fmt" feature is fragmented by i18n. That's fixable (at the cost
of quite a lot of lines changed), but would something even more succinct
be good enough?

Which is why I suggested file/function, i.e. it'll have some
duplication, but for an error dashboard using trace2 data I'd think it's
probably good enough.

But maybe not. I just wanted to ask about it as a quick question...

>> > But I realize that those things don't give you exactly the same things
>> > that "fmt" does, but maybe they're good enough (or even better?), or
>> > not.
>
> I think "fmt" is strictly better, personally.




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux