Log in or register to post comments

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

July 25, 2012 - 10:37pm #1

Hi, i am new to vuforia sdk. I am having this error "java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative" when I change the package name for the src files in the ImageTarget sample. I understand that there is somewhere in the sample which specifiy which package to invoke the native methods. Which file do I edit in order to have a different package name for the src files?

One of the many warnings given by eclipse when i try to rename the package:

Method 'initRendering()' in type 'com.qualcomm.QCARSamples.ImageTargets.ImageTargetsRenderer' is native. Running the modified program will cause UnsatisfiedLinkError

 

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

April 18, 2013 - 4:56am #13

Ok, then you need to rename the functions in CloudReco.cpp;

the how to is explained in this thread, where I replied to you few hours ago:

https://developer.vuforia.com/forum/qcar-api/changing-package-name

 

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

April 18, 2013 - 3:13am #12

I was talking about Cloud Recognition Simple Application, When i Renaming the package then cygwin is not able to creating .so file

 

Plz tell

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

April 17, 2013 - 11:22pm #11

Hi, you need to rename the functions in ImageTargets.cpp, as explained in the link I was referring to.

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

April 17, 2013 - 10:41pm #10

 

Hi

When i click refactor -> rename, it returns the warning

Method 'initRendering()' in type 'com.qualcomm.QCARSamples.ImageTargets.ImageTargetsRenderer' is native. Running the modified program will cause UnsatisfiedLinkError

There is no compilation error if I choose to ignore the warning and rename the package. However, if i try to run the program on my debugging phone (HTC One X) with the renamed package, i get this error "java.lang.UnsatisfiedLinkError: getOpenGlEsVersiHi

When i click refactor -> rename, it returns the warning

Method 'initRendering()' in type 'com.qualcomm.QCARSamples.ImageTargets.ImageTargetsRenderer' is native. Running the modified program will cause UnsatisfiedLinkError

There is no compilation error if I choose to ignore the warning and rename the package. However, if i try to run the program on my debugging phone (HTC One X) with the renamed package, i get this error "java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative" in the log cat and the program crashes.onNative" in the log cat and the program crashes.

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

April 17, 2013 - 10:38pm #9

 

Hi

When i click refactor -> rename, it returns the warning

Method 'initRendering()' in type 'com.qualcomm.QCARSamples.ImageTargets.ImageTargetsRenderer' is native. Running the modified program will cause UnsatisfiedLinkError

There is no compilation error if I choose to ignore the warning and rename the package. However, if i try to run the program on my debugging phone (HTC One X) with the renamed package, i get this error "java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative" in the log cat and the program crashes.

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

April 5, 2013 - 4:36am #8

Hi,

have a look at this page:

https://developer.vuforia.com/forum/faq/android-how-do-i-fix-my-compile-or-runtime-errors

it describes all (most common) failure scenarios with ndk-build, it should help you troubleshoot the problem.

 

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

April 5, 2013 - 2:57am #7

i i also followed same tutorial but when i  sample image targets app i am getting unsatisfied exception,please any one suggest me where i did mistake

 below are details:

 

in my case sdk path:C:\Development\Android\android-sdk-windows
          eclips path:C:\Development\Android\android-sdk-windows\eclipse
          cygwin path:C:\cygwin
          ndk path:C:\Development\Android\vuforia-sdk-android-2-0-31
     vuforia-sdk-android path:C:\Development\Android\vuforia-sdk-android-2-0-31

  in environmet variables iset path to sdk,ndk and cygwin like below

     C:\Development\Android\android-sdk-windows\tools\;C:\cygwin\bin;C:\Development\Android\android-ndk-r8\

 

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

July 27, 2012 - 6:50pm #6

Check out this thread - https://ar.qualcomm.at/content/possbile-use-same-im-source-code-two-different-application-name

Peter's recommendation should revise the names, but apparently doesn't fully. So you'll need to find and replace them by hand. Also be sure to clean and rebuild your resources.

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

July 27, 2012 - 5:14am #5

Hi,

I tried that as well but with no luck.

It seems to be that the four java files from ImageTargets sample must reside in com.qualcomm.QCARSamples.ImageTargets in order for it to work correctly on my phone. Even after i changed my manifest file, the application will not run but as soon as i change back the package name, the application run flawlessly. 

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

July 26, 2012 - 5:46pm #4

Hello,

Please see http://stackoverflow.com/questions/3845913/easy-way-to-rename-a-project-in-android . You need to make some changes to the manifest.xml file as well.

Thank you,

-Peter

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

July 26, 2012 - 4:50pm #3

Hi Peter,

When i click refactor -> rename, it returns the warning

Method 'initRendering()' in type 'com.qualcomm.QCARSamples.ImageTargets.ImageTargetsRenderer' is native. Running the modified program will cause UnsatisfiedLinkError

There is no compilation error if I choose to ignore the warning and rename the package. However, if i try to run the program on my debugging phone (HTC One X) with the renamed package, i get this error "java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative" in the log cat and the program crashes.

 

java.lang.UnsatisfiedLinkError: getOpenGlEsVersionNative

July 26, 2012 - 4:13pm #2

Hello,

Please try refactoring. Right click on the src package name and go to refactor -> Rename... 

This should make all the changes you need.

Please let me know if this works,

-Peter

Log in or register to post comments