Search code examples
cexc-bad-access

BAD_ACCESS_ERR in a simple string copy function in c


I'm implementing a basic string copy function in c like so:

void copy(char* src, char* dst) {
    while (*src) {
        *dst = *src;
        dst++, src++;
    }
}

I call it like so:

int main(int argc, char* argv[]) {
    char* src = "Hello World!";
    char* dst = "AAAAAAAAAAAA";

    printf("Source: %s | Des: %s\n", src, dst);
    copy(src, dst);
    printf("Source: %s | Des: %s", src, dst);
}

When debugging with lldb, I know for a fact that src and dst in copy are valid pointers. And yet, when *dst = *src executes, my program gets thrown a BAD_ACCESS_ERR. How is this even possible? The compiler should be statically allocating the memory for src and dst. Both are of equal sizes in terms of string lengths. The error doesn't even get thrown on the null-terminating character, it gets thrown on the first time the assign statement executes. What am I not seeing? Is this macOS specific?


Solution

  • char* dst = "AAAAAAAAAAAA";
    

    You define destination to point to a section of memory that could be read only -- string literals are allowed by the C standard to be kept into a read only segment. 6.4.5p6 String literals:

    1. ... If the program attempts to modify such an array, the behavior is undefined.

    You need to define the destination in heap or into a vector, that you are sure to allocate correctly.

    dst = malloc(SIZE);
    

    or

    char dst[100];
    

    In the first case make sure you call free, in the second case make sure you do not access it after its scope or the source does not have more than 99 characters+NUL.