c언어에서 파라미터를 바로 수정하면 메모리 오류가 발생하는 이유는?

저는 자바를 주로 사용하는 유저입니다만

이번에 일이 있어서 c언어로 프로그램을 다시 짜야합니다. (c++ 아닙니다.) 컴파일러는 gcc 입니다. 실행환경은 Windows 98/Legacy DOS 이고요.

제약 조건이 좀 있는데 ANSI 함수만 사용할 것, malloc 류를 사용하지 말 것 등이 있네요.
(질문에 관련된 제약조건은 이 두가지인듯...)

지금 하는 일은 문자열 처리 함수들을 만드는 것인데 자바의 trim 류 함수를 c로 만드는 도중

자꾸 메모리 오류가 생겨서 이렇게 질문드립니다.

코드를 설명해 드리면

main() {
...
char* testStr = "to be Rtrimmed　　　";
char* result = "";

result = rtrim(testStr);
....
}

char* rtrim(char* buf) {
/* 아래는 오류가 발생하는 코드 */
char* end = buf + strlen(buf) - 1; /* 가장 끝은 \0 을 가리키므로 1을 빼준다. */
while (*end == ' ') end--; /* 공백아닌 문자를 찾을때 까지 값을 감소 */

/* 아래의 라인에서 segmentation fault 발생 */
if(end > buf) *(end + 1) = '\0'; /* 만약 end 가 buf 과 같다면 문장의 시작을 의미하는 것이고, end 가 buf 보다 작다면 메모리의 엉뚱한 부분이 된다. */
return buf;

/* 새로 고쳐서 잘 돌아가는 코드 */
char temp[MAX_STRLENGTH];
char *end;

strcpy(temp, buf);
end = temp + strlen(temp) - 1;

while ((*end) == ' ') end--; // 공백이 아닐때 까지 한칸 앞으로 이동한다.
*(end + 1) = '\0';
buf = temp; // buf에 새로운 문자열 temp의 주소를 넣어준다.
return buf;
}

두 소스의 차이라면 rtrim 내에서 임시로 사용할 문자열인 temp 를 선언해 줬다는 것,

오류있는 소스는 넘겨받은 파라미터를 바로 수정하려고 시도,

정상 소스는 버퍼를 선언하고 그것을 수정한 다음 그 주소를 본래 파라미터(의 주소)에 반환입니다.

제가 궁금한건 두 가지인데,

1. 메모리 오류가 발생하는 이유는 윗 소스의 파라미터로 받은 tempStr 이 heap 이 아닌 data 영역에 정의되기 때문이다. scanf 등을 사용하면 heap 에 저장되게 할 수 있나?

2. 그렇다면 rtrim 에서 선언한 temp 는 임시로 선언된 변수이니 언젠가는 사라지는데 만약 프로그램이 커져서 멀티 스레드 환경이 된다면 rtrim 호출 후 데이터를 바로 사용하지 않으면 그 리턴값이 우연히 바뀔수도 있다. (설령 바로 사용한다 하더라도 그 사이에 다른 스레드가 temp 의 영역을 차지해 버릴수도 있을 것이다).

의 제 추리가 과연 맞을까? 입니다. 뭐, 2번같은 경우는 프로그램 규모를 키워가다 보면 언젠간 알아낼 수 있는 문제겠지만 문제가 나중에 발생하면 디버그에 시간이 몇배로 걸릴 것이니 그 전에 확실히 짚고 넘어가고 싶기도 합니다. 두번째 문제의 경우 malloc 을 이용하면 저런 걱정은 하지 않아도 되겠지만 dangling pointer 의 문제가 발생할수도 있겠죠. (뭐, 전역변수로 포인터 배열을 선언해서 거기서 따로 관리하게 한다던가 하는 트릭이 있을 수는 있겠지만)

검색 실력이 부족해서인지 이런 고민에 대한 정보들은 쉽게 찾기 힘들더군요.

c / c++ 고수님들의 많은 답변 부탁드리겠습니다. 감사합니다.