首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在Windows 10上构建用于ESP32的esp-idf项目时,拒绝访问

在Windows 10上构建用于ESP32的esp-idf项目时,拒绝访问
EN

Stack Overflow用户
提问于 2022-07-13 15:48:35
回答 1查看 268关注 0票数 1

我正在尝试设置这个锈蚀模板项目,以便开始为ESP32:https://github.com/esp-rs/esp-idf-template进行锈蚀开发

我已经安装了Rustup工具链,如下所述:https://github.com/esp-rs/rust-build

生成项目步骤时,我选择了以下参数:

  • 将项目配置为使用Dev Containers =false
  • esp-

原生构建版本= v4.4

  • Rust toolchain = esp
  • STD Support =true

h 113MCU=esp 32H 214f 215

Build步骤中,我获得了这个输出(显示了第二次运行,第一次运行在此之前编译了一长串依赖项):

代码语言:javascript
复制
C:\Users\Me\boop\doop>cargo build
   Compiling esp-idf-sys v0.31.6
error: failed to run custom build command for `esp-idf-sys v0.31.6`

Caused by:
  process didn't exit successfully: `C:\Users\Me\boop\doop\target\debug\build\esp-idf-sys-cafd80a349bfdbb2\build-script-build` (exit code: 1)
  --- stdout
  cargo:rerun-if-env-changed=IDF_PATH
  cargo:rerun-if-env-changed=ESP_IDF_TOOLS_INSTALL_DIR
  cargo:rerun-if-env-changed=ESP_IDF_VERSION
  cargo:rerun-if-env-changed=ESP_IDF_REPOSITORY
  cargo:rerun-if-env-changed=ESP_IDF_SDKCONFIG_DEFAULTS
  cargo:rerun-if-env-changed=ESP_IDF_SDKCONFIG
  cargo:rerun-if-env-changed=MCU
  IDF_PYTHON_ENV_PATH=C:\Users\Me\boop\doop\.embuild\espressif\python_env\idf4.4_py3.10_env
  PATH=C:\Users\Me\boop\doop\.embuild\espressif\tools\esp32ulp-elf\2.28.51-esp-20191205\esp32ulp-elf-binutils\bin;C:\Users\Me\boop\doop\.embuild\espressif\tools\cmake\3.23.1\bin;C:\Users\Me\boop\doop\.embuild\espressif\tools\ninja\1.10.2\;C:\Users\Me\boop\doop\.embuild\espressif\python_env\idf4.4_py3.10_env\Scripts;C:\Users\Me\boop\doop\.embuild\espressif\esp-idf\release-v4.4\tools;%PATH%
  Current system platform: win64
  Skipping xtensa-esp32-elf@esp-2021r2-patch3-8.4.0 (already installed)
  Skipping cmake@3.23.1 (already installed)
  Skipping ninja@1.10.2 (already installed)
  Skipping esp32ulp-elf@2.28.51-esp-20191205 (already installed)
  IDF_PYTHON_ENV_PATH=C:\Users\Me\boop\doop\.embuild\espressif\python_env\idf4.4_py3.10_env
  PATH=C:\Users\Me\boop\doop\.embuild\espressif\tools\esp32ulp-elf\2.28.51-esp-20191205\esp32ulp-elf-binutils\bin;C:\Users\Me\boop\doop\.embuild\espressif\tools\cmake\3.23.1\bin;C:\Users\Me\boop\doop\.embuild\espressif\tools\ninja\1.10.2\;C:\Users\Me\boop\doop\.embuild\espressif\python_env\idf4.4_py3.10_env\Scripts;C:\Users\Me\boop\doop\.embuild\espressif\esp-idf\release-v4.4\tools;%PATH%

  --- stderr
  Using managed esp-idf repository: EspIdfRemote { repo_url: None, git_ref: Branch("release/v4.4") }
  fatal: No names found, cannot describe anything.
  Using esp-idf v4.4.1 at 'C:\Users\Me\boop\doop\.embuild\espressif\esp-idf\release-v4.4'
  fatal: No names found, cannot describe anything.
  Error: Access is denied. (os error 5)

当我选择ESP-IDF-原生构建版本= v4.3.2时,我会得到相同的错误,尽管没有fatal: No names found, cannot describe anything.消息。

当我试图构建这个锈菌ESP32演示项目时,我得到了一个相同的错误:https://github.com/ivmarkov/rust-esp32-std-demo

这是以管理员身份运行的。

在搜索解决方案时,我发现以下内容:每个顶部的Why os.rename sometimes returns error access is denied python,我在文件资源管理器中禁用了“快速访问中显示经常使用的文件夹”,但不幸的是,构建错误没有改变。

什么访问被拒绝,是什么导致拒绝,即使在作为管理员运行时也是如此?其次,fatal: No names found, cannot describe anything.消息的原因和意义是什么?

EN

回答 1

Stack Overflow用户

发布于 2022-07-16 09:27:58

我今天一直在处理同样的问题。

它是由电子构建依赖项:https://github.com/esp-rs/embuild/commit/d8f8da228f1e1e6c105074d96617a8601092f633中的更改引起的。

试图将权限数据写入打开的文件会导致'os错误5

我向这个项目提交了一个公关:https://github.com/esp-rs/embuild/pull/56

现在合并,货物更新和你应该是好的!

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/72969132

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档