On 13/02/2022 05:31, Paul Eggert wrote:
On 6/28/21 10:54, Kamil Dudka wrote:
You are right. The matching algorithm was not implemented correctly and
the patch you attached fixes it.
I looked into Bug#49239 and found some more places where the
documentation disagreed with the code. I installed
On 6/28/21 10:54, Kamil Dudka wrote:
You are right. The matching algorithm was not implemented correctly and
the patch you attached fixes it.
I looked into Bug#49239 and found some more places where the
documentation disagreed with the code. I installed the attached patches
into Gnulib and C
On Monday, June 28, 2021 6:52:14 PM CEST Michael Debertol wrote:
> I was trying to say that the regex is not followed in two cases:
>
> - when there are two dots followed by [A-Za-z~], the second dot should
> be matched, but it is not.
>
> An example is "foo..a": In this case ".a" should be match
Am 28.06.21 um 18:41 schrieb Kamil Dudka:
On Sunday, June 27, 2021 12:04:53 AM CEST Michael wrote:
Hi,
I found some unexpected results with sort -V. I hope this is the correct
place to send a bug report to [1].
They are caused by a bug in filevercmp inside gnulib, specifically in the
function
On Sunday, June 27, 2021 12:04:53 AM CEST Michael wrote:
> Hi,
> I found some unexpected results with sort -V. I hope this is the correct
> place to send a bug report to [1].
> They are caused by a bug in filevercmp inside gnulib, specifically in the
> function match_suffix.
> I assume it should, a
Hi,
I found some unexpected results with sort -V. I hope this is the correct
place to send a bug report to [1].
They are caused by a bug in filevercmp inside gnulib, specifically in the
function match_suffix.
I assume it should, as documented, match a file ending as defined by this
regex: /(\.[A-Za
