There is a potential problem here:
If a implementation with CHAR_BIT = 8
use sign-magnized represent for char
(so char/code> is signed),时,当UTF-8要求借方-pattern10000000
时,负0. Soem>if >>> >执行进一步不支持负0,而任何特定的UTF-8 string可能含有的无效(cc)价值,引起问题。 哪怕是支持否定的零,那么借方模式(10000000<>/code>)与借方模式(0000<<>/code>)相比较。 (Nul terminator)在char[]/code>中使用UTF-8数据时可能会引起问题。
我认为,这意味着,对于C11号标书的执行,必须不签署<条码>。 通常,这取决于是否签署或未签署<条码>/条码>,但当然,如果签署<条码><>条/代码>,结果未能正确执行《八号总协定》,执行者就不得不自行签字。 除此以外,整个C++的非-2级补充执行也是如此,因为C++允许<条码><>>>和<条码>用于获取标语。 只允许<条码>未签署文件<>。
在2个辅助器和1个辅助器中,UTF-8数据所需的轨道型号是sign char/code>的有效数值,因此,可自由制作char
,要么签署,要么未签署,要么仍然能够代表UTF-8在char[]
上的方言。 这是因为所有256个轨道模式都是有效的2个辅助值,而UTF-8则不使用111111
(1个辅助负0)。