Question

我有变量在内存中互相覆盖的问题，所以我决定尝试动态分配我的一个数组。

在下面的简化代码中，我尝试使用动态分配创建整数数组，然后让函数编辑整数数组中的值。函数执行完毕后，我希望有一个处理得很好的数组用于其他函数。

据我所知，数组不能传递给函数，因此我只是将指向数组的指针传递给函数。

#include <iostream>
using namespace std;

void func(int *[]);


int main(){


    //dynamically allocate an array
    int *anArray[100];
    anArray[100] = new int [100];


    func(anArray);

    int i;
    for (i=0; i < 99; i++)
        cout << "element " << i << " is: " << anArray[i] << endl;

delete [] anArray;
}

void func(int *array[]){
    //fill with 0-99
    int i;
    for (i=0; i < 99; i++){
        (*array)[i] = i;
        cout << "element " << i << " is: " << array[i] << endl;
}
}

当我尝试编译上面的代码时，g ++给了我以下警告：

dynamicArray.cc: In function ‘int main()’:
dynamicArray.cc:21:12: warning: deleting array ‘int* anArray [100]’ [enabled by default]

当我运行已编译的a.out可执行文件时，它什么也没输出，只留下了消息

Segmentation fault (core dumped)

在终端。

我做错了什么？我的代码没有尝试访问或写入我创建的数组之外的任何内容。事实上，我甚至都没有尝试读取或写入数组的最后一个元素！

当我注释掉实际修改数组的部分时，会发生一些非常奇怪的事情，如此

//(*array)[i] = i;

G ++使用相同的警告编译，但是当我执行a.out时，我得到了这个：

element 0 is: 0x600df0
element 1 is: 0x400a3d
element 2 is: 0x7f5b00000001
element 3 is: 0x10000ffff
element 4 is: 0x7fffa591e320
element 5 is: 0x400a52
element 6 is: 0x1
element 7 is: 0x400abd
element 8 is: 0x7fffa591e448
element 0 is: 0x600df0
element 1 is: 0x400a3d
element 2 is: 0x7f5b00000001
element 3 is: 0x10000ffff
element 4 is: 0x7fffa591e320
element 5 is: 0x400a52
element 6 is: 0x1
element 7 is: 0x400abd
element 8 is: 0x7fffa591e448
*** glibc detected *** ./a.out: munmap_chunk(): invalid pointer: 0x00007fffa591e2f0 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7eb96)[0x7f5b92ff4b96]
./a.out[0x400976]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f5b92f9776d]
./a.out[0x400829]
======= Memory map: ========
00400000-00401000 r-xp 00000000 00:13 4070334                                /home/solderblob/Documents/2013 Spring Semester/CSC 1254s2 C++ II/Assignment 1/a.out
00600000-00601000 r--p 00000000 00:13 4070334                                /home/solderblob/Documents/2013 Spring Semester/CSC 1254s2 C++ II/Assignment 1/a.out
00601000-00602000 rw-p 00001000 00:13 4070334                                /home/solderblob/Documents/2013 Spring Semester/CSC 1254s2 C++ II/Assignment 1/a.out
01eb5000-01ed6000 rw-p 00000000 00:00 0                                  [heap]
7f5b92a64000-7f5b92a79000 r-xp 00000000 08:16 11276088                   /lib/x86_64-    linux-gnu/libgcc_s.so.1
7f5b92a79000-7f5b92c78000 ---p 00015000 08:16 11276088                   /lib/x86_64-    linux-gnu/libgcc_s.so.1
7f5b92c78000-7f5b92c79000 r--p 00014000 08:16 11276088                   /lib/x86_64-    linux-gnu/libgcc_s.so.1
7f5b92c79000-7f5b92c7a000 rw-p 00015000 08:16 11276088                   /lib/x86_64-linux-gnu/libgcc_s.so.1
7f5b92c7a000-7f5b92d75000 r-xp 00000000 08:16 11276283                   /lib/x86_64-linux-gnu/libm-2.15.so
7f5b92d75000-7f5b92f74000 ---p 000fb000 08:16 11276283                   /lib/x86_64-linux-gnu/libm-2.15.so
7f5b92f74000-7f5b92f75000 r--p 000fa000 08:16 11276283                   /lib/x86_64-linux-gnu/libm-2.15.so
7f5b92f75000-7f5b92f76000 rw-p 000fb000 08:16 11276283                   /lib/x86_64-linux-gnu/libm-2.15.so
7f5b92f76000-7f5b9312b000 r-xp 00000000 08:16 11276275                   /lib/x86_64-linux-gnu/libc-2.15.so
7f5b9312b000-7f5b9332a000 ---p 001b5000 08:16 11276275                   /lib/x86_64-linux-gnu/libc-2.15.so
7f5b9332a000-7f5b9332e000 r--p 001b4000 08:16 11276275                   /lib/x86_64-linux-gnu/libc-2.15.so
7f5b9332e000-7f5b93330000 rw-p 001b8000 08:16 11276275                   /lib/x86_64-linux-gnu/libc-2.15.so
7f5b93330000-7f5b93335000 rw-p 00000000 00:00 0 
7f5b93335000-7f5b93417000 r-xp 00000000 08:16 31987823                       /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7f5b93417000-7f5b93616000 ---p 000e2000 08:16 31987823                       /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7f5b93616000-7f5b9361e000 r--p 000e1000 08:16 31987823                   /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7f5b9361e000-7f5b93620000 rw-p 000e9000 08:16 31987823                     /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7f5b93620000-7f5b93635000 rw-p 00000000 00:00 0 
7f5b93635000-7f5b93657000 r-xp 00000000 08:16 11276289                   /lib/x86_64-linux-gnu/ld-2.15.so
7f5b93834000-7f5b93839000 rw-p 00000000 00:00 0 
7f5b93853000-7f5b93857000 rw-p 00000000 00:00 0 
7f5b93857000-7f5b93858000 r--p 00022000 08:16 11276289                   /lib/x86_64-linux-gnu/ld-2.15.so
7f5b93858000-7f5b9385a000 rw-p 00023000 08:16 11276289                   /lib/x86_64-linux-gnu/ld-2.15.so
7fffa5900000-7fffa5921000 rw-p 00000000 00:00 0                          [stack]
7fffa59ff000-7fffa5a00000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
Aborted (core dumped)

Answer 1

写作时：

int *anArray[100];
anArray[100] = new int [100];

在第一行中，您将为int分配一个包含100个指针的数组。在第二行中，您动态分配一个int数组，并将该数组的地址分配给指针数组的100个单元格。正确的语法是：

int *anArray;
anArray = new int [100];

Answer 2

数组索引从0开始 len 100数组的索引从0到99。

因此anArray[100]为您提供了细分错误。

可能你想这样做：
anArray[99] = new int[100];

OR 如果您只想动态分配指向int的指针，请执行以下操作：
int **anArray = new int*[100];

Answer 3

int *anArray[100];
anArray[100] = new int [100];

首先，您要分配一个包含100个指针的数组。然后，您正在执行超出范围访问。 anArray的最后一个元素是anArray[99]，但是您要将内存分配给不存在的anArray[100]。这将导致分段错误。

最后，您要删除类型为int*的静态数组。 anArray在编译时分配，包含100个类型为int的指针。删除delete[]语句。

Answer 4

//dynamically allocate an array
int *anArray[100];
anArray[100] = new int [100];

anArray是一个包含100个指针到int的数组。对于第101个元素（缓冲区溢出！），您指定一个指针，该指针指向动态分配的100个int数组的第一个元素。您想要修复它并将两行合并为int* anArray = new int[100];。

（C ++）将指向动态分配的数组的指针传递给函数

4 个答案: