This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CCSV5.1M7 beta Installation problem on Windows 7 64 bit

Other Parts Discussed in Thread: CCSTUDIO

I'm running CCSV5.02 currently and that works fine.  Was starting a new project and wanted to upgrade to the lastest so attempted a parallel installation of the M7 beta. and Eclipse will not startup, get the TI splash screen and then a dialog box that references a log file in the 'configuration directory'.  I updated java 32 bit to the latest as is referenced in the log.  CCSV5.02 still works fine and I do not want to uninstall that since I won't then be able to continue development.  Environment is Windows 7 64 bit.  I used the Windows Small installation and its log file does not show any errors.

There is more to the log file but here is the top part of it:

!SESSION 2011-08-25 16:09:02.932 -----------------------------------------------
eclipse.buildId=I20110613-1736
java.version=1.6.0_27
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments:  -os win32 -ws win32 -arch x86

!ENTRY org.eclipse.osgi 4 0 2011-08-25 16:09:03.618
!MESSAGE An error occurred while automatically activating bundle com.ti.ccstudio.core (326).
!STACK 0
org.osgi.framework.BundleException: Exception in com.ti.ccstudio.core.CCStudioPlugin.start() of bundle com.ti.ccstudio.core.
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:734)
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683)
 at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381)
 at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:299)
 at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:440)
 at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger(BundleLoader.java:268)
 at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
 at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:462)
 at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216)
 at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:400)
 at org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:35)
 at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:473)
 at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
 at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
 at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at com.ti.ccstudio.ui.BaseCCSUIPlugin.internalStart(BaseCCSUIPlugin.java:21)
 at com.ti.common.ui.BaseTIUIPlugin.start(BaseTIUIPlugin.java:41)
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711)
 at java.security.AccessController.doPrivileged(Native Method)
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702)
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683)
 at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381)
 at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:299)
 at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:440)
 at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger(BundleLoader.java:268)
 at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
 at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:462)
 at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216)
 at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:400)
 at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:476)
 at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
 at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
 at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at org.eclipse.osgi.internal.loader.BundleLoader.loadClass(BundleLoader.java:345)
 at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:229)
 at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1207)
 at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:174)
 at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:905)
 at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243)
 at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:55)
 at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:191)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
 at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
 at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
Caused by: java.lang.ExceptionInInitializerError
 at com.ti.ccstudio.core.BaseCCSPlugin.initializeXPCOMRuntime(BaseCCSPlugin.java:27)
 at com.ti.ccstudio.core.BaseCCSPlugin.internalStart(BaseCCSPlugin.java:20)
 at com.ti.common.core.BaseTIPlugin.start(BaseTIPlugin.java:41)
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711)
 at java.security.AccessController.doPrivileged(Native Method)
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702)
 ... 53 more
Caused by: java.lang.NullPointerException
 at com.ti.ccstudio.core.PathManager.<init>(PathManager.java:132)
 at com.ti.ccstudio.core.PathManager.<clinit>(PathManager.java:33)
 ... 59 more

  • Hi Kevin,

    let me look into this for you.

    Do you have administrator privileges?  Would you be able to zip up log file and the .dmp file (if created) and send it to us?

    Would you be willing to try the full installer and let us know if you have issues?  Of course the above plus an uninstall would need to be done first.

    But first please let me see what other information we might need to help resolve this!

    Best Regards,

    Lisa

     

  • Hi again Kevin,

    quick one for you ... does the com.ti.ccstudio.base.plugin exist in your eclipse folder?  And the properties file, does this also exist there?

    Thanks,
    Lisa

  • Hi Lisa,

    Yes, I have admin rights.  Here is what I've found so far.  In looking at the log file I noticed tools.jar file was not found.  Oracle has some sort of problem with the latest jre update where tools.jar is missing in the jre6\lib folder.  To resolve that problem I installed the JDK and updated JAVA_HOME to point to it, tools.jar is there.  For yuks I also copied it over to the jre6\lib folder (reinstalling jre did not cause tools.jar to reappear, even when downloaded exe and ran as administrator).  Regardless looks like JAVA_HOME environment variable is being referenced.

    I uninstalled everything and then installed the full version and executed it as "Run as Administrator", even though I have admin rights.  Still getting same error but did find tools.jar and got further with regards to the gde_install.log file.  The com.ti.ccstudio.base.plugin does not exist and there is no .dmp file.  V5.02 is still running fine as well within Helios Eclipse.

    I'll see if I can figure out how to attached the zip of the log files.

    Thanks,

    Kev

     

    configuration.zip
  • Hi,

    If you're unable to find eclipse\plugins\com.ti.ccstudio.base_5.0.0.*, it's possible that you have a corrupted install. Could you zip up and send me files in the c:\program files\installjammer registry folder?

     

    On another note, ccs needs jre 1.6.0.13, so the latest jre may cause you problems once you have ccs up and running.

    thanks

    Danish Innis

  • Took a bit to find it, it was a hidden folder.  Here you go.  Remember I have V5.02 installed as well which I see in the registry folder.

    Thanks,

    Kev

     

    InstallJammer Registry.zip
  • Just a bump to see if any further input.  I'm using V5.0.2 at the moment and it is working fine with most of the tools and libraries updated manually to the latest.  Running on the same computer as the failed V5.1M7 install.

    Kev

  • Kev,

    I was unable to find the issue in the logs. It needs more investigation and I've asked for help. I hope to have some information to you as soon as possible.

    In the meanwhile, could you try installing in another directory and see if you get the same problem?

    Danish

  • Hi Kevin/Danish,

    just thought I would follow up to see if there is any update here.

    Kev, have you been able to try the latest beta?  We have just released M8.5 .... it may be worth an uninstall and simply trying that version.

    Best Regards,
    Lisa

  • Hi Lisa,

    Just getting back to this.  I just finished installing V5.1 production release on the system having the problems and all went well.  Was also able to import a large project from V5.02 beta, rebuild and JTAG with no problems.

    Thanks,

    Kev

     

  • Hi Kevin,

    no problem and thanks for the udpate.  Glad to hear things went well with the latest version.

    Best Regards,
    Lisa