search for: jlong

...her class libraries, I think this would result in an unnatural Java API. While WritableDatabase would benefit from having a close() method, it shouldn't be required to call it. > Can I ask for your opinion on that ? The way SWIG handles this is to store the pointer to the C++ class in the jlong directly, which avoids the need for using a map. It's also clearly faster than using a map, though I don't know if the speed difference would actually be measurable in real code. I think that would be a better approach. Or we could leave this until we move to using SWIG for the Java bind...

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,

...d.h file contains platform-specific stuff, and the name of the directory it is in varies by platform (though oddly not by architecture - e.g. it seems to be "linux" for all Linux architectures, whether they are 32- or 64-bit, despite part of its purpose being to provide typedefs for jint, jlong, etc). So we just need to include cygwin in the mapping to "win32" here. Committed to git master in 633b04159966c376e3ac60c05081a58716959685 - I will backport that to 1.4.x and 1.2.x. Copying jni_md.h should be fine as a workaround for now. However, this doesn't seem to explain the...

...atform-specific stuff, and the name of the > directory it is in varies by platform (though oddly not by architecture > - e.g. it seems to be "linux" for all Linux architectures, whether they > are 32- or 64-bit, despite part of its purpose being to provide typedefs > for jint, jlong, etc). > > So we just need to include cygwin in the mapping to "win32" here. > Committed to git master in 633b04159966c376e3ac60c05081a58716959685 - > I will backport that to 1.4.x and 1.2.x. > > Copying jni_md.h should be fine as a workaround for now. > > However,...

...0.9.0 Rails version >>> 1.1.6 <<< Active Record version 1.14.4 Action Pack version 1.12.5 Action Web Service version 1.1.6 Action Mailer version 1.2.5 Active Support version 1.3.1 Application root /Users/jlong/Workspaces/test Environment development Database adapter mysql Database schema version 9 WHAT IS RADIANT CMS? Radiant is a no-fluff content management system designed for small teams. It''s similar to Movable Type or Textpattern, but is more tha...

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.

...it feels today like the Java Media Framework. (Although it could be easy nice to write a codec interface for it using speex based on my class) So far it wraps some/most of Speex calls in a class i've called speex.SpeexLib and using it involves managing C pointers from the java side. ie : I use jlong to pass around the encoder & SpeexBits pointer's address. It's not pretty but it's the only way i've found. Oh and it's not "zero copy", i think there might be something to do with the new IO api of java 1.4 but i'm not sure and java 1.3 is still widely used....

Hi, some of the bindings may try to malloc with 0 bytes as size when closing an handle, because there were no event handlers registered. Since this can have different behaviours in POSIX, avoid that situation altogether by just skipping allocating anything when there were no event handlers. Thanks, Pino Toscano (4): ocaml: do not try to malloc 0 elements in get_all_event_callbacks python:

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

...on) Rglue.c:467: error: ?tmpo? undeclared (first use in this function) Rglue.c:471: error: ?mid? undeclared (first use in this function) Rglue.c:475: warning: implicit declaration of function ?checkExceptionsX? Rglue.c:481: warning: implicit declaration of function ?Rfreejpars? Rglue.c:542: error: ?jlong? undeclared (first use in this function) Rglue.c:542: error: expected ?;? before ?r? Rglue.c:546: error: ?r? undeclared (first use in this function) Rglue.c:555: error: ?jshort? undeclared (first use in this function) Rglue.c:555: error: expected ?;? before ?r? Rglue.c:568: error: ?jboolean? undecl...

...on) Rglue.c:467: error: ?tmpo? undeclared (first use in this function) Rglue.c:471: error: ?mid? undeclared (first use in this function) Rglue.c:475: warning: implicit declaration of function ?checkExceptionsX? Rglue.c:481: warning: implicit declaration of function ?Rfreejpars? Rglue.c:542: error: ?jlong? undeclared (first use in this function) Rglue.c:542: error: expected ?;? before ?r? Rglue.c:546: error: ?r? undeclared (first use in this function) Rglue.c:555: error: ?jshort? undeclared (first use in this function) Rglue.c:555: error: expected ?;? before ?r? Rglue.c:568: error: ?jboolean? undecl...

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.

...uot;; pr "Java_com_redhat_et_libguestfs_GuestFS_"; - pr "%s" (replace_str ("_" ^ name) "_" "_1"); + pr "%s" (String.replace ("_" ^ name) "_" "_1"); pr " (JNIEnv *env, jobject obj, jlong jg"; List.iter ( function diff --git a/generator/lua.ml b/generator/lua.ml index d3b0b27..e48bb3e 100644 --- a/generator/lua.ml +++ b/generator/lua.ml @@ -20,6 +20,7 @@ open Printf +open Common_utils open Types open Utils open Pr @@ -529,7 +530,7 @@ guestfs_int_lua_dele...

This started as a simple warning-elimination change. I'll get back to that series shortly ;-) It turned into a factorization and constification exercise during which I got a taste of ocaml. Thanks to Rich Jones for help with a few snippets in generator.ml. The overall result is that many previously-manually-maintained bits from daemon/*.c functions are now hoisted into the automatically-

...y "; + pr "jobjectArray "; ); pr "JNICALL\n"; pr "Java_com_redhat_et_libguestfs_GuestFS_"; @@ -8220,107 +8220,107 @@ Java_com_redhat_et_libguestfs_GuestFS__1close pr "\n"; pr " (JNIEnv *env, jobject obj, jlong jg"; List.iter ( - function - | String n - | OptString n - | FileIn n - | FileOut n -> - pr ", jstring j%s" n - | StringList n -> - pr ", jobjectArray j%s" n - | Bool n -> - pr ", jboolean j%s" n - | Int n -> - pr ", jint j%...

...ingList n | DeviceList n | FilenameList n -> + | StringList (_, n) -> pr "String[] %s" n | Bool n -> pr "boolean %s" n @@ -641,18 +635,12 @@ throw_out_of_memory (JNIEnv *env, const char *msg) pr " (JNIEnv *env, jobject obj, jlong jg"; List.iter ( function - | Pathname n - | Device n | Mountable n | Dev_or_Path n | Mountable_or_Path n - | String n - | OptString n - | FileIn n - | FileOut n - | Key n - | GUID n -> + | String (_, n) +...

Very large but mechanical change to the generator. Rich.