🚀 go-pugleaf

"MW Ron" <mwron@metrowerks.com> wrote in message
news:mwron-845A6C.10392311122003@enews.newsguy.com...
> In article <9wUBb.527$CO2.455@nwrdny02.gnilink.net>,
>  "Michael" <mstauff@bellatlantic.net> wrote:
>
> >Hi,
> >
> >I'm having some weird trouble with a file's modification date and the
> >debugger.
> >I recently moved some source files from a network drive to a local drive.
> >Now, one of the files (and only one as far as I can tell) is giving an
error
> >that I can't get rid of:
> >
> >"Invalid file modification date.
> >The modification date for the file "xxx" does not match its date stored
in
> >the debugging information. <snip>"
> >
> >The program is behaving strangely in the code from this source file.
> >Debugging is doing strange things, recognizing part of the source file
and
> >recognizing breakpoints in part,  but not in others. I've tried "Remove
> >object code" and "Synchronize modification dates", and "Reset Project
Entry
> >Paths" (not that I know what that does), but to no avail.
>
> Trash your sym files,  delete the source file and add it back again to
> your project.  I think that will resolve all things... but let me know
> if it doesn't there may be other things to try.
>
> >The source file in question (ie that's in the project and that comes up
in
> >the debugger) seems to be the correct one, ie in the correct location.
>
> But the sym file information is for a different file and that is why you
> are getting the error.   I've seen this before when moving files,
> (especially if the project is open)  It probably still has some cache
> set for the network drive.
>
> I'm not sure what the problem is,  ultimately it is Metrowerks problem
> to solve even if it is an OS quirk,  so please report this to
> Metrowerks.  Even if the fix is simple.  If enough people report it then
> it will be given the highest priority.

First I tired: 1a) remove source file from project 1b) "remove object code"
from project 2) close CW 3) delete the output app for the project targe in
question (ie the package that contains the sym file) 4) delete the target
settings file for the project 5) start CW 6) put source file back into
project 7) rebuild project --- same problem!

Then I tried 1) remove source file from project 2) copy the source file
contents into a new source file 3) add the new source file to the project 4)
quit CW 5) delete sym file itself from output app package 6) restart CW 7)
recompile ---- it worked!

Maybe a corruption in the source file itself? Bad bit in Finder data? In any
case, this reminded me that I've had to do the same kind of thing a few
times over the past few years, both on CW Mac and MS VC++ Windows.

I'm still getting weird behavior in the program, but now it's probably due
to my buggy code!

Thanks,
Michael