Hi Jorge, is 3.1.3 working? I will give it a try as well since reading from the posts it suppose to work and there are issues with osg from trunk probably
NIck On Fri, Apr 12, 2013 at 10:49 AM, Jorge Izquierdo Ciges <jori...@gmail.com>wrote: > Ok... now download OSG version 3.1.3, exactly THAT version, compile in > armeabi and execute. > > > 2013/4/12 Trajce Nikolov NICK <trajce.nikolov.n...@gmail.com> > >> Hi Jorge, >> >> here I found how to use add2line (just for the sake of documenting): >> http://stackoverflow.com/questions/5314036/how-to-use-addr2line-in-android >> >> This is from logcat: >> 01-02 00:30:07.003: I/GLThread(4081): noticed surfaceView surface lost >> tid=10 >> 01-02 00:30:07.007: I/GLThread(4081): onResume tid=10 >> 01-02 00:30:07.082: I/GLThread(4081): noticed surfaceView surface >> acquired tid=10 >> 01-02 00:30:07.085: W/EglHelper(4081): start() tid=10 >> 01-02 00:30:07.085: D/libEGL(4081): loaded >> /system/lib/egl/libEGL_POWERVR_SGX540_120.so >> 01-02 00:30:07.089: D/libEGL(4081): loaded >> /system/lib/egl/libGLESv1_CM_POWERVR_SGX540_120.so >> 01-02 00:30:07.101: D/libEGL(4081): loaded >> /system/lib/egl/libGLESv2_POWERVR_SGX540_120.so >> 01-02 00:30:07.152: W/EGLview(4081): creating OpenGL ES 2.0 context >> 01-02 00:30:07.160: W/EglHelper(4081): createContext >> com.google.android.gles_jni.EGLContextImpl@4052d058 tid=10 >> 01-02 00:30:07.167: I/GLThread(4081): noticing that we want render >> notification tid=10 >> 01-02 00:30:07.167: W/GLThread(4081): egl createSurface >> 01-02 00:30:07.167: W/EglHelper(4081): createSurface() tid=10 >> 01-02 00:30:07.175: W/GLThreadManager(4081): checkGLESVersion >> mGLESVersion = 131072 mMultipleGLESContextsAllowed = true >> 01-02 00:30:07.175: W/GLThread(4081): onSurfaceCreated >> 01-02 00:30:07.175: W/GLThread(4081): onSurfaceChanged(800, 332) >> 01-02 00:30:07.179: D/dalvikvm(4081): Trying to load lib >> /data/data/osg.AndroidExample/lib/libosgNativeLib.so 0x40516288 >> 01-02 00:30:11.113: I/dalvikvm(4081): threadid=4: reacting to signal 3 >> 01-02 00:30:11.117: I/dalvikvm(4081): Wrote stack traces to >> '/data/anr/traces.txt' >> >> when I do: >> arm-linux-androideabi-addr2line -C -f -e >> obj/local/armeabi/libosgNativeLib.so 0x40516288 >> ?? >> ??:0 >> >> Here is what I get. Sorry for my novice questions. Is this the correct >> thing to do? Am I missing something? >> >> Thanks a bunch >> >> Nick >> >> >> On Fri, Apr 12, 2013 at 12:57 AM, Jorge Izquierdo Ciges < >> jori...@gmail.com> wrote: >> >>> Let's see first >>> >>> Eclipse it says: Failed to resolve android-8 >>> >>> It's because you have to open the ADT and then download the SDK files >>> for platform Android-8 >>> >>> Short explanation... in Android you have two platform versions, Native >>> and Dalvik layer, they don't have to be the same number because it doesn't >>> matter and until recently the numbers where not correlated. The NDK already >>> has every platform up to date... the SDK no... why? because they are heavy. >>> So if you have installed the SDK and the Eclipse plugin then there's an >>> option to open the ADT repository and download the platform you are gonna >>> use... in this case Android-8 >>> >>> Now second... >>> >>> You can use add2line (search in google) or other utilities to look for >>> the code that is executed when the error : >>> >>> 01-01 11:49:13.917: I/DEBUG(1263): #00 pc 8254e1ce >>> /data/data/osg.AndroidExample/lib/libosgNativeLib.so >>> 01-01 11:49:13.917: I/DEBUG(1263): #01 lr 8254e285 >>> /data/data/osg.AndroidExample/lib/libosgNativeLib.so >>> >>> If it is what i think then those lines will correspond to a setName/getName >>> from the Uniforms. >>> >>> >>> Please confirm it (you need to look it with your binary). >>> >>> >>> >>> 2013/4/11 Trajce Nikolov NICK <trajce.nikolov.n...@gmail.com> >>> >>>> Hi Jan, >>>> >>>> after some reading from web I managed to set the build (and understand >>>> some of the background and terminology) to use armeabi version 5 for all >>>> the builds. So the build should be ok, just to see why is still crashing. >>>> Progress for this day :-). And thanks to you and Jorge. >>>> >>>> Cheers, >>>> >>>> Nick >>>> >>>> >>>> On Thu, Apr 11, 2013 at 10:44 PM, Trajce Nikolov NICK < >>>> trajce.nikolov.n...@gmail.com> wrote: >>>> >>>>> also, when I build nativeLib, and donot remove -Werror it failed to >>>>> build .. >>>>> >>>>> Nick >>>>> >>>>> >>>>> On Thu, Apr 11, 2013 at 10:36 PM, Trajce Nikolov NICK < >>>>> trajce.nikolov.n...@gmail.com> wrote: >>>>> >>>>>> Hi Jorge, >>>>>> >>>>>> this is with clean build with "d" ndk and Juno Eclipse for android-7 >>>>>> (that is the default in the example) >>>>>> >>>>>> 01-01 12:29:25.179: I/GLThread(2034): noticed surfaceView surface >>>>>> lost tid=10 >>>>>> 01-01 12:29:25.308: I/GLThread(2034): onResume tid=10 >>>>>> 01-01 12:29:25.421: I/GLThread(2034): noticed surfaceView surface >>>>>> acquired tid=10 >>>>>> 01-01 12:29:25.421: W/EglHelper(2034): start() tid=10 >>>>>> 01-01 12:29:25.421: D/libEGL(2034): loaded >>>>>> /system/lib/egl/libEGL_POWERVR_SGX540_120.so >>>>>> 01-01 12:29:25.421: D/libEGL(2034): loaded >>>>>> /system/lib/egl/libGLESv1_CM_POWERVR_SGX540_120.so >>>>>> 01-01 12:29:25.425: D/libEGL(2034): loaded >>>>>> /system/lib/egl/libGLESv2_POWERVR_SGX540_120.so >>>>>> 01-01 12:29:25.503: W/EGLview(2034): creating OpenGL ES 2.0 context >>>>>> 01-01 12:29:25.519: W/EglHelper(2034): createContext >>>>>> com.google.android.gles_jni.EGLContextImpl@4052a638 tid=10 >>>>>> 01-01 12:29:25.519: I/GLThread(2034): noticing that we want render >>>>>> notification tid=10 >>>>>> 01-01 12:29:25.519: W/GLThread(2034): egl createSurface >>>>>> 01-01 12:29:25.519: W/EglHelper(2034): createSurface() tid=10 >>>>>> 01-01 12:29:25.550: W/GLThreadManager(2034): checkGLESVersion >>>>>> mGLESVersion = 131072 >>>>>> mMultipleGLESContextsAllowed = true >>>>>> 01-01 12:29:25.550: W/GLThread(2034): onSurfaceCreated >>>>>> 01-01 12:29:25.550: W/GLThread(2034): onSurfaceChanged(800, 332) >>>>>> 01-01 12:29:25.550: D/dalvikvm(2034): Trying to load lib >>>>>> /data/data/osg.AndroidExample/lib/libosgNativeLib.so 0x40513750 >>>>>> 01-01 12:29:30.246: I/dalvikvm(2034): threadid=4: reacting to signal 3 >>>>>> 01-01 12:29:30.253: E/dalvikvm(2034): Failed to write stack traces to >>>>>> /data/anr/traces.txt (-1 of 2978): Math result not representable >>>>>> >>>>>> Hope this help to figure out something >>>>>> >>>>>> Nick >>>>>> >>>>>> >>>>>> On Thu, Apr 11, 2013 at 10:03 PM, Trajce Nikolov NICK < >>>>>> trajce.nikolov.n...@gmail.com> wrote: >>>>>> >>>>>>> Hi Jorge, >>>>>>> >>>>>>> ok, I will stick with "d" then >>>>>>> >>>>>>> Nick >>>>>>> >>>>>>> >>>>>>> On Thu, Apr 11, 2013 at 9:57 PM, Trajce Nikolov NICK < >>>>>>> trajce.nikolov.n...@gmail.com> wrote: >>>>>>> >>>>>>>> Hi Jorge, attached is the log. Also when I run Eclipse it says: >>>>>>>> Failed to resolve android-8 >>>>>>>> >>>>>>>> Jorge, Thanks ! >>>>>>>> >>>>>>>> Nick >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Apr 11, 2013 at 9:26 PM, Trajce Nikolov NICK < >>>>>>>> trajce.nikolov.n...@gmail.com> wrote: >>>>>>>> >>>>>>>>> Hi Jorge, Jan, >>>>>>>>> >>>>>>>>> I can not build it now with the ndk I downloaded - my dev machine >>>>>>>>> is setup based on the wiki page by Jorge with the latest ndk. It says: >>>>>>>>> Fatal error: invalid -march= option: `armv5te' >>>>>>>>> >>>>>>>>> Any clue? osg built just ok >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Apr 11, 2013 at 9:02 PM, Jorge Izquierdo Ciges < >>>>>>>>> jori...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Trajce, please dump the logcat because i think i know what's >>>>>>>>>> happening. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/4/11 Jan Ciger <jan.ci...@gmail.com> >>>>>>>>>> >>>>>>>>>>> On 04/11/2013 06:50 PM, Trajce Nikolov NICK wrote: >>>>>>>>>>> >>>>>>>>>>>> Just a question. Can the 3rd party libs be compiled with some >>>>>>>>>>>> switches? >>>>>>>>>>>> Are you using the one pre-built available on wiki? >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I am using those on the Wiki. >>>>>>>>>>> >>>>>>>>>>> However, do check the Logcat for any errors - if the app crashes >>>>>>>>>>> or is killed, the stacktrace in the log will tell you why that >>>>>>>>>>> happened. >>>>>>>>>>> Unless you retrieve the stack trace from there we are just >>>>>>>>>>> shooting in the >>>>>>>>>>> dark. The problem could be something entirely different from the >>>>>>>>>>> ABI/Neon >>>>>>>>>>> issues even though this is a most common cause why the examples >>>>>>>>>>> crash. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> >>>>>>>>>>> Jan >>>>>>>>>>> ______________________________**_________________ >>>>>>>>>>> osg-users mailing list >>>>>>>>>>> osg-users@lists.**openscenegraph.org<osg-users@lists.openscenegraph.org> >>>>>>>>>>> http://lists.openscenegraph.**org/listinfo.cgi/osg-users-** >>>>>>>>>>> openscenegraph.org<http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> osg-users mailing list >>>>>>>>>> osg-users@lists.openscenegraph.org >>>>>>>>>> >>>>>>>>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> trajce nikolov nick >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> trajce nikolov nick >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> trajce nikolov nick >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> trajce nikolov nick >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> trajce nikolov nick >>>>> >>>> >>>> >>>> >>>> -- >>>> trajce nikolov nick >>>> >>>> _______________________________________________ >>>> osg-users mailing list >>>> osg-users@lists.openscenegraph.org >>>> >>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >>>> >>>> >>> >>> _______________________________________________ >>> osg-users mailing list >>> osg-users@lists.openscenegraph.org >>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >>> >>> >> >> >> -- >> trajce nikolov nick >> >> _______________________________________________ >> osg-users mailing list >> osg-users@lists.openscenegraph.org >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> >> > > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > -- trajce nikolov nick
_______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
