我有一个很长的程序,我正在努力缩短它。我经常编写 2d 文件数组,但我在整个程序中重复了数十次这个过程,所以我试图将其编写为一个函数来减少我的错误并使代码更短且更易于阅读。
我正在修改我从函数 C 中的分配内存 2d 数组中获得的示例,但使用 FILE 数组来代替。
我已经可以轻松地在 main 中分配 2D 文件数组,但是我想再次将其作为一个函数来执行:
#include <stdio.h>
#include <stdlib.h>
void allocate_mem(FILE**** arr, const int n, const int m) {
arr = malloc(n*m*sizeof(FILE));
for(int i=0; i<n; i++) {
arr[i] = malloc(m*sizeof(FILE));
for (unsigned int j = 0; j < m; j++) {
char filename[64];
sprintf(filename,"tmp_%d_%d.txt",i,j);
*arr[i][j] = fopen(filename,"w");
fprintf(*arr[i][j],"blah %d %d\n",i,j);
}
}
}
void deallocate_mem(FILE**** arr, const int n, const int m){
for (int i = 0; i < n; i++) {
for (unsigned int j = 0; j < m; j++) {
fclose(*arr[i][j]);
}
free((*arr)[i]);
}
free(*arr);
}
int main() {
FILE ***array;
allocate_mem(&array,5,3);
deallocate_mem(&array,5,3);
return 0;
}
我已经尝试了几乎所有可以想象的(无论如何对我来说)这样做的方式,但我不断从 valgrind 得到这样的错误:
==16192== HEAP SUMMARY:
==16192== in use at exit: 4,440 bytes in 3 blocks
==16192== total heap usage: 3 allocs, 0 frees, 4,440 bytes allocated
==16192==
==16192== Searching for pointers to 3 not-freed blocks
==16192== Checked 70,808 bytes
==16192==
==16192== 552 bytes in 1 blocks are still reachable in loss record 1 of 3
==16192== at 0x4C2BBA0: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==16192== by 0x4EA711C: __fopen_internal (iofopen.c:69)
==16192== by 0x40080C: allocate_mem (create_file_array.c:11)
==16192== by 0x400951: main (create_file_array.c:29)
==16192==
==16192== 648 bytes in 1 blocks are still reachable in loss record 2 of 3
==16192== at 0x4C2BBA0: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==16192== by 0x4007AC: allocate_mem (create_file_array.c:7)
==16192== by 0x400951: main (create_file_array.c:29)
==16192==
==16192== 3,240 bytes in 1 blocks are still reachable in loss record 3 of 3
==16192== at 0x4C2BBA0: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==16192== by 0x400761: allocate_mem (create_file_array.c:5)
==16192== by 0x400951: main (create_file_array.c:29)
==16192==
==16192== LEAK SUMMARY:
==16192== definitely lost: 0 bytes in 0 blocks
==16192== indirectly lost: 0 bytes in 0 blocks
==16192== possibly lost: 0 bytes in 0 blocks
==16192== still reachable: 4,440 bytes in 3 blocks
==16192== suppressed: 0 bytes in 0 blocks
==16192==
==16192== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
==16192==
==16192== 1 errors in context 1 of 2:
==16192== Invalid write of size 8
==16192== at 0x40080D: allocate_mem (create_file_array.c:11)
==16192== by 0x400951: main (create_file_array.c:29)
==16192== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==16192==
==16192==
==16192== 1 errors in context 2 of 2:
==16192== Use of uninitialised value of size 8
==16192== at 0x40080D: allocate_mem (create_file_array.c:11)
==16192== by 0x400951: main (create_file_array.c:29)
==16192== Uninitialised value was created by a heap allocation
==16192== at 0x4C2BBA0: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==16192== by 0x4007AC: allocate_mem (create_file_array.c:7)
==16192== by 0x400951: main (create_file_array.c:29)
==16192==
==16192== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
create_file_array.c
如何让 allocate_mem 和 deallocate_mem 工作?