: 안녕하세요?
:
: 전에도 몇번 겪었던 경험인데..
: 씨빌더에서 Run으로 작성하던 프로그램을 실행시키고
: 그 프로그램을 종료시킬때
: 메모리 참조 에러가 왕창 떠 버리면서 씨빌더가 다운되어
: 버립니다.
:
: 아마 무슨 말인지 아실거예요.. 이미 여러번 질문 게시판들에
: 거론되었던 문제니까..
:
: 이게 아무 작업도 안한 빈폼을 Run할때도 똑같은 현상이
: 일어나니...
:
: 윈도우즈를 다시 깔아서 해결해왔는데
: 이거 다시 깔 수도 없는 문제이고...
:
: 현재 윈도우즈 98 세컨드에디션을 사용하고 있습니다.
:
: 행복하세요.
: 언제나 빠른 답변에 감사드립니다.



임펠리테리입니다.

저도 그런일이 전혀 없었던 것은 아닙니다만, 지금까지 문제가 되는 이유가 발견되지 않은 경우는
없었습니다. 제가 기억하는 한 빌더는 이유없는 에러는 내지 않았었습니다. 어떤 경우에는
사용한 컴퍼넌트가 잘못 컴파일되어있었거나, 별 의심없이 설치했던 서드파티 컴퍼넌트에서
메모리 사용 에러를 가진 경우도 있었고, 특정 두 컴퍼넌트가 충돌할 수밖에 없는 상황도
있었습니다. 이러한 컴퍼넌트들의 문제는, 아무런 코딩이 되지 않은 새 프로젝트를 컴파일한다고
해도 여전히 나타납니다. 왜냐하면 컴퍼넌트들이 실제로 존재하는 .bpl 파일은 설치를 한 이상
사용하지 않았다고 해도 언제나 메모리에 로드되어 있는 상태이기 때문입니다. 또한 서드파티 컴퍼넌트가
아닌 빌더의 기본 컴퍼넌트들도 가끔 이런 문제를 일으키는데, 사실 엄밀히 따져보면 vcl에
메모리 관련 버그가 상당수 존재하기 때문이죠. 한때 빌더 3로 작업할 때 바운즈 체커를 사용하여
추적해본 결과 조금 큰 단 하나의 프로젝트를 컴파일하는 동안 vcl의 메모리 관련 버그가 40여개나
발견되기도 했었습니다. 물론 빌더 4에서 그러한 버그들은 많이 줄어들기는 했습니다만, 아직도
전혀 없지는 않습니다.

계속 문제가 발생한다면 먼저 설치한 서드파티 컴퍼넌트 패키지들을 하나씩 언인스톨하면서
추적해보면 무엇때문에 문제가 생기는지 알 수 있을 겁니다. 만약 끝까지 문제를 알아낼 수
없다면 제게 문제가 생긴 빈 프로젝트 파일 모두와 컴파일된 실행파일을 보내주시기 바랍니다.
문제점을 분석해드리죠.

그럼 이만...