这是W3C的公共bugzilla错误跟踪程序的存档快照,该程序于2019年4月退役。请参阅主页了解更多详细信息。

错误802 -双utf-8 bom在Validation结果中产生编码错误
总结: 双utf-8 bom在Validation结果中产生编码错误
状态: 断然的固定的
别名:
产品: 验证程序
分类: 未分类
组件: 检查(显示其他错误)
版本: 0.6.7
硬件: 其他其他
: 第2页正常的
目标里程碑: ---
受让人: Terje祝福
QA联系人: qa-dev跟踪
网址: http://validator.w3.org/check?uri=htt。。。
白板:
关键词:
取决于:
阻碍:
 
报道: 2004-06-16 13:54 UTC由Bj公司
被改进的: 2005年8月18日03:19 UTC(历史)
0用户

另请参阅:


附件

说明 Bj公司 2004年6月16日13:54:38 UTC
http://validator.w3.org/check?uri=http%3A%2F%2Fww.websitedev.de%2Fmarkup%2验证器%2测试%2双utf-8-bom.html无效,http://validator.w3.org/check?uri=http%3A%2F%2Fvalidator.w3.org%2Fcheck%3Furi%3Dhttp%253A%252F%252Fwww.websitedev.de%252Fmarkup%252Fvalidator%252Ftests%252F双utf-8-bom.html对不起,我无法验证此文档,因为它位于第172行包含一个或多个字节,我无法将其解释为utf-8(在其他字节中单词,找到的字节在指定字符中不是有效值编码)。请检查文件内容和字符编码指示。
评论1 Bj公司 2004年9月6日21:13:12 UTC
这可能是处理使用UTF-8标志的错误的副本用于truncate_line()等。
评论2 维尔·斯凯特 2004年9月6日21:33:14 UTC
主题无关,但与BOM相关:这在某些时候可能会很有趣:http://search.cpan.org/dist/File-BOM/
评论3 Terje祝福 2004年9月11日13:15:29 UTC
处理此问题的一种方法是通过UTF-8检查器(charlint)传递完整的输出数据,可能修改为标记非法字节序列并继续而不是发出嘎嘎声。BTW,参见。评论#1,我似乎找不到您提到的这个bug;想提供一个bug号吗?
评论4 Bj公司 2004年9月11日23:08:39 UTC
请参阅源代码中关于Perl 5.8.x的相关注释,我不确定你的建议会有多大帮助。这里的问题是字符串是被认为是字节字符串,因此substr等不能按预期工作。
评论5 Bj公司 2005年8月18日03:19:59 UTC
固定在头部。