扩展的 ASCII 字符在 int 10h 中不起作用

Question

我有一个简单的操作系统（实模式），用 NASM（仅引导加载程序）和大多数 C 语言编写。

我想打印这个字符：ñ，我使用这个函数，它使用 int 10h 将一个字符打印到屏幕上：

void putch(char chr)
{
    __asm__ __volatile__ ("int $0x10"
                          :
                          : "a" ((0x0e<<8) | chr),
                            "b" (0x0000));
}

void println(char *str)
{
    while (*str)
        putch(*str++);
}

现在，我尝试打印ñ：

println("ñ\r\n");

但是当我编译和执行时（在 qemu 和 VB 框中），字符“ñ”被忽略了。 我以 CP-437 编码保存了源代码，但问题仍然存在。 这也会影响所有扩展的 ASCII 字符。

Answer 1

问题很简单。在 x86 编译器中，char 是 signed。 'ñ'，即0xA4 被认为是负数 (-92)。签名的char 被提升为int（通常的算术提升），用于|。这通过符号扩展发生。

结果值当然是 -92 (0xFFA4)，|ed 和 0x0E00 将导致 0xFFA4... 这意味着我们现在不是函数 AH=0Eh调用函数 AH=FFh... 如果它存在的话。

一种解决方案是让putch 将参数作为int 并将其转换为unsigned char，就像C 函数putchar & al做：

void putch(int chr)
{
    __asm__ __volatile__ ("int $0x10"
                          :
                          : "a" ((0x0e<<8) | (unsigned char)chr),
                            "b" (0x0000));
}

或者只是让它接受参数作为 unsigned char，就像 cmets 中建议的那样。