-
Go to https://sourceforge.net/scm/?type=cvs&group_id=161383 and follow the instructions for anonymous cvs access. The module name is lemur.
2009-11-10 18:31:11 UTC in The Lemur Toolkit
-
david_fisher committed patchset 1970 of module lemur to the The Lemur Toolkit CVS repository, changing 13 files.
2009-11-10 17:41:25 UTC in The Lemur Toolkit
-
I have checked in the swig interface changes to CVS, including the generated source files. If you check out the current head from CVS, you should be able to build a corrected version of both the liblemur_jni.so file and the lemur.jar file.
2009-11-10 17:38:05 UTC in The Lemur Toolkit
-
david_fisher committed patchset 1969 of module lemur to the The Lemur Toolkit CVS repository, changing 18 files.
2009-11-10 17:35:10 UTC in The Lemur Toolkit
-
The swig wrappers for those three classes included the %nodefault option. This causes the objects created to leak memory and eventually cause JVM crashes.
Reported in https://sourceforge.net/tracker/?func=detail&aid=2892660&group_id=161383&atid=819616.
2009-11-10 17:34:15 UTC in The Lemur Toolkit
-
That is this bug: https://sourceforge.net/tracker/?func=detail&aid=2884658&group_id=161383&atid=819615, also reported in https://sourceforge.net/projects/lemur/forums/forum/546028/topic/3323268
Update the file from CVS or edit the file to include <cstdio>.
2009-11-09 18:59:47 UTC in The Lemur Toolkit
-
You have not succesfully built and installed the liblemur_jni.so and lemur.jar files. Your code is using a jar file that was generated when the %nodefault Index; was still in the source code.
In the lemur directory, do the following:
1) run configure using the same arguments as previously.
2) run make clean
3) verify that swig/src/Index.i does not contain the line %nodefault Index;
4...
2009-11-09 18:29:14 UTC in The Lemur Toolkit
-
/home/amit/setup/LemorJavaV2/lib/liblemur_jni.so: wrong ELF class:
ELFCLASS64
was compiled 64 bit.
Eclipse is trying to load it in a 32-bit JVM.
You need to modify which JVM eclipse is using so that it uses the 64-bit JVM you ran from the commandline.
2009-11-09 17:02:48 UTC in The Lemur Toolkit
-
"Exception was thrown: C++ destructor does not have public access" means that the swig/src/interface/Index.i file still has the %nodefault option in it, or that the source files were not properly regenerated by swig when you ran make.
If you have removed that line from the file, you need to rerun configure in your lemur directory (with the same options), then run make and make install again.
2009-11-09 14:56:02 UTC in The Lemur Toolkit
-
I made a SuSe vmware image (32-bit) and was able to produce a similar failure after removing the %nodefault option from Index.i.
I added an explicit delete of the index returned by openIndex at the end of the loop in the TestIndex.java program:
ind.delete();
This call causes the destructor for the index to be called immediately, rather than waiting for the object to be garbage collected.
2009-11-09 13:31:34 UTC in The Lemur Toolkit
