[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-users] subclipse loses version information on branches in mac os x

From: James O'Brien <gymper_at_gmail.com>
Date: Tue, 3 Jun 2008 12:32:04 -0700

I have the latest JavaHL - but you're right the problem may be there. For
now, since I'm in a hurry to get work done, I switched to subversive. That
again was difficult because there was a requirement for JavaHL win32
connector (umm platform independence?) so I had to download the archived
site and edit the site.xml to get rid of this requirement. It seems to be
working for now - although the merge and diff capabilities of subclipse are
supposed to be superior.
--jim

On Tue, Jun 3, 2008 at 11:48 AM, Mark Phippard <markphip_at_gmail.com> wrote:

> On Tue, Jun 3, 2008 at 2:43 PM, James O'Brien <gymper_at_gmail.com> wrote:
> > Anyone else having this problem? I'm connected to the repository over
> > https. I checked out head and then switched to the branch 1.1.9.
> > Originally everything was fine until subclipse seemed to lose all version
> > information. Sometimes running eclipse -clean would fix things. The
> .svn
> > directories are all still there.
> >
> > I have a few errors in the logs.
> >
> > Sometimes I get this error:
> > ENTRY org.tigris.subversion.subclipse.core 4 -6 2008-06-03 11:38:17.151
> > !MESSAGE The SVN synchronization information for 'asset-service-import'
> has
> > become corrupt or does not exist.
> >
> >
> > Often I get this error:
> > !ENTRY org.eclipse.ui 4 4 2008-06-03 11:02:40.686
> > !MESSAGE java.lang.NullPointerException
> > !STACK 0
> > java.lang.NullPointerException
> > at
> >
> org.tigris.subversion.subclipse.ui.decorator.SVNLightweightDecorator.decorateTextLabel(SVNLightweightDecorator.java:362)
> > at
> >
> org.tigris.subversion.subclipse.ui.decorator.SVNLightweightDecorator.decorate(SVNLightweightDecorator.java:305)
> > at
> >
> org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate(LightweightDecoratorDefinition.java:253)
> > at
> >
> org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunnable.run(LightweightDecoratorManager.java:71)
> > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
> > at org.eclipse.core.runtime.Platform.run(Platform.java:857)
> > at
> >
> org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate(LightweightDecoratorManager.java:336)
> > at
> >
> org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations(LightweightDecoratorManager.java:322)
> > at
> >
> org.eclipse.ui.internal.decorators.DecorationScheduler$1.ensureResultCached(DecorationScheduler.java:369)
> > at
> >
> org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(DecorationScheduler.java:329)
> > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> >
>
> Interesting. There have been some other users who have run into the
> same problem. See this thread:
>
>
> http://subclipse.tigris.org/servlets/BrowseList?list=users&by=thread&from=627525
>
> It'd be great if someone could come up with a reproduction recipe.
>
> It would also be good if someone who gets this regularly could update
> to the new (unreleased) version. Since you are all on OSX, I'd
> suggest waiting until there are new JavaHL binaries posted though.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
Received on 2008-06-03 21:32:16 CEST

This is an archived mail posted to the Subclipse Users mailing list.