传递字符数组作为参数(C内核代码)

时间:2013-08-11 20:13:01

标签: c arrays string kernel

我正在尝试使用我的打印功能在屏幕上打印一些东西。

我偶然发现了一个小问题 - 当我像这样传递字符数组时:

char s[] = "abc";
print(s);

它工作正常,但当我这样称它时没有效果。

print("abc");

这是我的函数声明

//print function 
void print(char* message);

我错过了什么吗? printf以相同的方式工作,你可以通过第二种方式传递字符串。

编辑:

定义

void print_at(char* message, int col, int row){
    if(col >= 0 && row >= 0){
        set_cursor(get_screen_offset(col,row));
    }
    int i = 0;
    while(message[i] != 0){
        print_char(message[i++],-1,-1,WHITE_ON_BLACK);
    }
}
void print(char* message){
    print_at(message, -1,-1);
}

EDIT2: 内核的objdump

void start(){
    clear_screen();
    char s[] = "abc";
    print("abc");
    print(s);
    while(1);
}

反汇编.text:

00000000 <_start>:
   0:   55                      push   ebp
   1:   89 e5                   mov    ebp,esp
   3:   83 ec 28                sub    esp,0x28
   6:   e8 00 00 00 00          call   b <_start+0xb> //clear_screen()

   b:   c7 45 f4 61 62 63 00    mov    DWORD PTR [ebp-0xc],0x636261 //"bca"
  12:   c7 04 24 00 00 00 00    mov    DWORD PTR [esp],0x0
  19:   e8 00 00 00 00          call   1e <_start+0x1e> //print()

  1e:   8d 45 f4                lea    eax,[ebp-0xc]
  21:   89 04 24                mov    DWORD PTR [esp],eax
  24:   e8 00 00 00 00          call   29 <_start+0x29> //print()

  29:   eb fe                   jmp    29 <_start+0x29>
  2b:   90                      nop

EDIT3:

由于这可能与我启动环境的方式有关,这里有两个负责的文件:

pmode.asm -initializes segments,并跳转到内核的开始

[bits 16]
switch_to_pm:

    cli     ; switch interuppts off
    lgdt [gdt_descriptor] ; load global descriptor table 

    mov eax, cr0 ; set control registers first bit to protected mode
    or eax, 0x1
    mov cr0, eax 

    jmp CODE_SEG:init_pm ;flush cache by far jump

[bits 32]
init_pm:
    mov ax, DATA_SEG
    mov ds, ax
    mov ss, ax
    mov es, ax
    mov fs, ax
    mov gs, ax

    mov ebp, 0x90000
    mov esp, ebp

    call BEGIN_PM

这是我如何构建gdt:

GDT

gdt_start: 

gdt_null: ; the mandatory null descriptor 
    dd 0x0      ; ' dd ' means define double word ( i.e. 4 bytes ) 
    dd 0x0 

gdt_code: ; the code segment descriptor 
    ; base =0 x0 , limit =0 xfffff , 
    ; 1 st flags : ( present )1 ( privilege )00 ( descriptor type )1 -> 1001 b 
    ; type flags : ( code )1 ( conforming )0 ( readable )1 ( accessed )0 -> 1010 b 
    ; 2 nd flags : ( granularity )1 (32- bit default )1 (64- bit seg )0 ( AVL )0 -> 1100 b 
    dw 0xffff       ; Limit ( bits 0-15) 
    dw 0x0          ; Base ( bits 0-15) 
    db 0x0          ; Base ( bits 16-23) 
    db 10011010b    ; 1 st flags , type flags 
    db 11001111b    ; 2 nd flags , Limit ( bits 16-19) 
    db 0x0          ; Base ( bits 24-31) 
gdt_data: ; the data segment descriptor 
    ; Same as code segment except for the type flags : 
    ; type flags : ( code )0 ( expand down )0 ( writable )1 ( accessed )0 -> 0010 b 
    dw 0xffff       ; Limit ( bits 0-15) 
    dw 0x0          ; Base ( bits 0-15) 
    db 0x0          ; Base ( bits 16-23) 
    db 10010010b    ; 1 st flags , type flags 
    db 11001111b    ; 2 nd flags , Limit ( bits 16-19) 
    db 0x0          ; Base ( bits 24-31) 

gdt_end:    ; The reason for putting a label at the end of the 
            ; GDT is so we can have the assembler calculate 
            ; the size of the GDT for the GDT decriptor ( below ) 
            ; GDT descriptior 
gdt_descriptor:
    dw gdt_end - gdt_start - 1  ; Size of our GDT , always less one 
                                ; of the true size 
    dd gdt_start                ; Start address of our GDT 

    ; Define some handy constants for the GDT segment descriptor offsets , which 
    ; are what segment registers must contain when in protected mode. For example , 
    ; when we set DS = 0 x10 in PM , the CPU knows that we mean it to use the ; segment described at offset 0 x10 ( i.e. 16 bytes ) in our GDT , which in our 
    ; case is the DATA segment (0 x0 -> NULL ; 0 x08 -> CODE ; 0 x10 -> DATA ) 
    CODE_SEG equ gdt_code - gdt_start 
    DATA_SEG equ gdt_data - gdt_start

2 个答案:

答案 0 :(得分:1)

在查看了一个更大字符串的反汇编后,我找到了答案。

原因是我链接内核的方式。这些是我被建议使用的命令:

ld -o kernel.bin -Ttext 0x1000 $^ --oformat binary

但由于我有一个windows gcc,而我的asm和C文件都是elf格式,我不得不使用这个技巧:

ld -o kernel.out -Ttext 0x1000 $^ 
objcopy -O binary -j .text kernel.out $@

这只复制了对象的文本部分,所以我留下了二进制版本。 由于我只复制了对象的 .text 部分,因此保留在 .rdata 部分中的字符串丢失了。所以这只是将其添加到objcopy中的问题:

objcopy -O binary -j .text -j .rdata kernel.out $@

答案 1 :(得分:-1)

当你说print(s)时,你将它作为char数组传递,因为你声明了“s”。但是当你传递打印(“abc”)时。什么是“abc”的类型。它没有定义。我猜这是你的问题。我还建议你将char []更改为char * s。希望这会有所帮助。