Reputation: 1
I'm having an issue where, when I run my already compiled program ./main.exe (gcc main.c -o main.exe) through a Makefile, a realloc call fails when the size goes over 40 bytes. However, if I run ./main.exe manually, everything works as expected.
#include <string.h>
#include <stdio.h>
#include <stdlib.h>
typedef struct
{
char **array;
int size;
} stringList;
void add_string(stringList *list, char *string)
{
printf("Arr size: %zu. ", ((list->size) + 1) * sizeof(char *));
char **newAddress = realloc(list->array, ((list->size) + 1) * sizeof(char *));
if (newAddress != NULL)
{
char *newString = malloc((strlen(string) + 1) * sizeof(char));
if (newString != NULL)
{
strcpy(newString, string);
list->array = newAddress;
list->array[list->size] = newString;
list->size++;
printf("Fine. ");
}
else
{
printf("Allocating new string failed. ");
}
}
else
{
printf("Allocating new array failed. ");
}
}
int main(int argc, char *argv[])
{
stringList list = { NULL, 0 };
if (argc != 3)
{
argv[1] = malloc(3 * sizeof(char)); argv[1] = "in";
argv[2] = malloc(3 * sizeof(char)); argv[2] = "out";
}
FILE *input = fopen(argv[1], "r");
FILE *output = fopen(argv[2], "w");
// I found that the line above may cause the problem (but I left it because I will use it)
char buffer[256] = {0};
while (fscanf(input, "%s", buffer) != EOF)
{
add_string(&list, buffer);
}
fclose(input);
fclose(output);
return 0;
}
I used this simple "in" file for test:
1 2 3 4 5 6 7 8 9 10 11 12 13
So here, if I manually start ./main.exe, adding goes just fine
PS C:\Users\Ivan\Desktop\maketest> ./main.exe
Arr size: 4. Fine. Arr size: 8. Fine. Arr size: 12. Fine. Arr size: 16. Fine. Arr size: 20. Fine. Arr size: 24. Fine. Arr size: 28. Fine. Arr size: 32. Fine.
Arr size: 36. Fine. Arr size: 40. Fine. Arr size: 44. Fine. Arr size: 48. Fine. Arr size: 52. Fine.
PS C:\Users\Ivan\Desktop\maketest> ./main.exe
Arr size: 4. Fine. Arr size: 8. Fine. Arr size: 12. Fine. Arr size: 16. Fine. Arr size: 20. Fine. Arr size: 24. Fine. Arr size: 28. Fine. Arr size: 32. Fine.
Arr size: 36. Fine. Arr size: 40. Fine. Arr size: 44. Fine. Arr size: 48. Fine. Arr size: 52. Fine.
But running makefile make run
(this is the entire file below)
.PHONY: run
run:
./main.exe
It has 50% chance either to work correctly or give errors as the size exceeds 40 till the end.
PS C:\Users\Ivan\Desktop\maketest> make run
./main.exe
Arr size: 4. Fine. Arr size: 8. Fine. Arr size: 12. Fine. Arr size: 16. Fine. Arr size: 20. Fine. Arr size: 24. Fine. Arr size: 28. Fine. Arr size: 32. Fine.
Arr size: 36. Fine. Arr size: 40. Fine. Arr size: 44. Allocating new array failed. Arr size: 44. Allocating new array failed. Arr size: 44. Allocating new array failed.
PS C:\Users\Ivan\Desktop\maketest> make run
./main.exe
Arr size: 4. Fine. Arr size: 8. Fine. Arr size: 12. Fine. Arr size: 16. Fine. Arr size: 20. Fine. Arr size: 24. Fine. Arr size: 28. Fine. Arr size: 32. Fine.
Arr size: 36. Fine. Arr size: 40. Fine. Arr size: 44. Fine. Arr size: 48. Fine. Arr size: 52. Fine.
I appreciate any explanation! I expect to start the exe via makefile normaly and understand my mistake.
Upvotes: 0
Views: 131
Reputation: 135
I think commenter John Bollinger is on the right track, but it's maybe worse than he suggests. Assigning to argv
when it may not be allocated might be your problem. It's certainly a bug in any case.
This:
argv[1] = malloc(3 * sizeof(char)); argv[1] = "in";
argv[2] = malloc(3 * sizeof(char)); argv[2] = "out";
is certainly bogus. Not only are you assigning memory to locations in argv
that are not allocated unless argc
is 3 or more, you are allocating memory with malloc()
that is lost (orphaned) when you overwrite the pointers with the addresses of the strings "in"
and "out"
.
I would suggest trying something like:
char *inf = "in", *outf = "out";
if (argc == 3) {
inf = argv[1];
outf = argv[2];
}
FILE *input = fopen(inf, "r");
FILE *output = fopen(outf, "w");
And also you may want to free all the memory at the end:
for (int i=0;i<list.size;i++)
free(list.array[i]);
free(list.array);
I think it's unnecessary to free allocated memory at the end of a program generally speaking, but I ran the code under ASAN and it complains if I don't.
And BTW * sizeof(char)
is unneeded; it's always 1.
Upvotes: 1