search for: jstring

...i am not able to play the decoded audio file, the mediaplayer says that the file has been corrupted. ENCODING: #include <jni.h> #include <stdio.h> #include "speex/speex.h" #define FRAME_SIZE 320 void Java_com_m2_iSmartDm_ISmartDMActivity_spxEnc(JNIEnv * env, jobject jobj,jstring dir1,jstring dir2) { const char *inFile= (*env)->GetStringUTFChars(env,dir1,0); const char *outFile= (*env)->GetStringUTFChars(env,dir2,0); FILE *fin; FILE *fout; short in[FRAME_SIZE]; float input[FRAME_SIZE]; char cbits[360]; int nbBytes; void *state; SpeexBits bits;...

I have successfully encoded a wav file in android using speex(ndk). But when i try to decode it back, the file size keep on increasing to a very large size. The recorded audio file consists of sample rate - 8000 , 16 BIT, MONO. Why the decoder gives such a large size wav file? -------------- next part -------------- An HTML attachment was scrubbed... URL:

...-o libhelloimpl.so HelloImpl_main.c -shared -fpic -I/usr/java/jdk1.5.0_12/include -I/usr/java/jdk1.5.0_12/include/linux 3. From JAVA call to load so lib (I can load and link to the function) 4.Load so and call the function It can call BUT it will have crashed at the wine lib functions. JNIEXPORT jstring JNICALL Java_HelloImpl_sayHello (JNIEnv *jEvn, jobject jObj){ printf("sayHello [BEGIN]\n"); char sText[255]; HELLOIMPL_global_sayHello_2(sText); printf("sayHello [END CALL]\n"); jstring retmess; retmess = (*jEvn)->NewStringUTF(jEvn, sTe...

Hi, this patch series fixes few more issues discovered by Coverity. Thanks, Pino Toscano (6): tail: check the return value pf guestfs_set_pgroup daemon: btrfs: check end_stringsbuf return values everywhere java: use cleanup handlers for structs (lists) as return values lib: qemu: improve handling of FILE* p2v: check more return values p2v: fix possible close(-1) issue cat/tail.c

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

Hi, this patch serie adds a new GUID type in the generator, which would do the same as String, but also validating (just in the C output) the passed GUID string. This allows to reject invalid GUIDs before passing them to low-level tools. Pino Toscano (4): utils: add a function to validate a GUID string generator: add a GUID parameter type generator: generate code for parameter validation

...00] or -1 meaning 'not present': */\n"; + pr " public float %s;\n" name ) cols; pr "}\n" @@ -8210,9 +8210,9 @@ Java_com_redhat_et_libguestfs_GuestFS__1close | RConstString _ | RConstOptString _ | RString _ | RBufferOut _ -> pr "jstring "; | RStruct _ | RHashtable _ -> - pr "jobject "; + pr "jobject "; | RStringList _ | RStructList _ -> - pr "jobjectArray "; + pr "jobjectArray "; ); pr "JNICALL\n"; pr "J...

...ingList n | DeviceList n -> + | StringList n | DeviceList n | RelativePathnameList n -> pr "String[] %s" n | Bool n -> pr "boolean %s" n @@ -846,7 +846,7 @@ get_all_event_callbacks (guestfs_h *g, size_t *len_rtn) pr ", jstring j%s" n | BufferIn n -> pr ", jbyteArray j%s" n - | StringList n | DeviceList n -> + | StringList n | DeviceList n | RelativePathnameList n -> pr ", jobjectArray j%s" n | Bool n -> pr ",...

...| StringList n | DeviceList n -> + | StringList n | DeviceList n | FilenameList n -> pr "String[] %s" n | Bool n -> pr "boolean %s" n @@ -846,7 +846,7 @@ get_all_event_callbacks (guestfs_h *g, size_t *len_rtn) pr ", jstring j%s" n | BufferIn n -> pr ", jbyteArray j%s" n - | StringList n | DeviceList n -> + | StringList n | DeviceList n | FilenameList n -> pr ", jobjectArray j%s" n | Bool n -> pr ", jboolean...

The warnings in daemon were aggravating and risky for development (too easy to miss new ones) so I spent some time last week and today working on removing them. The first patch gets us down to almost no warnings with the original -Wall setting. That was by far the hardest part. Once I'd done that, I enabled nearly all of gcc's warnings via gnulib's warnings and manywarnings modules

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.

...on - | 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) + | OptString n -> pr ", jstring j%s" n | BufferIn n -> pr ", jbyteArray j%s" n - | StringList n | DeviceList n | FilenameList n -> + | StringList (_, n) -> pr ", jobjectArray j%s" n | Bool n -> pr ", jboolean j%s"...

Very large but mechanical change to the generator. Rich.