我正在使用Borland的TurboC编译器进行DOS。当我在内存模型上使用malloc()
并将任何内容写入分配的内存compact
时,程序会在某个时候冻结(我怀疑malloc()
返回指向我不应该写入的地方的指针(。当我small
内存模型上做同样的事情时,它工作正常。
我查看了分配的内存和malloc()
返回的指针,使用以下一小段代码:
#include <stdio.h>
unsigned char *x;
unsigned int i;
unsigned int mds, mss;
#define X(a) x[i+(a)]
int main(void) {
// show current SS and DS
asm {
mov AX, DS
mov mds, AX
mov AX, SS
mov mss, AX
}
printf("ds=%04x, ss=%04xn", mds, mss);
// allocate memory and show the pointer
x = (unsigned char*)malloc(128);
printf("x=%pn", x);
// write out contents of the allocated memory
for (i = 0; i < 128; i += 16)
printf("%p: %02x %02x %02x %02x %02x %02x %02x %02x %02x %02x %02x %02x %02x %02x %02x %02xn", &x[i], X(0), X(1), X(2), X(3), X(4), X(5), X(6), X(7), X(8), X(9), X(10), X(11), X(12), X(13), X(14), X(15));
free(x);
return 0;
}
当我为small
内存模型编译它时,我得到:
tcc -ms -IC:turbocinclude -LC:turboclib -etest.exe test.c
ds=02f9, ss=02f9
x=05f2
05f2: 00 00 00 ... 00
0602: 00 00 00 ... 00
...
0662: 00 00 00 ... 00
当我对compact
内存模型执行相同的操作时,我得到:
tcc -mc -IC:turbocinclude -LC:turboclib -etest.exe test.c
ds=034f, ss=0391
x=0000:0004
0000:0004: 08 00 70 00 ... 08 00 70 00
0000:0014: 54 ff 00 f0 ... a5 fe 00 f0
...
0000:0074: a4 f0 00 f0 ... 60 14 00 f0
指针0000:0004
对我来说看起来很可疑,我怀疑它指向堆外的某个地方。我不认识内容,但是如果我写入内存,程序就会冻结。
我做错了什么,我应该怎么做才能从malloc()
获得正确的指针?任何建议将不胜感激。
根据旧的参考手册,包括<stdlib.h>
应该解决这个问题。 (其他系统上的编译器也会为此代码打印警告。
如果没有原型,malloc
被隐式声明为返回int
。 返回的int
值将自动转换为指针。 但在紧凑内存模型中,指针和int
没有相同的表示形式,因此隐式声明和转换不会产生正确的值。
在 64 位类 UNIX 平台上隐式声明malloc
几乎也会发生同样的事情。
如果内存正确,如果您希望内存分配在使用远而巨大的指针的内存模型中按预期运行,则必须包含alloc.h
。尝试将其添加到您的文件中:
#include <alloc.h>