next »

[horati]

I'm new to the source tree on this project.  I just checked out the SVN trunk for X3D as well as X3D-TK.  Admittedly, I didn't read the docs and just went with a default compile since I saw all the Eclipse build files.  Between the 2, I got the following 9 errors:

Severity and Description	Path	Resource	Location
The method setTranslation(Vector3f) in the type Matrix4f is not applicable for the arguments (Tuple3f)	xith3d/src/org/xith3d/scenegraph	Transform3D.java	line 455
The method set(Quat4f, Vector3f, float) in the type Matrix4f is not applicable for the arguments (Quat4f, Tuple3f, float)	xith3d/src/org/xith3d/scenegraph	Transform3D.java	line 609
The method mul(float, Matrix3f) in the type Matrix3f is not applicable for the arguments (Vector3f, Tuple3f)	xith3d/src/org/xith3d/scenegraph	View.java	line 544
The method mul(float, Matrix3f) in the type Matrix3f is not applicable for the arguments (Vector3f, Tuple3f)	xith3d/src/org/xith3d/scenegraph	View.java	line 520
The method mul(float, Matrix3f) in the type Matrix3f is not applicable for the arguments (Vector3f, Tuple3f)	xith3d/src/org/xith3d/scenegraph	View.java	line 496
The method get(Matrix3d) in the type Matrix4f is not applicable for the arguments (Tuple3f)	xith3d/src/org/xith3d/scenegraph	Transform3D.java	line 741
Possible accidental assignment in place of a comparison. A condition expression should not be reduced to an assignment	xith3d/src/org/xith3d/scenegraph	GeomData.java	line 144
Possible accidental assignment in place of a comparison. A condition expression should not be reduced to an assignment	xith-tk/src/org/xith3d/test/util	SetUpCEM.java	line 185
Possible accidental assignment in place of a comparison. A condition expression should not be reduced to an assignment	xith-tk/src/org/xith3d/test/shaders	CelShadingTest.java	line 139

As you can see, I have my Eclipse settings a little higher than default it caught a few boolean assignments in if statements that should have been comparisons.  If I were part of the project I would just replace the = with == for those 3; however, the other 6 appear to be real problems.  Did I do something wrong?

[Marvin Fröhlich]

This is a well know error. You have installed Java3D and this left the vecmath.jar in your java install path. Delete it from there. Orf if it is in your classpath for any other reason, remove it from your classpath.

Marvin

[horati]

As I'm sure you figured, you were right regarding 6 of the 9 errors.  The Mac OS X JVM already had it installed (unless I'm just forgetting adding it to a system location by hand at some point - doubtful).  The 3 accidental assignments do appear to be a problem.  I hacked them in my local environment and got clean compile and only 2 of 3 were in real code, but I think it would be worth a quick look by somebody who actually understands the code.

['n ddrylliog]

This is a well know error. You have installed Java3D and this left the vecmath.jar in your java install path. Delete it from there. Orf if it is in your classpath for any other reason, remove it from your classpath.

We should have a "ready-made answers" directory so that we can point users to the good answer directly.

[Patheros]

The 3 accidental assignments do appear to be a problem.  I hacked them in my local environment and got clean compile and only 2 of 3 were in real code, but I think it would be worth a quick look by somebody who actually understands the code.

I looked at the error at GeomData.java line 144

Code:

    /**
     * Used by the renderer to set the data as non-dirty, plus for any
     * function which wishes to dirty the data.
     *
     * @param dirty
     */
    public void setIsDirty( boolean dirty ) {
        this.dirty = dirty;
        if (dirty=false) framesSinceDirty = 0;
    }

and as far as I can tell this does look like an error. I'm not sure what the desired functionality is but framesSinceDirty = 0 will never be executed.