使用结构铸造的有趣行为

时间:2012-11-29 11:08:58

标签: c++ c

我的程序有一个有趣的行为。最好先显示代码。

typedef struct PS {
    int num;
} PR;

typedef struct PS* PN;

typedef struct {
    int num;
    int tmp;
} VD;

void F (PN VPtr)
{
    register VD* qVPtr = (VD*)VPtr;
    // if this is call #2
    // qVPtr->tmp already is 8 for VP arg
    // qVPtr->tmp already is 16 for VP1 arg

    switch(VPtr->num){
    case 0:
        qVPtr->tmp = 8;
    return;
    case 1:
        qVPtr->tmp = 16;
        return;
    }
}

int main()
{
    PN VP = NULL;
    VP = (PN)malloc(sizeof(PR));

    VP->num = 0;
    F (VP);

    PN VP1 = NULL;
    VP1 = (PN)malloc(sizeof(PR));

    VP1->num = 1;
    F (VP1);

    F (VP);     // call #2 with VP arg
    F (VP1);    // call #2 with VP1 arg

    return 0;
}

在主要功能VP中,VP1不知道qVPtrtmp字段,但取决于VPtr函数中的F参数可以获得qVPtr->tmp的最后一个值。

你能详细解释这种可能性吗?

3 个答案:

答案 0 :(得分:3)

在函数F中,您将写入未分配的内存,这是未定义的行为。 将会发生错误和奇怪的事情。

答案 1 :(得分:2)

F行为没有什么奇怪的 - 如果你告诉它要考虑指针 VPtr作为VD结构的指针,它考虑内存,从VPtr开始作为包含VD结构对象的内存,尽管那里没有任何VD对象。出现“魔力”,因为结构PR和VD都以相同大小的整数字段开始。 但是下一部分记忆是未分配的,这意味着系统可以随心所欲地做任何事情,当你在那里写作时,你可以用腿射击。

答案 2 :(得分:0)

您只是在已分配的内存块的末尾写入。它足够小,因此它可以击中未分配的虚拟内存区域的机会很低,因此您不会遇到分段错误。但是在valgrind等内存检查器中运行程序并享受输出:

==624== Invalid write of size 4
==624==    at 0x4004E2: F (pr.c:23)
==624==    by 0x400529: main (pr.c:37)
==624==  Address 0x4c38044 is 0 bytes after a block of size 4 alloc'd
==624==    at 0x4A05FDE: malloc (vg_replace_malloc.c:236)
==624==    by 0x40050F: main (pr.c:34)
==624==
==624== Invalid write of size 4
==624==    at 0x4004EB: F (pr.c:26)
==624==    by 0x400555: main (pr.c:43)
==624==  Address 0x4c38094 is 0 bytes after a block of size 4 alloc'd
==624==    at 0x4A05FDE: malloc (vg_replace_malloc.c:236)
==624==    by 0x40053B: main (pr.c:40)
==624==
==624== Invalid write of size 4
==624==    at 0x4004E2: F (pr.c:23)
==624==    by 0x400561: main (pr.c:45)
==624==  Address 0x4c38044 is 0 bytes after a block of size 4 alloc'd
==624==    at 0x4A05FDE: malloc (vg_replace_malloc.c:236)
==624==    by 0x40050F: main (pr.c:34)
==624==
==624== Invalid write of size 4
==624==    at 0x4004EB: F (pr.c:26)
==624==    by 0x40056D: main (pr.c:46)
==624==  Address 0x4c38094 is 0 bytes after a block of size 4 alloc'd
==624==    at 0x4A05FDE: malloc (vg_replace_malloc.c:236)
==624==    by 0x40053B: main (pr.c:40)