Description of problem: When attempting to edit configure.in, the part cannot be created because of an uncaught exception. Version-Release number of selected component (if applicable): eclipse-cdt-3.1.2-2.fc6 eclipse-platform-3.2.2-2.fc6 How reproducible: Always. Steps to Reproduce: 1. Reopen old project (OpenExchange, mixing Java and autotools) 2. Double click on configure.in 3. Actual results: The part cannot be created (see attached log). Expected results: Editing the part Additional info:
Created attachment 153648 [details] Exception trace
You are failing in the gcj Character class. This should not be happening and has nothing to do with CDT. The CDT passes an int to the static isLetterOrDigit method and the method has no defined exception that it throws. What level of gcc do you currently have installed? Can you provide a copy of the configure.in which causes the error so we might possibly recreate a small test-case for the gcj folks? Please try the following to work-around the problem: 1. updating your gcc (which will update your gcj) or if that doesn't work 2. try using a third-party jvm (use the -vm command when you start eclipse).
Created attachment 153691 [details] Problematic configure.in from OpenExchange 0.8.2
Installed software $ rpm -qa \*gcc\* \*java\* | sort -u ant-javamail-1.6.5-2jpp.2 compat-gcc-34-3.4.6-4 compat-gcc-34-c++-3.4.6-4 compat-gcc-34-g77-3.4.6-4 compat-libgcc-296-2.96-138 gcc-4.1.1-51.fc6 gcc-c++-4.1.1-51.fc6 gcc-java-4.1.1-51.fc6 java-1.4.2-gcj-compat-1.4.2.0-40jpp.110 java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp.110 java-1.4.2-gcj-compat-javadoc-1.4.2.0-40jpp.110 java-1.5.0-sun-1.5.0.10-2jpp java-1.5.0-sun-alsa-1.5.0.10-2jpp java-1.5.0-sun-fonts-1.5.0.10-2jpp javasvn-1.1.0-0.3.beta4.fc6 junit-javadoc-3.8.2-3jpp.1 libgcc-4.1.1-51.fc6 subversion-javahl-1.4.3-2.fc6 AFAIK, my gcc is at the latest official update. Using the following eclipse -vm /usr/lib/jvm/jre-1.5.0-sun/bin/java I get no exception and trivial editing of the above file works fine.
owever, creating a new empty "Standard Make" project, converting it to autotools (it's still empty, mind you), creating a top-level configure.ac and attempting to edit it using the vm above results in a surprising occurrence. The layout is $ ls -R hello1 hello1: build configure.ac src hello1/build: hello1/src: hello.cpp hello.h I intended to write in the first line of configure.ac # A sample configure.ac but what I saw is # ca.erguifnoc lepmas A Maybe I should take that as proof that Leonardo da Vinci was an Autotools forerunner :-)
Created attachment 153692 [details] Backwards configure.ac It's not a display problem, the text is composed backwards.
(In reply to comment #6) > Created an attachment (id=153692) [edit] > Backwards configure.ac > > It's not a display problem, the text is composed backwards. This is a totally separate problem. A separate bug: 238493 has been opened and closed as a fix has just been made.
Original problem has been reproduced on x86_64 with simple gcj test case and bugzilla 238755 has been opened. Closing this bug as a duplicate. *** This bug has been marked as a duplicate of 238755 ***
I have applied a work-around to the sources which cast to (char) before calling the Character method. This avoids the problem. It will be part a future build.