In ISE 6.2i, I compile a design off a mapped drive at a foreign site(ie I did not install the software and do not have administrative privileges). For example, I try to run Map, sometimes it completes with a green check mark, and sometimes it completes with no green check mark. Sometimes when it compiles with a green check mark, and I hit the Map Report, it reruns all the tools again (like xst, ngcbuild, map) as though a source hdl file had been changed. but no source files have been changed. Its maybe like the filesystems are running off two different timestamp clocks?
Any ideas?
-Newman
Didn't find your answer? Ask the community — no account required.
M
Mac
The timestamp thing can be a problem for make-based dependency checking (which ISE uses).
But if all the design files are stored on the same computer, I would think that the timestamp would be consistent across all of them.
As a practical matter, would it be possible for you to simply check the time on all relevant computers? The first step to corrective action is to determine what the problem is. Inconsistent time is one hypothesis, now you should test it. If the time is consistent, then you will have to come up with a new hypothesis.
--Mac
N
newman
Well, the files are stored on a remote computer. Looking at the file timestamps in an explorer window, I did notice that when I refreshed the window, some of the working files were later than the time displayed on the local computer (where the compilation takes place). I did bump up the local time by a couple of minutes in order to guess an approximate equal time for both computers, but I still experienced the same problem.
-Newman
M
Mac
If you want to solve this problem, here is what I suggest. First, devise a simple, repeatable test which identifies the problem.
Then, formulate a hypothesis about what is causing the problem, and take appropriate steps (according to the hypothesis) to make the problem go away. Then perform the simple repeatable test to see if the problem is fixed. If it is fixed, then, just to be sure, undo the fix, and perform the test again to make sure the problem comes back. Sometimes I go back and forth like this several times to really convince myself that I have solved the problem.
If the potential solution doesn't work, undo it, and try another potential solution. And so on.
In this case, the question you should ask yourself is, did you synchronize the clocks or not? Do you feel that you have ruled out clock differences as a potential cause of the behavior you are seeing or not? If you haven't ruled it out, then keep messing around until you can.
I would think the one thing you DON'T want to have, is files with modification times in the future, so if you can't sync the clocks exactly, at least try to make the clock on the system running the compiler slightly faster than the one storing the data.
Good luck.
--Mac
G
Gabor
site(ie I
privileges).
green check
Sometimes
reruns
file had
like the
checking
would think
check the
action is to
hypothesis, now
to come
file
refreshed the
displayed on the
the local
time for
devise a
take
go
is
perform
back
have
potential
synchronize
can.
exactly,
slightly
There's another possible problem, if your systems are not set up for the same time zone. In this case if the computers have the same time the file system will think the dates are off by the time zone differential.
Also I know it's a pain but the simplest workaround is to right click on the report file in the process window and "open without updating". If you need to generate a new report or re-synthesize you can use the right-click "rerun" or "rerun all" to force a new build.
Good Luck Gabor
Join the Discussion
Have something to add? Share your thoughts — no account required.
Didn't find your answer?
Ask the community — no account required
Report Content
You are reporting this content to the moderators. They will look at it
ASAP.