similar to: Again, teach me speex AEC please!

Hi, Wasn't able to see a bug report on this issue yet... Hope I'm not doublng up. There seems to be little info around for what "R CMD javareconf" does but it has some deprecation errors seemingly. On running cmd in terminal: Java interpreter : /usr/bin/java Java version : 9 Java home path : /Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home Java compiler :

On Mon, Sep 12, 2016 at 11:07:10AM -0400, John Bankert wrote: > That worked, thanks, but with a caveat. I don't know if this is a > limitation of autoconf/configure, but jni.h wants to include jni_md.h, > which is located in JNI_INCLUDE_DIR/win32, which is not automatically > searched. I was able to work around this by moving jni_md.h from the win32 > sub directory to the same

Hey all, Every once in a while I try and see what the java status is for webcams, and today gathered some info. I'm using the standalone Jmeeting broadcaster, and have set my Wine to emulate XP. Win98 does not work. Using .22, it appears I can do everything but broadcast with my cam. When I do a 'detect cameras', I get a quick flash of my camera model, but it can't seem to be

Hi All, I have implemented a JNI library on window that call the C++ dll APIs. Now I want my JAVA program is run on the UNIX system. I have used WineLib to wrapper Window Dlls to the Share Object Lib (so lib) (Using Winedump and Winegcc to build). The functions in the so lib can work normally with my C main test function. BUT when I call it from Java. The function can linked BUT it is crashed at

Hi, I am able to integrate C++ and R through RInside library. However when I use a jni call as my UI is through java it crashes at C++ side. My files are ------------------------------------------------ JNICallingClass.C: JNIEXPORT void JNICALL Java_CallR_run (JNIEnv* env, jobject callr){ std::cout << "Inside JNICALL" << std::endl; testR();

Hi guys, I'm working doing the Java->JNI->OggVorbis thing. As a test to get me going, I've just written a quick routine that dumps info about the file test.ogg in the current directory. The problem arises when I call ov_clear. I get a segfault everytime. Note that I am *not* doing any decoding (ov_read) at all, just ov_comment and ov_info. Should I only call ov_clear if I have

Olly, I think the confdefs.h issue was due to the fact that I was using XAPIAN_CONFIG to point to the configure script, rather than the xapian_config executable created when making xapian_core, as pointed out by James. Also, as a general note, when trying to make the bindings, I had a problem when make was trying to compile the java source in org/xapian The following line: $(JAVAC)

The safe_malloc (etc) functions call g->abort_fn on failure. That's not appropriate for language bindings, and we never intended that these internal functions be used from language bindings, that was just a historical accident. This patch series removes any external use of the safe_* functions. Rich.

James, That worked, thanks, but with a caveat. I don't know if this is a limitation of autoconf/configure, but jni.h wants to include jni_md.h, which is located in JNI_INCLUDE_DIR/win32, which is not automatically searched. I was able to work around this by moving jni_md.h from the win32 sub directory to the same directory as jni.h. No idea who's bug this is, if it is legitimately a bug,

If you have a struct containing ?field?, eg: type t = { field : int } then previously to pattern-match on this type, eg. in function parameters, you had to write: let f { field = field } = (* ... use field ... *) In OCaml >= 3.12 it is possible to abbreviate cases where the field being matched and the variable being bound have the same name, so now you can just write: let f {

This map was originally included just for the java bindings, but is generally useful to any binding which uses camel case by requirement or convention. --- generator/generator_haskell.ml | 4 ++-- generator/generator_java.ml | 10 +++++----- generator/generator_main.ml | 2 +- generator/generator_structs.ml | 12 +++++------- generator/generator_structs.mli | 8 ++++---- 5

https://bugzilla.redhat.com/show_bug.cgi?id=847880 https://bugzilla.redhat.com/show_bug.cgi?id=847881 This patch series adds various optional arguments to the tar-in and tar-out commands. Firstly (1/7) an optional "compress" flag is added to select compression. This makes the calls tgz-in/tgz-out/txz-in/txz-out deprecated, and expands the range of compression types available.

Per discussion on IRC, here are two changes to convert all TABs-as-indentation to spaces. The first one is the fully-automated conversion. However, note that the command mentioned uses a file (the .x-sc* one) that is added only in the following patch. The second patch adds rules to help keep things that way: Document and enforce the new spaces-only indentation policy. * cfg.mk

Per my previous email: https://www.redhat.com/archives/libguestfs/2017-September/msg00203.html I'd like to talk about requiring a more modern version of the OCaml compiler. These commits show some of the code changes which would be possible with OCaml >= 3.12 [which it turns out we already require by accident] and also with OCaml >= 4.02. The latter is my favoured option. Rich.