On
- GNU/Hurd x86_64 from 2024,
- GNU/Hurd i386 from 2023,
I see a test hang: hash-collision-perf.
On GNU/Hurd x86_64:
When I interrupted the build, the file 'in' has 512 lines, and
find attached the log file of this test. As you can see, the value of
small_ms stays 0 even for larger file
Jim Meyering wrote:
> Thanks again. This one should do it: skipping the test in that case.
Yes, this one does it. Now "make check" proceeds through all tests.
No failure.
Bruno
On Tue, Apr 8, 2025 at 8:02 AM Bruno Haible wrote:
> Jim Meyering wrote:
> > Oh! Sorry. I made only the final invocation use the timeout. Must use
> > it in the loop, too.
> > Here's a better patch:
>
> The 'hash-collision-perf' test still hangs both of my GNU/Hurd machines.
> One of the machines
Jim Meyering wrote:
> Oh! Sorry. I made only the final invocation use the timeout. Must use
> it in the loop, too.
> Here's a better patch:
The 'hash-collision-perf' test still hangs both of my GNU/Hurd machines.
One of the machines now says:
vm_page warning: unable to recycle any page
Th
On Tue, Apr 8, 2025 at 12:54 AM Bruno Haible wrote:
> Hi Jim,
>
> > > So, IMO, there are two bugs:
> > >
> > > 1) When the allocation of the kwset takes more memory than available,
> > > 'grep' should exit via xalloc_die(), instead of waiting to be killed
> > > by the OOM killer.
> > >
On Mon, Apr 7, 2025 at 10:34 AM Bruno Haible via Bug reports for GNU
grep wrote:
> On
> - GNU/Hurd x86_64 from 2024,
> - GNU/Hurd i386 from 2023,
> I see a test hang: hash-collision-perf.
>
> On GNU/Hurd x86_64:
>
> When I interrupted the build, the file 'in' has 512 lines, and
> find atta
Hi Jim,
> > So, IMO, there are two bugs:
> >
> > 1) When the allocation of the kwset takes more memory than available,
> > 'grep' should exit via xalloc_die(), instead of waiting to be killed
> > by the OOM killer.
> >
> > 2) In the 'hash-collision-perf' unit test: The use of a perl
