Mail Archives: djgpp-workers/2004/12/30/14:27:23
On Thu, 30 Dec 2004 19:34:55 +0100 (CET), ams AT ludd DOT ltu DOT se wrote:
>According to Brian Inglis:
>> On Thu, 30 Dec 2004 13:03:13 +0100 (CET), ams AT ludd DOT ltu DOT se wrote:
>>
>> >I'm getting failures from the strftim* test programs. OS WINDOWS 98
>> >English, Swedish "Regional settings". djtz*.zip NOT installed. No
>> >(what I think is) relevant environment variables set (LANG, LC_ALL,
>> >TZ).
>> >
>> >My (lack of) setup might very well why it fails, but if something
>> >are necessary for correct functioning the program should verify that.
>> >
>> >strftime:
>> Should work correctly as putenv(unconst("TZ=GMT0",char*) used!
>> Myabe should add putenv()/getenv() test comparison or switch to using
>> setenv() as below?
I was getting a bit paranoid here -- but maybe will add check.
>If it's supposed to do the right thing, it's probably me that needs to
>debug it here where I have the problem.
It's possibly just default behaviour when no tz files present that
shows up the problem.
I will look at the tz setting code, which should be hooked in via
mktime.
>> >strftimt:
>> These tests currently assume tz files installed, could change to using
>> TZ variable as in strftime test program and strftimt test 31.
>
>No, because this tests with tz files. It's not bad to have such a test
>too. Perhaps we should have two? One like today and one using TZ?
Good idea -- maybe I should change strftimt to use TZ variable and add
strftimz using tz files?
>> Could try patching strftime test program to use setenv() instead of
>> putenv() and specify normal TZ env vars in strftimt.
>
>Possible. Or I can unzip djtz*.zip.
Keep yourself clean of those: variety of test environments is useful.
>If someone wants/needs my recompiled libc or the current source I
>have (remember, I had to manually apply some patches), I could zip it
>up and put it up for download. Specify what exactly you want in that
>case.
- Raw text -