Re: [Linphone-developers] linphone-android error on android 2.3 samsung s5p210 platform

[Guillaume BERAUDO]

Hi,

There seems to be a problem with the pointer to the object dispaying
the incoming video stream.

This is rather strange as we never encountered this situation before.

Did it crashed on your first attent or only in subsequent trys?

Anyway, could you test after replacing in the linphonecore_jni.cc file
extern "C" void 
Java_org_linphone_core_LinphoneCoreImpl_setVideoWindowId(JNIEnv* env ,jobject 
thiz ,jlong lc ,jobject obj) {
 jobject oldWindow = (jobject) 
linphone_core_get_native_video_window_id((LinphoneCore*)lc);
 if (oldWindow != NULL) {
        env->DeleteGlobalRef(oldWindow);
 }
 if (obj != NULL) {
        obj = env->NewGlobalRef(obj);
 }
 linphone_core_set_native_video_window_id((LinphoneCore*)lc,(unsigned long)obj);
}

You need to do an ndk-build, force refresh the code in eclipse and
modify anything in the java code to force android to use the new lib.


Cheers,

Guillaume


Le Tue, 11 Oct 2011 22:08:04 +0800,
hall hall <address@hidden> a écrit :

> Hi guillaume.
> Thanks for your replying.
> 
> adb logcat -d | ndk-stack -sym
> ~/prj/android/workspace/linphone/linphone-android/obj/local/armeabi-v7a
> ********** Crash dump: **********
> Build fingerprint:
> 'generic/full_smdkv210/smdkv210:2.3.1/GINGERBREAD/eng.figow.20110827.124737:eng/test-keys'
> pid: 350, tid: 495  >>> org.linphone <<<
> signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadd00d
> Stack frame #00  pc 000461f8  /system/lib/libdvm.so
> Stack frame #01  pc 000375c8  /system/lib/libdvm.so
> Stack frame #02  pc 00038552  /system/lib/libdvm.so
> Stack frame #03  pc 00038582  /system/lib/libdvm.so
> Stack frame #04  pc 000418d6  /system/lib/libdvm.so
> Stack frame #05  pc 0005ff24
> /data/data/org.linphone/lib/liblinphone.so: Routine
> android_display_process in (null):0
> Stack frame #06  pc 000469d4
> /data/data/org.linphone/lib/liblinphone.so: Routine ms_filter_process
> in 
> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msfilter.c:247
> Stack frame #07  pc 00047740
> /data/data/org.linphone/lib/liblinphone.so: Routine call_process in
> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:197
> Stack frame #08  pc 000477b4
> /data/data/org.linphone/lib/liblinphone.so: Routine run_graph in
> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:215
> Stack frame #09  pc 000477b4
> /data/data/org.linphone/lib/liblinphone.so: Routine run_graph in
> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:215
> Stack frame #10  pc 00047820
> /data/data/org.linphone/lib/liblinphone.so: Routine run_graphs in
> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:229
> Stack frame #11  pc 0004790c
> /data/data/org.linphone/lib/liblinphone.so: Routine ms_ticker_run in
> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:346
> Stack frame #12  pc 000118e4  /system/lib/libc.so
> Stack frame #13  pc 000114b0  /system/lib/libc.so
> 
> Function call flow is as follows:
>    void * ms_ticker_run(void *arg)
>           --> run_graphs(s,s->execution_list,FALSE);
>                  -->
> run_graph((MSFilter*)it->data,s,&unschedulable,force_schedule);
>                           -->
> run_graph(l->next.filter,s,unschedulable, force_schedule);(two times)
>         --> call_process(f);  
>               --> ms_filter_process(f);
>                  --> f->desc->process(f);
> f->desc->process(f) maybe is a null function point.
> But I don't know how to fix this issue.
> 
> 2011/10/11 Guillaume BERAUDO
> <address@hidden>:
> > Hi Hall,
> >
> >
> > Can you run the command "adb logcat -d | ndk-stack -sym
> > $your_project_root_directory/obj/armveabi-v7" after a crash ?
> >
> >
> > Cheers,
> >
> > Guillaume
> >
> > Le Tue, 11 Oct 2011 01:02:17 +0800,
> > hall hall <address@hidden> a écrit :
> >
> >> HI,Thanks for your replying.
> >> Yes,I have did run "prepare_sources.sh" after cloning the
> >> repository. But it's not a key issue,I have modified many files
> >> and compiled pass. The most important thing is it is error when
> >> running. Thanks for your help again.
> >>
> >> The results of running "prepare_sources.sh" are as follows:
> >> ./prepare_sources.sh
> >> Generating build scripts in libilbc-rfc3951...
> >> + libtoolize --copy --force
> >> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR,
> >> `build-aux'. libtoolize: copying file `build-aux/ltmain.sh'
> >> libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
> >> libtoolize: copying file `m4/libtool.m4'
> >> libtoolize: copying file `m4/ltoptions.m4'
> >> libtoolize: copying file `m4/ltsugar.m4'
> >> libtoolize: copying file `m4/ltversion.m4'
> >> libtoolize: copying file `m4/lt~obsolete.m4'
> >> + aclocal
> >> + automake --force-missing --add-missing --copy
> >> + autoconf
> >> checking for a BSD-compatible install... /usr/bin/install -c
> >> checking whether build environment is sane... yes
> >> checking for a thread-safe mkdir -p... /bin/mkdir -p
> >> checking for gawk... no
> >> checking for mawk... mawk
> >> checking whether make sets $(MAKE)... yes
> >> checking how to create a ustar tar archive... gnutar
> >> checking for gawk... (cached) mawk
> >> checking for wget... /usr/bin/wget
> >> checking for md5sum... /usr/bin/md5sum
> >> checking build system type... i686-pc-linux-gnu
> >> checking host system type... i686-pc-linux-gnu
> >> checking for style of include used by make... GNU
> >> checking for gcc... gcc
> >> .......
> >> make[1]: leave
> >> “/home/ha/prj/android/workspace/linphone/linphone-android/submodules/libilbc-rfc3951”
> >> Converting : ../../libvpx/asm_com_offsets.asm
> >> -> ../../libvpx/asm_com_offsets.s
> >> Converting : 
> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance_halfpixvar16x16_hv_armv6.asm
> >> -> 
> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance_halfpixvar16x16_hv_armv6.s
> >> Converting : ../../libvpx/vp8/encoder/arm/armv6/vp8_variance8x8_armv6.asm
> >> -> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance8x8_armv6.s
> >> Converting : 
> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_fast_quantize_b_armv6.asm
> >> -> ../../libvpx/vp8/encoder/arm/armv6/vp8_fast_quantize_b_armv6.s
> >> Converting : ../../libvpx/vp8/encoder/arm/armv6/vp8_sad16x16_armv6.asm
> >> -> ../../libvpx/vp8/encoder/arm/armv6/vp8_sad16x16_armv6.s
> >> Converting : 
> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance_halfpixvar16x16_h_armv6.asm
> >> -> 
> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance_halfpixvar16x16_h_armv6.s
> >> Converting : ../../libvpx/vp8/encoder/arm/armv6/walsh_v6.asm
> >> -> ../../libvpx/vp8/encoder/arm/armv6/walsh_v6.s
> >> Converting : ../../libvpx/vp8/encoder/arm/armv6/vp8_variance16x16_armv6.asm
> >> -> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance16x16_armv6.s ........
> >> Converting : ../../libvpx/asm_enc_offsets.asm
> >> -> ../../libvpx/asm_enc_offsets.s
> >> Converting : 
> >> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copyframe_func_neon.asm
> >> -> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copyframe_func_neon.s
> >> Converting : 
> >> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copysrcframe_func_neon.asm
> >> -> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copysrcframe_func_neon.s
> >> Converting : 
> >> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_extendframeborders_neon.asm
> >> -> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_extendframeborders_neon.s
> >> Converting : 
> >> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copyframeyonly_neon.asm
> >> -> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copyframeyonly_neon.s
> >> Converting : ../../libvpx/vpx_scale/arm/armv4/gen_scalers_armv4.asm
> >> -> ../../libvpx/vpx_scale/arm/armv4/gen_scalers_armv4.s
> >>
> >>
> >>
> >> 2011/10/10 Guillaume BERAUDO
> >> <address@hidden>:
> >> > Hi,
> >> >
> >> >
> >> > Did you run "prepare_sources.sh" after cloning the repository?
> >> >
> >> >
> >> > Cheers,
> >> >
> >> > Guillaume Beraudo
> >> >
> >
> >