Paul Eggert wrote:
> I installed the attached to do that. I don't know whether this will fix
> Andreas's problem, whatever it is.
Thanks. It will allow us to distinguish a completely dysfunctional
'Europe/Paris' from one which exists but does not have the correct data
about the DST begin and DST
On 3/29/24 08:15, Andreas Schwab wrote:
On Mär 29 2024, Bruno Haible wrote:
Yes. And make sure that it has a time zone database installed at all.
Why? That doesn't make any sense.
Although Andreas is not clear, perhaps he is alluding to the fact that
Gnulib's localtime_r tests assume that
Andreas Schwab wrote:
> > Yes. And make sure that it has a time zone database installed at all.
>
> Why? That doesn't make any sense.
You can leave the consideration of which test case makes sense or not
on my side.
What we need from you, as a reporter, is a statement on which
platform (distro a
On Mär 29 2024, Bruno Haible wrote:
> Yes. And make sure that it has a time zone database installed at all.
Why? That doesn't make any sense.
Andreas Schwab wrote:
> > FAIL: test-localtime_r
> > ==
> >
> > test-localtime_r.c:58: assertion 'result->tm_hour == 18' failed
> > FAIL test-localtime_r (exit status: 134)
> >
> > FAIL: test-localtime_r-mt
> > =
> >
> > thread2 disturbed by thread1!
>
On 29/03/2024 12:40, Andreas Schwab wrote:
FAIL: test-localtime_r
==
test-localtime_r.c:58: assertion 'result->tm_hour == 18' failed
FAIL test-localtime_r (exit status: 134)
FAIL: test-localtime_r-mt
=
thread2 disturbed by thread1!
thread1 disturbed
