Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 72544 - cvs update producing different time stamp in Entries file
Summary: cvs update producing different time stamp in Entries file
Status: RESOLVED DUPLICATE of bug 15133
Alias: None
Product: Platform
Classification: Eclipse Project
Component: CVS (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: platform-cvs-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-24 15:46 EDT by mark lybarger CLA
Modified: 2004-08-24 16:01 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mark lybarger CLA 2004-08-24 15:46:47 EDT
i'm using eclipse with a project out of cvs.  my eclipse is 3.0.  we use a
pretty task (JavaStyle.jar) to format source code that has been changed.  it is
cvs aware and only formats files that have been changed since their cvs update.
 my problem is that after using eclipse for a while, javastyle only works
sporadically.  i haven't been able to pinpoint what in eclipse causes the
javastyle to stop working.  i know that when first checking out a new project,
setting up all the libraries, and paths and such.  changing a file, then
javastyle works.  i also don't recall having any troubles with javastyle using
eclipse 2.x. 

so, Michael Valenta on the newsgroups says that i should compare the Entries
file for each cvs update (command line .vs. eclipse).  
so here's what i have from eclipse:
/AcdvBean.java/1.7/Tue Aug 24 18:23:42 2004//
/AcdvTest.java/1.4/Mon Aug 23 18:05:26 2004//

and from command line:
/AcdvBean.java/1.7/Tue Aug 24 19:23:42 2004//
/AcdvTest.java/1.4/Mon Aug 23 19:05:26 2004//

maybe it's showing GMT times there, i'm not sure. the AcdvBean.java was checked
in around 3:23 p.m. EDT.  if so, then the command line cvs seems to have the
correct time, since there's 4 hrs difference now between EDT (daylight savings)
and GMT.
Comment 1 Michael Valenta CLA 2004-08-24 16:01:05 EDT
This is a known issue involving a shortcoming in java.io.File (see bug 15133 
for more details). It has always existed but it depends on the file system in 
use and whether daylight savings is in effect. It is strange that the tool you 
are using is missing changes due to this. Ussually the problem is that files 
that aenot changed appear to be changed. I suspect that the tool your using is 
performing a greater than check on the date when it should be performing a 
equality check.

*** This bug has been marked as a duplicate of 15133 ***