• 状态 Resolved
  • 已锁定 已锁定
  • 回复 7 回复
  • 订户 0 订户
  • 视图 434 视图
  • 用户 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.

[参考译文] MSP430FR5994：如何处理与 CC 无关并导致编译/调试错误的 macOS 点文件？

admin
Guru**** 2386620 points
Other Parts Discussed in Thread: MSP430FR5994
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1195482/msp430fr5994-how-is-one-suposed-to-deal-with-the-macos-dot-files-that-are-unrelated-to-cc-and-causing-compile-debug-errors

器件型号：MSP430FR5994

我必须相信，这是以前提出的，但相信或不相信，我不能为这个问题找到问题的问题。

我在 Mac OS Venture 13.1上运行 CC。 当我编译时、我会遇到以下错误(主要是)：

"说明资源路径位置类型
序言中不允许内容。 在文件/Volumes/T7-MBx86/projects/MSP4305994/poop/targetConfigs/._MSP430FR5994.ccxml ._MSP430FR5994.ccxml /poop/targetConfigs 第1行中出现问题"

因此、它告诉我、CC 甚至关注经典的 max OS ".._xxx"文件。 我还感到震惊的是、没有设置在 CC 中查看和忽略这些文件。 在 Mac 上安装 CC 时、我本来希望看到 readme.txt 文件中的内容。 我最初尝试在 Windows 10中使用 Parallels、但我使用的是较旧的 LaunchPad (MSPfr5994)、我知道它与 USB 有问题、我想也有问题。

不管怎样、不要说玩世不恭、只是想知道其他人会对不相关(与 CC)的"点文件"做些什么？


谢谢、

Dave comer

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

    我不知道 MacOS "_"命名约定的确切工作方式、但*。ccxml 文件是由 CCS 创建/管理的(在我的 Windows 系统中、它们位于 targetConfigs 目录中)。

    您是否创建了这些文件？ 可能尝试使用其他后缀。

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

    Bruce、您好、感谢您的回复。 我在我的戴尔笔记本电脑上使用了 CC、或者以前使用过 CC、而且它运行良好。 截至过去两年、我发现使用运行并行(macs 上的常用 VM)的 MAC 来运行多种环境、例如 Ubuntu、Windows 10、Windows 11、BSD、甚至 Mac 克隆。) 我知道这是关键、但它允许用户使用一台强大的机器进行开发。)  

    一个烦恼是 Mac 创建了我想您可以描述为"配置文件"的文件、以帮助程序。 对于 CC、我认为它可能会影响到 CC、这是._*.ccxml 文件、如果 CC 生成了*.ccxml 文件(我为了方便起见缩短了名称)。 实际上、这意味着每次编译时都必须删除 Mac 生成的"配置文件"、因为我认为调试器会变得混乱。 看起来可能不是很像、我可能会在 make 文件中添加一条规则来删除此 Mac 赝像、但我提出了这个问题、因为 CC 的开发人员应该已经知道 Mac OS 的细微差别。 它不是特定于版本、而是 Mac 的工作方式。  

    感谢您的回复和抽出宝贵的时间。 我希望 CC 的开发人员能够说明为什么 CC 不忽略这些配置文件。

    Dave

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

    什么都不像回复自己、对吧？ 我找到了一个解决方案、尽管我愿意接受更好的想法。 在对类似问题的答复中；

    https://apple.stackexchange.com/questions/14980/why-are-dot-underscore-files-created-and-how-can-i-avoid-them

    Wiliam 列出的写入：

    “发件人 man dot_clean： For each dir, dot_clean recursively merges all ._* files with their corresponding native files according to the rules specified with the given arguments. By default, if there is an attribute on the native file that is also present in the ._ file, the most recent attribute will be used. 此命令不仅删除某些点文件，还可能覆盖每个文件夹的以前/本机属性。 请小心使用。"

    很明显，如果您有 HFS+格式化的分区，则不会自动生成点文件。但是，HFS+在 Apple 系统上使用，其他操作系统(例如 Parallels Linux 或 Windows OS)可能无法访问。

    以上链接对其他可能体验我所处的信息的人来说是非常有益的。 rand the dot_clean (将考虑添加它以使其变为)。 我现在可以在 macOS 上为 MPS430进行开发。

    我认为其他人可能需要或需要此信息。

    Dave

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

    您好、Dave

    感谢您的分享！

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

    当然。 另一个注意事项：我了解到，如果您还可以选择项目资源管理器上方的过滤器和自定义图标，然后选择预设过滤器选项卡，最后取消选中.*资源项，您将看到所有隐藏的(dot)文件。 您也可以删除出现问题的 macOS 创建的文件。 如果 CC 有一个 Mac 感知更新、可以自动删除与项目中使用的合法文件冲突的任何点文件、这会很好。 也就是说、Mac 版本现在对我来说还可以。

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

    我认为只有当您使用查找程序处理文件时，这才是一个问题。 TI 的工具不会添加资源文件。 (历史注释：Mac OS 文件系统中的每个文件都有两个"叉子"、一个数据叉和一个资源叉。 数据叉将包含我们认为的文件、而资源叉将包含图标信息和类似的内容。 为了更好地与其他操作系统兼容、他们放弃了这种方法。 由于仍然需要资源信息，因此生成了资源文件(“点文件”)。

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

    Keith、感谢您的详细回答。 我同意根据我正在阅读的内容，但我注意到，当我使用新项目->CC 管理创建项目时，会显示一些点文件。 我看不到放弃使用 Finder 作为解决方案；至少在我的情况下不是这样。 但是，我还看到，如果我有 HPS+分区文件系统(可能在外部磁盘上)，则不再创建 dotfiles (._*)中包含的信息，而是将其作为元数据放置在创建的文件中。 但是，如果我只需要在某些情况下删除 dotfiles，我就可以使用它，或者修改 make 文件以添加 dot_clean 或 rm -rf ._*，这可能是一种相当好的变通办法。 我宁愿专注于嵌入式代码而不是操作系统、但我想这就是嵌入式开发人员的生活。