X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
Message-ID: <421C5BE3.9030503@ujf-grenoble.fr>
Date: Wed, 23 Feb 2005 10:33:07 +0000
From: Maurice Lombardi <Maurice DOT Lombardi AT ujf-grenoble DOT fr>
User-Agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: fr-fr, fr
MIME-Version: 1.0
To: gpc AT gnu DOT de, djgpp <djgpp AT delorie DOT com>
Subject: Re: Test results og gpc-20041218 with
References: <200502181217 DOT 42466 DOT pavenis AT latnet DOT lv> 	<1108821614 DOT 24493 DOT 906918 AT goedel DOT fjf DOT gnu DOT de>	<200502210901 DOT 01240 DOT pavenis AT latnet DOT lv>	<4219C2C2 DOT 9090201 AT ujf-grenoble DOT fr> <1109000734 DOT 11390 DOT 222234 AT goedel DOT fjf DOT gnu DOT de>
In-Reply-To: <1109000734.11390.222234@goedel.fjf.gnu.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-MIME-Autoconverted: from 8bit to quoted-printable by furon.ujf-grenoble.fr id j1NAdFob010158
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id j1NDmG67023871



Frank Heckenbach a écrit:

> Maurice Lombardi wrote:
> 
> 
>>I had the same results with v2.03p2 (never tried v2.04)
>>y2k.pas has random failures since long time, apparently due to trigger
>>of a Window function to change between summer/winter time when the program
>>changes date to some seconds before y2k to make the test: it appears
>>more clearly, but still randomly, by increasing the time delay included in the test.
>>I simply ignore it.
> 
> 
> Well, the test was written to test some "__BP_UNPORTABLE_ROUTINES__"
> as it clearly indicates. As far as I'm concerned, I don't have to
> keep this test if it now doesn't even work (reliably) on its
> "native" platform.
> 
> Alternatively, we could activate the work-around (simulate a changed
> time for the running program and leaving the system time alone) for
> DJGPP as well. If you prefer this, it's the conditional in
> dos.pas:741 (`{$ifdef __GO32__}'). Let me know if I should change it
> permanently.

I had an other look to this bug.
It is due to a strange bug when running the test in a W98se DOS window.
When running it in bare DOS no error.
When making your suggested replacement, no error.
The problem is that the delay of 2 seconds which should be produced by
sleep(2) is not realized (at the present time ...) when running this test
in this DOS window: 2 seconds are felt by bare eye.
I can produce it when running under debugger (with rhide), and then the result
is correct.
I will make some more investigations on sleep in a bare C program,
but otherwise you can change the test freely.

Maurice

-- 
        Maurice Lombardi
Laboratoire de  Spectrometrie Physique,
Universite Joseph Fourier de Grenoble, BP87
38402 Saint Martin d'Heres Cedex     FRANCE
Tel: 33 (0)4 76 51 47 51
Fax: 33 (0)4 76 63 54 95
mailto:Maurice DOT Lombardi AT ujf-grenoble DOT fr