自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(2)
  • 收藏
  • 关注

原创 python 文件批量读写修改可能导致的UnicodeDecodeError

虽然报错信息看起来是编解码方面的问题,但实际上这并不绝对。这很有可能时打开的对象中包含了预期之外的文件,比如.swp这种隐藏文件,我班咱们的代码本体引起编译码问题,但是这种隐藏的替换文件就很有可能引发这个问题。这当中包含了范围内包含隐藏文件的所有文件。这其实听起来完全是常识,也不是什么复杂的问题,但是结合“误导性的”报错信息,可能会给debug带来很大的麻烦。这时候关闭vim中打开的文件,通过la命令找到并rm删除这些隐藏文件就很可能可以解决这些问题。

2024-07-08 16:12:36 196

原创 UVM验证平台用例卡死的一个可能原因-clockingblock

这两者都能帮助driver与rtl或者说interface进行同步,但是又有不同,cb(clocking block)仅会由上沿触发(或者说根据这个clocking block的敏感列表),而clk的双沿均会触发,错误地使用它们会使激励的发送节奏过快/过慢,导致循环不能正确结束,卡住整个用例的进程。简单来说就是在driver中发送激励时,使用了固定次数的循环,其中需要添加时钟保证发送的激励和rtl的时钟可以对上。如果使用了循环,又出现了用例卡死,不妨检查一下clocking block的相关代码~

2024-01-23 15:26:22 491

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除