错误分析 编译报错日志： [OHOS ERROR] ERROR at //build/config/sanitizers/sanitizers.gni:393:7: Assertion failed. ​ [OHOS ERROR] assert( ​ [OHOS ERROR] ^----- ​ [OHOS ERROR] Enable CFI can't configure &

环境 系统：OpenHarmony 5.1.0 Release 产品：rk3568 编译 vendor/hihope/rk3568/config.json 修改enable_absystem属性为true，编译完成后在out/产品/packages/phone/images目录下将会生成config_ab.cfg和parameter_ab.txt。 也可以手动从device_board_hiho

环境 系统基线：OpenHarmony 5.1.0 release 问题描述 开机后打开web相关应用，web页面白屏，无内容显示。 问题分析 检查hilog日志，检查webview相关的error日志，发现web组件依赖的libarkweb_engine.so加载失败 根因分析 1、根据日志定位到代码处： 2、发现错误日志并没有体现加载so失败原因。通过dlopen加载so失败时，查看原

简介： 产品开发过程中，可能涉及多方合作伙伴，需要提供给伙伴可用的工程，但是有定制化模块可能针对伙伴不开源的情况，所以要进行闭源处理。 组件编译： 编译方式 openharmony中将组件编译成动态库使用的是gn模版ohos_shared_library(libname)，该模版将组件源码编译成libname.z.so 可以看到该模版中包含了编译所需的源码和头文件，使用属性sources和inc

前言 TV大屏32位版本ai应用依赖libonnxruntime.so，运行报错，分析hilog日志，报错原因为定位该so中的OrtGetApiBase函数失败。 该so为应用sherpa_onnx模块中从github上拉取的1.16.3的ohos 32位闭源so（库上仅提供了该版本so），所以处理方案定为通过onnxruntime开源项目重新编译so。 编译过程记录 一、编译方式 使用的三方库

前言： 开发者手机升级OH5.0.3基线，需要优先保障编译、启动和点屏适配，这里主要针对碰到的启动和点屏问题进行总结。 1、开机后无法启动 开机无法启动，表现为设备不断重启，导致hdc无法连接。 分析过程： 首先拉取串口日志 查看日志发现kernel panic，sysrq出现crash捕获，说明有关键进程启动失败，继续查看以上串口日志，发现ServiceReap error critical

简介 编译构建子系统提供了一个基于Gn和ninja的编译构建框架。根据产品配置，编译生成对应的镜像包。其中编译构建流程为 preloader->loader->gn->ninja build文件夹下的subsystem_config.json文件，主要包含子系统名称与路径信息，在preloader阶段被加载，根据子系统名称和路径信息查找该路径下的bundle.json和ohos.

OH4.x 恒玄升级包制作参考 升级包制作工具 https://gitee.com/openharmony/update_packaging_tools/tree/OpenHarmony-4.0-Release/ 生成升级包对应秘钥 1、准备openssl工具：apt-get install openssl 2、生成用于升级包拍包私钥 openssl genrsa -out rsa_privat

环境 系统：OpenHarmony 5.0.0release 设备：开发者手机 问题描述 在updater_service中添加一个自定义组件的时候，出现关于sanitize cfi的编译报错。 问题分析 根据报错信息defined(sanitize) && defined(sanitize.cfi) && sanitize.cfi == true，说明新增组件

任务目标： 将7885 解耦项目的OpenHarmony框架从OH4.1Release升级到OH5.0Release。 项目结构说明： 由社区sig工程和laval工程组成，社区sig工程负责编译OH框架和开源产品仓，laval工程负责编译展锐镜像。 工程具体说明可查阅：https://gitee.com/cooperation-team-7885/make_pac/blob/5.0/READM