今天试用DevEco Studio版本5.0.3.906创建项目时，Ohpm install成功，但是build init构建初始化失败。提示：

nmp ERR! errno: -4048,

nmp ERR! code:'EPERM',

nmp ERR! path:"D:\\....\\nodejs\\..."

nmp ERR! The operation was rejected by your operating system.

后面略。

解决：系统权限不够。

于是右键点击桌面的DevEco Studio图标，选中兼容性选项卡，勾选以管理员身份运行。

项目创建时指定的保存位置不要放在C盘。

然后初始化成功。可以运行项目。

# harmonyos
Logo
欢迎加入Laval社区

社区规范：仅讨论OpenHarmony相关问题。

更多推荐

一次地图文字颜色异常排查：RGB565 和 ARGB8888 不能混为一谈

在适配轻量地图渲染时，我遇到过一类很有迷惑性的现象：路名文字有时接近黑色，有时偏红，重新进入页面后颜色还可能变化。第一反应通常是字体绘制或屏幕像素格式有问题，但沿渲染链继续检查后，真正的异常出现在更早的颜色数据边界。 这次排查最重要的收获，是要把“缓冲区像素格式”和“画笔颜色格式”分开理解。 两种格式描述的不是同一件事 RGB565 描述的是像素缓冲区布局。一个像素占 16 位，红色 5 位、绿色

avatar Laval社区

给轻量地图组件补充异步任务投递：从网络回调安全返回地图线程

在完善轻量地图组件的异步网络能力时，我遇到的核心问题并不是“怎样发出一个异步请求”，而是请求完成以后，怎样安全地把结果交还给地图引擎。 网络回调可能运行在协议栈线程，地图状态却通常要求在固定任务线程中串行修改。如果直接从网络线程进入地图引擎，短期内可能看不出问题，但在并发请求、页面退出或重复回调时，很容易出现数据竞争和生命周期错误。 地图线程在框架中的作用 轻量地图内部会同时维护视图状态、瓦片缓存

avatar Laval社区

给 OpenHarmony 轻量地图组件补充离线能力：一次公共接口演进实践

在参与 OpenHarmony 轻量地图组件共建时，我尝试为地图模块补充离线资源管理能力。最初看起来，这项工作只是增加查询、下载、暂停和删除接口，但真正开始梳理后，我发现难点并不在函数数量，而在于如何让新能力自然地进入原有框架，同时不破坏已有实现。 这次修改让我对轻量地图组件的分层、代理线程和公共接口兼容有了更具体的认识。 从现有调用链开始轻量地图组件并不是应用直接调用某个地图 SDK，而是通过一

avatar Laval社区