Welcome to my website. I am always posting links to photo albums, art, technology and other creations. Everything that you will see on my numerous personal sites is powered by the formVistaTM Website Management Engine.

icon.linkedin.jpgicon.twitter.jpg

  • Eclipse Android Development Error executing aapt: Cannot run program "/path/to/aapt": error=2, No such file or directory: error=2, No such file or directory
    03/24/2014 2:44PM

    Even though the ADT bundle provides a 64 bit version, the system requirements indicate that "64-bit distributions must be capable of running 32-bit applications."  I failed to see that when installing it under Fedora Core 20 and was getting the following error from Eclipse:

    Error executing aapt: Cannot run program "/home/rchapin/sdks/adt-bundle-linux-x86_64-20131030/sdk/build-tools/android-4.4/aapt": error=2, No such file or directory: error=2, No such file or directory  android_sdk    line 1   Android ADT Problem

    I checked to see if the file was there.  Yep.  I checked to see if was executable.  Yep.

    It was only after finding a blog post about it and doing a $ file command on it that I noticed that it was a 32 bit executable:

    $ file adt-bundle-linux-x86_64-20131030/sdk/build-tools/android-4.4/aapt
    adt-bundle-linux-x86_64-20131030/sdk/build-tools/android-4.4/aapt: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, not stripped

    All I had to do was install the 32 bit libraries that the binaries are linked against:

    # yum install glibc.i686 zlib.i686 libstdc++.i686 ncurses-libs.i686 libgcc.i686

    Once installed, the error should disappear from Eclipse as it tries to invoke the binaries and do a regular build and/or restarting or cleaning the project should clear the errors.

  • Setting up Android in Eclipse, Unable to resolve target 'android-18'
    03/24/2014 2:22PM

    When setting up Eclipse for Android development, after you have installed the Develeper Tools and NDK Plugins and linked to the ADT-bundle and then imported your project (see othere posts related by searching for 'android') I got the following error:

    [2014-03-24 14:14:53 - android_sdk] Unable to resolve target 'android-18'

    I went and checked to make sure that the Platform.MinPlatformToolsRev property in the ~/path/to/adt-bundle-linux-x86_64-20131030/sdk/tools/source.properties matched that of my project.properties file.

    They were both 18.  Eh?  Why the error?

    So, in Eclipse, I went to the Window > Android SDK Manager and looked at the version of the Android SDK Platform that was installed.  It was:

    Android 4.4.2 (API 19) and the checkbox next to SDK Platform under that sub-heading was checked.

    So, I went back to my project.properties and updated the target property to:

    target=android-19

    which eliminated that error.


  • "Invalid Project Description", project path "overlaps the location of another project" with the same name When Importing Existing Android Project in Eclipse
    03/24/2014 2:06PM

    I've got a new install of Eclipse and am setting up to do some Android development.

    After getting the Develeper Tools and NDK Plugins installed and linking to the ADT-bundle that I downloaded, I was getting an error when attempting to import the existing project by going to File > Import > Android > Existing Android Code Into Workspace.

    The error was:

    Invalid project description /some/path/to/project/dir_name overlaps the location of another project: dir_name

    After a few searches and a couple of tries, using the File > Import > General > Existing Projects into Workspace seemed to work just fine.



  • Eclipse Crashing with SIGSEGV, Problematic Frame libgdk and/or libsoup Problem Solved
    01/31/2014 9:49AM

    I'm setting up a new workstation under Fedora Core 20 and getting my dev environment set up.

    I had copied over my /opt dir from my old machine which included an older version of Eclipse (3.8.2) that I had been using.  That version wasn't behaving very well and I decided to go with the latest and greatest stable version (Kepler, 4.3.1).

    Unfortunately, Kepler was dumping core with the following error:

     A fatal error has been detected by the Java Runtime Environment:

      SIGSEGV (0xb) at pc=0x00000030f703d09a, pid=2450, tid=139984564643584

     JRE version: Java(TM) SE Runtime Environment (7.0_51-b13) (build 1.7.0_51-b13)
     Java VM: Java HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode linux-amd64 compressed oops)
     Problematic frame:
     C  [libgdk-x11-2.0.so.0+0x3d09a]  g_param_spec_object+0x3d09a

     Core dump written. Default location: /home/rchapin/core or core.2450

    I realized that I had installed Acrobat Reader, and since I'm on a 64 bit architecture that included all of the i686 rpms and compatibility libs.  I thought that that for some reason there might be some confusion between which version of libgdk that was being used.  That wasn't it.  I tried a different JDK (Oracle vs OpenJDK), nope, that wasn't it either.

    Eventually, I tried deleting (actually moving aside) the .eclipse/ dir in my home dir and deleting all of the .classpath, .settings, and .project files and dirs in my workspace and then re-installing my Eclipse plugins for Kepler.

    Worked like a charm.

    What I think was happening was that some of the plugins for different versions of Eclipse were being pulled in at runtime and causing the Kepler binary to crash.


  • Associating Eclipse .launch Files with the Eclipse XML Editor
    05/14/2013 1:38PM
    1. Open the Preference dialog and go to General/Editors/File Association.  Add a new file type with the *.launch suffix.  In the 'Associated Editors' box below, click on Add and assign the XML editor to the file type.
    2. In the Preferences dialog go to General/Appearance/Content Types.  Click on the + next to Text.  Click on 'XML' in the tree so that it is highlighted.  Click 'Add' in the box below and add the *.launch suffix
  • 1 2 3 4 >>
Advanced Search

Categories

Archives