• 状态 Resolved
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 1 订户
  • 视图 474 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CCS：CCS7无外设版本

admin
Guru**** 2553260 points
Other Parts Discussed in Thread: CCSTUDIO

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/583217/ccs-ccs7-headless-build

主题中讨论的其他部件：CCStudio

工具/软件：Code Composer Studio

大家好，

 

在GUI模式下使用CCS7可以在Win7和Win10服务器上顺利导入和构建项目。

但是，无外设版本在Win10服务器计算机上不起作用。

 

随附的是一个用于C2000的测试项目，其中包含一个可重现该问题的批处理文件。

 

导入时报告的错误为：

 

org.eclipse.core.runtime.CoreException:

       位于com.ti.ccStudio.buildmodel.BuildModelLoader.preGenerateDynamicBuildDefinitions (BuildModelLoader.java:722)

       com.ti.ccstudio.project.core.services.ProjectImporter.internalImportProject(ProjectImporter.java:469)

       com.ti.ccstudio.project.core.services.ProjectImporter.access1美元(ProjectImporter.java:407)

       com.ti.ccstudio.project.core.services.ProjectImporter1美元.run(ProjectImporter.java:372)

       org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2240)

       org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2267)

       com.ti.ccstudio.project.core.services.ProjectImporter.importProject(ProjectImporter.java:370)

      com.ti.ccstudio.project.core.services.ProjectImporter.importProject(ProjectImporter.java:335)

       com.ti.ccstudio.apps.internal.project.ProjectImportApp.doRun(ProjectImportApp.java:168)

       com.ti.ccstudio.apps.internal.BaseHeadlessApp1美元.run(BaseHeadlessApp.java:340)

       org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2240)

       org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2267)

       com.ti.ccstudio.apps.internal.BaseHeadlessApp.internalRun(BaseHeadlessApp.java:338)

       com.ti.ccstudio.apps.internal.BaseHeadlessApp.start(BaseHeadlessApp.java:260)

       org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)

       org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)

       org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)

       org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)

       org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)

       sun.reflect.NativeMethodAccessorImpl.invoke0(Native方法)

       sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

       sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

       java.lang.reflect.Method.invoke(Method.java:498)

       org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:673)

       位于org.eclipse.equinox.launch.Main.basicRun(Main.java:610)

       org.eclipse.equinox.launcher.Main.run(Main.java:1519)

原因：java.lang.NullPointerException

       com.ti.common.project.core.internal.tools.ADiscoveryManager.getDiscoveryPathSetting(ADiscoveryManager.java:349)

       com.ti.common.project.core.internal.tools.ADiscoveryManager.getDiscoveryPath(ADiscoveryManager.java:157)

       com.ti.common.project.core.internal.tools.AToolDiscoveryManager.getToolDiscoveryPath(AToolDiscoveryManager.java:192)

       com.ti.common.project.core.internal.tools.AToolDiscoveryManager.getToolDiscoverySearchPath(AToolDiscoveryManager.java:181)

       com.ti.common.project.core.internal.tools.AToolDiscoveryManager.doRefresh(AToolDiscoveryManager.java:157)

       com.ti.ccstudio.project.core.internal.tools.CodegenToolDiscoveryManager.doRefresh(CodegenToolDiscoveryManager.java:88)

       com.ti.common.project.core.internal.tools.AToolDiscoveryManager.refresh(AToolDiscoveryManager.java:145)

       com.ti.common.project.core.internal.tools.AToolDiscoveryManager.initialize(AToolDiscoveryManager.java:114)

       com.ti.ccstudio.project.core.internal.tools.CodegenToolDiscoveryManager.initialize(CodegenToolDiscoveryManager.java:64)

       com.ti.ccstudio.project.core.internal.tools.CodegenToolDiscoveryManager.internalGetCodegenTools(CodegenToolDiscoveryManager.java:221)

       com.ti.ccstudio.project.core.internal.tools.CodegenToolDiscoveryManager.findSupportedCodegenToolVersion(CodegenToolDiscoveryManager.java:286)

       位于com.ti.ccStudio.buildmodel.BuildModelLoader.preGenerateDynamicBuildDefinitions (BuildModelLoader.java:705)

       ... 再有25个

 

 

CCS版本：

7.1。0.0.0015万

 

Java版本：

Java版本"Java.0_121" 1.8

Java(TM) SE运行时环境(Build 1.8 ．0_121-B13)

Java Hotspot (TM) 64位服务器VM (Build 25.121 －B13，混合模式)

 

Windows版本：

Microsoft Windows [版本SERVER.1.4393万]–10.0 2016标准版

 

有什么想法？

 

此致

拉尔夫

e2e.ti.com/.../4064.Test.zip

  • 0
    TI__Guru**** 2553260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    [报价用户="RH2248"]

    在GUI模式下使用CCS7可以在Win7和Win10服务器上顺利导入和构建项目。

    但是，无外设版本在Win10服务器计算机上不起作用。

     

    [/引述]

    我无法在我的Windows 7计算机上复制此内容。 我运行了该批处理文件，它导入并构建了项目。

    该错误是否可在您的计算机(Win10服务器除外)上重现？ 并且错误是否仅发生在特定项目或所有项目上(如果您可以测试  
    并让我们知道这将很有帮助)。

  • 0
    TI__Guru**** 2553260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    在不同的Win7机器上，这里的一切都很好。

    不幸 的是，当我测试的所有项目(2个较大的项目和我提供的生成的简短的“hello world”)都失败时，我只在这里提供了一台Win10Server (这是我们的构建服务器)计算机。

    顺便提一下，所有3个项目都在带有CCS6的Win10Server上运行良好。

    此致，

    拉尔夫

  • 0
    TI__Guru**** 2553260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    RH2248 说：
    很遗憾，在 我测试的所有项目(2个较大的项目和我提供的简短的"Hello world")都失败时，我只在这里提供了这台Win10Server (我们的构建服务器)机器。[/QUOT]

    是否可能是此计算机上的CCSv7安装已被破坏？ 您是否已经尝试过全新重新安装以确定？

  • 0
    TI__Guru**** 2553260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    刚刚重新安装CCS7并再次测试，但未成功。

    我在这里意识到的一点是：OSGI存在一些问题，通过添加(至少)可以减少这些问题

    -Dosgy.configuration.area.=@user.home/ccsv7_config
    -Dosgy.locking=无

    同时ccstudio.ini允许对C:\ti\ccsv7\eclipse\configuration \org.eclipse.osgi\.manager\.fileTableLock进行完全访问


    还有谁在使用Win10Server并愿意从第一篇文章测试我的小型复制项目？

    谢谢！
    拉尔夫
  • 0
    TI__Guru**** 2553260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好，Ralph，  

    请附加<workspace>/.metada/.log文件吗？  它可能包含附加信息。

    谢谢！

    -巴尔塔萨尔

  • 0
    TI__Guru**** 2553260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Baltasar，您好！

    请查找随附的压缩的.log文件。

    谢谢你

    Ralphe2e.ti.com/.../8688.log.zip

     

  • 0
    TI__Guru**** 2553260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好，Ralph，

    您的问题似乎与文件权限有关。 您的CCS似乎安装在只读位置。 通常，Eclipse设计为在这种环境中正常工作。 除了工作区之外，Eclipse需要一个可写的“配置”区域。 默认情况下，此“配置”区域是ccsv7/eclipse/configuration/目录。 如果该目录不可写入，Eclipse应在用户的“主目录”中的某个位置自动创建用户特定的可写入目录。

    我知道上述功能在Linux上可以无缝运行，但它似乎在Windows上不起作用。  我会试着找出原因。

    在平均时间中，正如您已经发现的，您可以使用"-Dosgy.configuration.area.=@user.home/ccsv7_config"标志手动将Eclipse指向可写入的配置目录。  您已将此标志添加到ccstudio.ini文件中，该文件允许您启动CCS IDE。  要使无外设命令正常工作，您还需要向eclipse.ini文件添加相同的标志-无外设命令使用eclipsec.exe启动，该文件使用eclipse.in

    此外，为了将手动调整保持在最低限度，我会删除"-Dosgi.locking=none"标志，并且可能还会回滚您对 .fileTableLock文件所做的权限更改。

    -巴尔塔萨尔

  • 0
    TI__Guru**** 2553260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Baltasar，您好！

    这是缺失的提示！

    对我来说，这个解决方案已经足够好了:-)

    但是，CCS7开箱即用当然会更好...  

    谢谢你

    拉尔夫