No, it is a scheduled recompile/recreate for all the apps I am responsible for on the following monday, as I will need the debugger in the period. When I had to maintain apps distributed in a wide field and had to recreate an error occurring in a version of another daylight saving time I often reset the system clock to that "time zone area" - error prone as easy to forget resetting

>Only if you happen to work between 1:59 AM and 2:01 AM on the night the clock is adjusted.
>
>>vfp will show this behaviour when daylight saving time "changes" and the source was compiled in the other "period". Just one of the "Duuhhh, what were they thinking!" moments for vfp I encounter twice a year ;-)
>>
>>>Just a WAG but I vaguely remember running into something like this and it turned out the system date on the box I was on was something really wacko and by fiddling that I was able to get the source in debug. Just a thought.
>>>
>>>
>>>>Thanks, Victor and Naomi. I will give it a whirl in the morning.
>>>>
>>>>And possibly the afternoon as well. In the interests of keeping it simple, one thing I didn't mention is there are 66 sub-apps. I wish I were joking.
>>>>
>>>>>What I've done in situations like that is:
>>>>>
>>>>>1. delete all .fxp files
>>>>>2. recompile all the class libs (COMPILE CLASSLIB *.vcx)
>>>>>3. recompile all the forms (COMPILE FORM *.scx)
>>>>>4. recompile entire application.