On Tue, Sep 26, 2006 at 12:46:38PM -0400, Mark Phippard wrote:
> Jens Seidel <jensseidel@users.sf.net> wrote on 09/26/2006 10:48:55 AM:
> > Sorry, let me rephrase: I have an up-to-date working copy with local
> > modifications. Once I try to synchronize against the server Sublipse
> > shows many incoming changes from the server which do not exist!
> >
> > All these changes are added files which I deleted already
> > long time ago in the past. I really do not want these back and the
> > command line version of Subversion does nothing during a "svn up" because
> > all my files are up-to-date.
>
> You can try switching adapters or doing a Team -> Update on the whole
> project to see if it goes away, but ultimately the information we show in
> that view is coming from the output of running the svn status -u -v
> command.
Mmh, now the problem vanished so that I cannot start svn status -u -v.
I also have no JavaHL.
My experiences (before it vanished):
I started also an older eclipse 3.2 M20060629-1905 with Subclipse 1.0.3.
I verified that also this version (but never in the past!) displays these
wrong incoming changes. First I started a refresh to ensure that Subversions
metadata is in sync with the filesystem. Nothing changed.
I updated one of these displayed files (no error occurred) and it was added to
my working copy in an old revision (-r 405). It also vanished from the
synchronize view. I did a "svn up" on the command line in the directory where
this file resides and it was properly updated (i.e. deleted).
Now I tried the same with an other file. Subclipse started
"svn update -r 195 include.h" (a different revision!) but nothing changed.
This file was still mentioned as incoming change and also this command on the
command line is a no-op, since include.h did no longer exist in the working
copy.
I don't know what's the correct behaviour of svn but I expected at least the
same result for both updates. I can also not explain why different revision
numbers where chosen as the working copy was up to date.
After this I think I tried a new synchronisation and now all these bogus
incoming changes vanished!
OK, to test it again I started "svn update -r <rev> <file>" for both deleted
files and noticed that the command line restores one file but ignores the
other one. So that's a Subversion error (just another one, I recognised and
reported already a few) in version 1.3.0.
Even if the problem is possible subversion related I attached parts of my
.log. Maybe it helps you.
The following occurred on the console and not in .log:
org.eclipse.core.internal.resources.ResourceException(/project/src/dir1/include.h)[381]: java.io.IOException: File not found: /home/jens/eclipse/workspace/project/src/dir1/include.h.
at org.eclipse.core.internal.resources.ContentDescriptionManager$LazyFileInputStream.ensureOpened(ContentDescriptionManager.java:156)
at org.eclipse.core.internal.resources.ContentDescriptionManager$LazyFileInputStream.read(ContentDescriptionManager.java:166)
at java.io.InputStream.read(InputStream.java:89)
at org.eclipse.core.internal.content.LazyInputStream.loadBlock(LazyInputStream.java:99)
at org.eclipse.core.internal.content.LazyInputStream.ensureAvailable(LazyInputStream.java:64)
at org.eclipse.core.internal.content.LazyInputStream.read(LazyInputStream.java:119)
at org.eclipse.core.internal.content.TextContentDescriber.getByteOrderMark(TextContentDescriber.java:65)
at org.eclipse.core.internal.content.TextContentDescriber.describe(TextContentDescriber.java:49)
at org.eclipse.core.internal.content.ContentType.describe(ContentType.java:161)
at org.eclipse.core.internal.content.ContentType.internalGetDescriptionFor(ContentType.java:458)
at org.eclipse.core.internal.content.ContentTypeCatalog.getDescriptionFor(ContentTypeCatalog.java:314)
at org.eclipse.core.internal.content.ContentTypeCatalog.getDescriptionFor(ContentTypeCatalog.java:318)
at org.eclipse.core.internal.content.ContentTypeMatcher.getDescriptionFor(ContentTypeMatcher.java:86)
at org.eclipse.core.internal.resources.ContentDescriptionManager.readDescription(ContentDescriptionManager.java:400)
at org.eclipse.core.internal.resources.ContentDescriptionManager.getDescriptionFor(ContentDescriptionManager.java:339)
at org.eclipse.core.internal.resources.File.internalGetCharset(File.java:253)
at org.eclipse.core.internal.resources.File.getCharset(File.java:214)
at org.eclipse.core.internal.resources.File.getCharset(File.java:201)
at org.tigris.subversion.subclipse.core.sync.SVNStatusSyncInfo.createBaseResourceVariant(SVNStatusSyncInfo.java:201)
at org.tigris.subversion.subclipse.core.sync.SVNStatusSyncInfo.<init>(SVNStatusSyncInfo.java:31)
at org.tigris.subversion.subclipse.core.sync.SVNWorkspaceSubscriber.getSyncInfo(SVNWorkspaceSubscriber.java:179)
at org.eclipse.team.core.subscribers.Subscriber.collect(Subscriber.java:321)
at org.eclipse.team.core.subscribers.Subscriber.collect(Subscriber.java:306)
at org.eclipse.team.core.subscribers.Subscriber.collect(Subscriber.java:306)
at org.eclipse.team.core.subscribers.Subscriber.collect(Subscriber.java:306)
at org.eclipse.team.core.subscribers.Subscriber.collectOutOfSync(Subscriber.java:254)
at org.eclipse.team.internal.core.subscribers.SubscriberSyncInfoEventHandler.collectAll(SubscriberSyncInfoEventHandler.java:162)
at org.eclipse.team.internal.core.subscribers.SubscriberEventHandler.processEvent(SubscriberEventHandler.java:343)
at org.eclipse.team.internal.core.BackgroundEventHandler.processEvents(BackgroundEventHandler.java:329)
at org.eclipse.team.internal.core.BackgroundEventHandler$1.run(BackgroundEventHandler.java:173)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)
U ERROR
One of the old errors in my .log where related to the fact that I opened my
workspace with svn references (open views, ...) without a Subclipse
installation for this eclipse version yet, which I installed later. Could this
cause any trouble?
Jens
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
- text/plain attachment: .log
Received on Wed Sep 27 13:03:44 2006