问题描述

用VS Code 的 code runner 运行 lua 时，报错：'D:\Program' is not recognized as an internal or external command, operable program or batch file.

原因分析：

VS Code 的 code-runner 配置中，路径 D:\Program Files (x86)\lua-5.4.2_Win32_bin\lua54.exe 包含空格，导致命令行无法正确识别路径。

"code-runner.executorMap": {
    "lua": "D:\\Program Files (x86)\\lua-5.4.2_Win32_bin\\lua54.exe"
},

解决方案：

在配置文件中，确保路径被正确地用双引号括起来：

"code-runner.executorMap": {
    "lua": "\"D:\\Program Files (x86)\\lua-5.4.2_Win32_bin\\lua54.exe\""
},
# lua # vscode
Logo
开源鸿蒙跨平台开发者社区

开源鸿蒙跨平台开发社区汇聚开发者与厂商，共建“一次开发，多端部署”的开源生态，致力于降低跨端开发门槛，推动万物智联创新。

更多推荐

基于OpenHarmony的古诗词学习应用设计与实现

OpenHarmony是华为公司于2020年开源的操作系统项目，旨在打造面向全场景、全连接、全智能时代的分布式操作系统。该系统采用了微内核架构设计，具有模块化、可裁剪、安全性高等特点，能够灵活适配从智能手表到智能电视等多种设备。OpenHarmony的技术架构分为四个层次：内核层、系统服务层、框架层和应用层。内核层支持多种内核类型，包括Linux内核和LiteOS内核；系统服务层提供了分布式软总线

avatar 开源鸿蒙跨平台开发者社区

Hats测试用例HatsHdfDisplayBufferUtTest会导致设备panic问题解决

摘要： 在OpenHarmony 5.0.3系统(UIS7885平台)测试中，运行HatsHdfDisplayBufferUtTest时出现严重内存压力问题。测试进程高频申请图形缓冲区(累计2234MB)，触发35次低内存回收(LMK)，导致系统服务卡顿(最长阻塞38秒)。分析表明问题根源在于高频大块内存申请与回收机制失衡，而非内存泄漏。临时解决方案包括降低测试压力、增加延迟；根治方案通过引入分级

avatar 开源鸿蒙跨平台开发者社区

React Native

现在我们来改点代码，体验一下 RN 的开发手感。用 VS Code 打开MyFirstApp文件夹，找到根目录下的App.js（或App.tsxreturn (<Text style={styles.title}>👋 你好，React Native!</Text><Text style={styles.subtitle}>这是我的第一个跨平台 App</Text></View>// RN 使用

avatar 开源鸿蒙跨平台开发者社区