Date: Tue, 05 Apr 2005 22:17:37 +0200 From: Bruno Van Den Bossche <brvdboss@spymac.com> Cc: freebsd-java@freebsd.org Subject: Re: eclipse Message-ID: <4252F261.7020905@spymac.com> In-Reply-To: <42521D28.50505@varju.ca> References: <424490CD.9080203@chuckr.org> <4246D3C5.5060303@ebs.gr> <4246FE33.2090608@webct.com> <c21e92e2050327175354a8b167@mail.gmail.com> <4248801D.7070405@webct.com> <42489BD2.40504@varju.ca> <424BA422.8070803@varju.ca> <424C5C2A.9080407@spymac.com> <424CBA64.4040404@varju.ca> <424DD0FA.1070003@spymac.com> <424F34F4.4030709@varju.ca> <425003E5.9020905@spymac.com> <4250803F.5030805@varju.ca> <425193E6.8020302@spymac.com> <42521D28.50505@varju.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Alex Varju wrote: > Bruno Van Den Bossche wrote: > http://www.varju.ca/alex/freebsd/eclipse-devel-3.1m6-2.tgz > > I know that there are still a few things wrong still. I tried a Motif > build on my i386 box yesterday, and it will compile, but crashes during > startup. I don't know what's going wrong there. Also, the > libswt-mozilla library is not getting compiled under gtk-amd64 right > now, and I'm having trouble convincing the build to do what I want. > > Once I get these issues resolved, I'll submit my port. Ok, great work! >> Ok, I did earlier today and there seems to a strange thing going on >> https://bugs.eclipse.org/bugs/show_bug.cgi?id=90155 >> >> The getId() method actually returns a String and not a long as the >> compiler seems to think. I haven't got a clue why the compiler thinks >> it's a long. If you (or anyone for that matter) have any clue, feel >> free to pitch in :) > > That is strange. As you say, it sure does look like the getId() method > is returning a String, so I don't know why it would claim otherwise. The > whole build is complicated by the fact that Eclipse is using its own > compiler to do a lot of the work, so this error message is probably not > coming directly from javac. Now that I think of it, though, have you > tried compiling that same code with javac? That might help narrow the > problem down to either our compiler or theirs. The bug has been solved! I just found what was wrong when I noticed I got an e-mail from bugzilla with the solution :) (Try the eclipse-source tree in eclipse, it's a nightmare!) The getId() method that was actually called wasn't from AbstractWebBrowser but from Thread :-/ It's one of those classic bugs. That'll teach me from just trying the quick fix without investigating :-/ So the fix should be (as mentioned in the bug-report): DefaultBrowserSupport.getInstance().removeBrowser(ExternalBrowserInstance.this.getId()); Bruno
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4252F261.7020905>