From tromey at redhat.com Mon May 1 14:53:18 2006 From: tromey at redhat.com (Tom Tromey) Date: 01 May 2006 08:53:18 -0600 Subject: [fedora-java] Hello and SVN subclipse plugin In-Reply-To: <1146141185.2753.8.camel@tprobert.intranet.promca.com> References: <1145563881.16534.15.camel@tprobert.intranet.promca.com> <1145634847.2759.17.camel@tprobert.intranet.promca.com> <1146141185.2753.8.camel@tprobert.intranet.promca.com> Message-ID: Robert> http://subclipse.tigris.org/source/browse/subclipse/tags/subclipse/1.0.1/svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/javahl/JhlClientAdapter.java?rev=2190&view=auto&content-type=text/vnd.viewcvs-markup Robert> well, this will take some time for me because i am not an expert Robert> debugging with gdb, but this is an excuse to learn it :-). Yeah :-) Looking at the code I think it could be a libgcj runtime linker bug. It may be trying to load and link SVNClient at class initialization time -- but that is too early. Well, this is one theory anyway. Some of the available evidence points away from it (the stack trace looks odd). You could test this by changing this class to only refer to SVNClient via reflection -- use forName to find the class and then use newInstance to make instances of it. Tom From bkonrath at redhat.com Tue May 2 05:32:06 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Tue, 02 May 2006 01:32:06 -0400 Subject: [fedora-java] Hello and SVN subclipse plugin In-Reply-To: References: <1145563881.16534.15.camel@tprobert.intranet.promca.com> <1145634847.2759.17.camel@tprobert.intranet.promca.com> <1146141185.2753.8.camel@tprobert.intranet.promca.com> Message-ID: <1146547927.3204.4.camel@localhost.localdomain> On Mon, 2006-05-01 at 08:53 -0600, Tom Tromey wrote: > Well, this is one theory anyway. Some of the available evidence > points away from it (the stack trace looks odd). You could test this > by changing this class to only refer to SVNClient via reflection -- > use forName to find the class and then use newInstance to make > instances of it. This is very strange. I poked around a bit this evening but didn't get anywhere. I was mostly looking through the OSGi class loading stuff though. You can get more information about what the class loaders are doing by running eclipse with the attached options file. To use it, run eclipse like this: eclipse -consolelog -debug path/to/options.txt Ben -------------- next part -------------- org.eclipse.osgi/debug=true org.eclipse.osgi/debug/loader=true From robert at marcanoonline.com Mon May 8 04:01:28 2006 From: robert at marcanoonline.com (Robert Marcano) Date: Mon, 08 May 2006 00:01:28 -0400 Subject: [fedora-java] Hello and SVN subclipse plugin In-Reply-To: <1146547927.3204.4.camel@localhost.localdomain> References: <1145563881.16534.15.camel@tprobert.intranet.promca.com> <1145634847.2759.17.camel@tprobert.intranet.promca.com> <1146141185.2753.8.camel@tprobert.intranet.promca.com> <1146547927.3204.4.camel@localhost.localdomain> Message-ID: <1147060888.3000.7.camel@localhost.localdomain> Packages has been submitted to review for inclusion in extras with the javahl interface temporarily disabled https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191014 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191015 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191016 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191017 ________________________________________ Robert Marcano ????????????????? web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD From ehildum at mail.arc.nasa.gov Sat May 13 05:11:23 2006 From: ehildum at mail.arc.nasa.gov (Edward A. Hildum) Date: Fri, 12 May 2006 22:11:23 -0700 Subject: [fedora-java] Problem installing subclipse on FC4 distribution eclipse 3.1.1 Message-ID: <44656A7B.9000800@mail.arc.nasa.gov> I've been using the CDT and subclipse plugins for some time on several machines running FC4 installations. Eclipse was installed using FC4 RPMs installed by yum. The versions are current as of today. I recently tried to add subclipse to a different machine (x86 laptop). Going the usual Help/Software Updates/Find and Install route using the subclipse.tigris.org/update_1.0.x URL pops up Subclipse, but selecting it produces a list of error messages: Current configuration contains errors that are not corrected by the requested operation and more errors would be introduced. See details for more information. ----- Current configuration problems ----- org.eclipse.team.bugzilla.feature (0.1.0) requires plug-in "org.eclipse.ui". Eclipse C/C++ Development Tools (3.0.0) requires plug-in "org.eclipse.ui". PyDev for Eclipse (0.9.3) requires plug-in "org.eclipse.core.runtime". ChangeLog Feature Plug-In (2.0.1) requires plug-in "org.eclipse.core.runtime". ----- Configuration problems after the operation ----- org.eclipse.team.bugzilla.feature (0.1.0) requires plug-in "org.eclipse.ui". Eclipse C/C++ Development Tools (3.0.0) requires plug-in "org.eclipse.ui". PyDev for Eclipse (0.9.3) requires plug-in "org.eclipse.core.runtime". ChangeLog Feature Plug-In (2.0.1) requires plug-in "org.eclipse.core.runtime". Subclipse (1.0.0) requires plug-in "org.eclipse.ui". This looks fairly basic to me; core.runtime and ui aren't needed by eclipse proper? Should I blow the installation away (again) and reinstall? Is installing from RPMs a bad way to get eclipse? Can I install plugins by hand? The CDT plugin seems to run without problems, though maybe I haven't exercised all its features. Probably all newbie questions, but I'd appreciate help, Thanks, Ted Hildum From bkonrath at redhat.com Tue May 16 21:25:36 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Tue, 16 May 2006 17:25:36 -0400 Subject: [fedora-java] Problem installing subclipse on FC4 distribution eclipse 3.1.1 In-Reply-To: <44656A7B.9000800@mail.arc.nasa.gov> References: <44656A7B.9000800@mail.arc.nasa.gov> Message-ID: <1147814736.3827.6.camel@toast.toronto.redhat.com> Hi Edward, On Fri, 2006-05-12 at 22:11 -0700, Edward A. Hildum wrote: > I've been using the CDT and subclipse plugins for some time on several > machines running FC4 installations. Eclipse was installed using FC4 > RPMs installed by yum. The versions are current as of today. I > recently tried to add subclipse to a different machine (x86 laptop). > Going the usual Help/Software Updates/Find and Install route using the > subclipse.tigris.org/update_1.0.x URL pops up Subclipse, but selecting > it produces a list of error messages: You could try moving your ~/.eclipse out of the way and then start eclipse again. The updates that are installed with the Eclipse update manager are stored in ~/.eclipse so you'll have to install subclipse again. Also, do you have the subversion-javahl package installed? This has been causing some problems. Let me know how things go, Ben From bkonrath at redhat.com Wed May 24 16:43:32 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Wed, 24 May 2006 12:43:32 -0400 Subject: [fedora-java] Eclipse On Linux Working Group Message-ID: <1148489013.12396.69.camel@localhost.localdomain> Hi, A few weeks ago the Eclipse group here at Red Hat participated in an initiative to get a project started on eclipse.org that would create a space for discussing issues that GNU/Linux distros have packaging Eclipse. The original proposal can be found here: http://en.opensuse.org/Eclipse/EclipseOnLinux and the mailing list that was created is here: https://dev.eclipse.org/mailman/listinfo/linux-distros-dev If you interested in packaging Eclipse plugins for Fedora Extras and/or interested in general packaging related problems with Eclipse, feel free to sign up to the mailing list and participate as much as you want. Cheers, Ben From ehildum at mail.arc.nasa.gov Thu May 25 15:41:54 2006 From: ehildum at mail.arc.nasa.gov (Edward A. Hildum) Date: Thu, 25 May 2006 08:41:54 -0700 Subject: [fedora-java] Eclipse + CDT early failure after startup Message-ID: <4475D042.8080801@mail.arc.nasa.gov> I am working with a fresh install of Eclipse 3.1.2 and CDT from fedora core 5 RPMs, and with subclipse added using the standard update procedure. This installation worked for several hours without problems on 5/23, building a moderately large C/C++ project and updating SVN repositories. The following day, after installing updates using yum, this installation fails after startup, during the C/C++ indexing process with the following messages: java.lang.ClassCastException: org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTQualifiedName cannot be cast to org.eclipse.cdt.core.dom.ast.cpp.ICPPASTFunctionDeclarator at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPFunctionTemplate.takesVarArgs (cdtparser.jar.so) at org.eclipse.cdt.internal.core.index.domsourceindexer.IndexVisitorUtil.getParameters (cdtcore.jar.so) at org.eclipse.cdt.internal.core.index.domsourceindexer.CPPGenerateIndexVisitor.processNameBinding (cdtcore.jar.so) at org.eclipse.cdt.internal.core.index.domsourceindexer.CPPGenerateIndexVisitor.processName (cdtcore.jar.so) at org.eclipse.cdt.internal.core.index.domsourceindexer.CPPGenerateIndexVisitor.visit (cdtcore.jar.so) at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTName.accept (cdtparser.jar.so) at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTQualifiedName.accept (cdtparser.jar.so) at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTDeclarator.accept (cdtparser.jar.so) at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTFunctionDefinition.accept (cdtparser.jar.so) at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTTemplateDeclaration.accept (cdtparser.jar.so) at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTTemplateDeclaration.accept (cdtparser.jar.so) at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTNamespaceDefinition.accept (cdtparser.jar.so) at org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTTranslationUnit.accept (cdtparser.jar.so) at org.eclipse.cdt.internal.core.index.domsourceindexer.DOMSourceIndexerRunner.indexFile (cdtcore.jar.so) at org.eclipse.cdt.internal.core.index.domsourceindexer.AbstractIndexerRunner.index (cdtcore.jar.so) at org.eclipse.cdt.internal.core.index.cindexstorage.Index.add (cdtcore.jar.so) at org.eclipse.cdt.internal.core.index.domsourceindexer.DOMAddCompilationUnitToIndex.indexDocument (cdtcore.jar.so) at org.eclipse.cdt.internal.core.index.domsourceindexer.DOMAddFileToIndex.execute (cdtcore.jar.so) at org.eclipse.cdt.internal.core.search.processing.JobManager.run (cdtcore.jar.so) at java.lang.Thread.run (libgcj.so.7) The following updates were installed with yum on 5/23: May 23 08:51:28 Updated: tzdata.noarch 2006g-1.fc5 May 23 08:51:56 Updated: glibc-common.i386 2.4-8 May 23 08:52:40 Updated: glibc.i686 2.4-8 May 23 08:52:41 Updated: cups-libs.i386 1:1.2.0-1.1 May 23 08:52:47 Updated: sane-backends.i386 1.0.17-5.fc5.9 May 23 08:52:52 Updated: policycoreutils.i386 1.30.8-1.fc5 May 23 08:52:58 Updated: cups.i386 1:1.2.0-1.1 May 23 08:54:07 Updated: kdelibs.i386 6:3.5.2-0.2.fc5 May 23 08:54:20 Updated: wine.i386 0.9.13-2.fc5 May 23 08:54:22 Updated: libsane-hpaio.i386 0.9.11-1.1 May 23 08:54:26 Updated: avahi.i386 0.6.9-9.FC5 May 23 08:55:07 Updated: kdepim.i386 6:3.5.2-0.4.fc5 May 23 08:55:11 Updated: kdelibs-devel.i386 6:3.5.2-0.2.fc5 May 23 08:55:40 Updated: system-config-printer.i386 0.6.151.7-1 May 23 08:55:41 Updated: librsvg2.i386 2.14.4-1.fc5.1 May 23 08:55:47 Updated: glibc-headers.i386 2.4-8 May 23 08:55:48 Updated: libstdc++so7.i386 4.2.0-0.3.20060428.fc5.1 May 23 08:55:49 Updated: scim-libs.i386 1.4.4-9.2.fc5 May 23 08:55:54 Updated: selinux-policy.noarch 2.2.38-1.fc5 May 23 08:55:55 Updated: libraw1394.i386 1.2.1-1.fc5 May 23 08:56:07 Updated: dia.i386 1:0.95-2.fc5 May 23 08:56:09 Updated: lftp.i386 3.4.6-1.FC5 May 23 08:56:11 Updated: nmap.i386 2:4.03-0.fc5 May 23 08:56:13 Updated: ntp.i386 4.2.0.a.20050816-11.FC5 May 23 08:56:14 Updated: nmap-frontend.i386 2:4.03-0.fc5 May 23 08:56:15 Updated: hpijs.i386 1:0.9.11-1.1 May 23 08:56:15 Updated: dosfstools.i386 2.11-5.FC5 May 23 08:56:17 Updated: sane-backends-devel.i386 1.0.17-5.fc5.9 May 23 08:56:37 Updated: selinux-policy-strict.noarch 2.2.38-1.fc5 May 23 08:56:55 Installed: kernel.i686 2.6.16-1.2122_FC5 May 23 08:56:56 Updated: librsvg2-devel.i386 2.14.4-1.fc5.1 May 23 08:57:02 Updated: firefox.i386 1.5.0.3-1.1.fc5 May 23 08:57:04 Updated: cups-devel.i386 1:1.2.0-1.1 May 23 08:57:06 Updated: kdepim-devel.i386 6:3.5.2-0.4.fc5 May 23 08:57:26 Updated: libbeagle.i386 0.2.6-1.fc5.1 May 23 08:57:26 Updated: avahi-glib.i386 0.6.9-9.FC5 May 23 08:57:28 Updated: scim-devel.i386 1.4.4-9.2.fc5 May 23 08:57:31 Updated: wine-devel.i386 0.9.13-2.fc5 May 23 08:57:33 Updated: hal-cups-utils.i386 0.5.5-1.2.fc5.2 May 23 08:57:35 Updated: psmisc.i386 22.2-1.1 May 23 08:57:36 Updated: nscd.i386 2.4-8 May 23 08:57:41 Updated: glibc-devel.i386 2.4-8 May 23 08:57:42 Updated: vnc-server.i386 4.1.1-38.fc5 May 23 09:01:54 Installed: fedora-rpmdevtools.noarch 1.6-1.fc5 I am most interested in a solution since this shuts down my development. If there is a more appropriate list to post this on, please let me know. Thanks, Ted Hildum From bkonrath at redhat.com Fri May 26 14:59:31 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Fri, 26 May 2006 10:59:31 -0400 Subject: [fedora-java] Eclipse + CDT early failure after startup In-Reply-To: <4475D042.8080801@mail.arc.nasa.gov> References: <4475D042.8080801@mail.arc.nasa.gov> Message-ID: <1148655571.2503.12.camel@localhost.localdomain> Hi, On Thu, 2006-05-25 at 08:41 -0700, Edward A. Hildum wrote: > I am most interested in a solution since this shuts down my development. > If there is a more appropriate list to post this on, please let me know. Can you please file a bug in bugzilla about this problem: https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora%20Core It's easier to track this kind of thing there. Thanks, Ben From green at redhat.com Wed May 31 01:23:33 2006 From: green at redhat.com (Anthony Green) Date: Tue, 30 May 2006 18:23:33 -0700 Subject: [fedora-java] line numbers Message-ID: <1149038613.6060.136.camel@localhost.localdomain> Now that we have a new libgcj in FC-5, azureus logging seems to be working. I've been comparing log files between Sun JRE and gcj runs, and have filed 1 GNU Classpath bug so far. One thing that is annoying is that I'm not getting line numbers in the azureus debug output. Azureus' calls to StackTraceElement.getLineNumber() always result in -1. I have the azureus debug RPM installed, and just assumed that this would be enough to get line number info. Maybe I'm misremembering all this. Should StackTraceElement.getLineNumber() return good info for bc-compiled code? AG