Yes, Java in this case. Another datapoint: I patched the jmol code as indicated above (i.e., changing clearShapeManager to lock and notify lock) and did a test build, and this time the build finished. But I don't see anything in the build log about a jmol error, so I'm not sure I completely understand what is going on.
Jmol 14.32.61 hang
I don't know what you mean by "still" or "doesn't work". Be more specific please.
Missing #include in fastcgi module
Sequence point issues
And this has indeed been done for most of the code that patch touched. However, there are still two instances that I think should be fixed. I will attach a new version of the patch to fix those last two. In src/spvw_fault.d, there is a case where the casting you describe has not been done. In src/spvw_language.d, NULL is passed in a position where a %s format specifier is in use; I suggest passing the string "NULL" in that case.
I'm not sure what "works fine" means, as this depends on which warning flags you pass to the compiler. With the default flags used by Fedora, namely "-Wall", the configure script incorrectly says: checking whether DB_ENV->set_errcall() accepts DBE... no It does, in fact, accept DBE. In config.log I see: configure:5749: checking whether DB_ENV->set_errcall() accepts DBE configure:5769: gcc -c -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4...
The library may be implemented in C++, but libsvm.h is a C header file. We've been...