Go to the first, previous, next, last section, table of contents.


Reporting Bugs

여러분의 버그 보고는 ld를 신뢰있게 만드는 데 중요한 역할을 한다.

버그를 보고하는 것은 여러분의 문제에 대한 솔루션을 제공함으로써 여러분을 도울 수 있거나 그렇지 않을 수 있다. 그러나 어떤 경우에도 버그 보고의 주요 기능은 ld의 차기 버전이 좀 더 좋게 되는 것을 도운다. 버그 보고들은 ld의 유지보수(maintenance)에 대한 공헌이다.

버그 보고가 그 목적을 달성하도록 여러분은 반드시 버그를 교정할 수 있는 정보를 포함해야 한다.

버그를 발견했는가?(Have you found a bug?)

버그를 발견한것인지 아닌지 확실하지 않을 때 다음 가이드라인들을 보자:

버그 보고 방법(How to report bugs)

많은 회사들과 개인들이 GNU 제품들에 대한 지원을 제공하고 있다. 지원 조직으로부터 ld를 얻었다면 우리는 그 조직과 먼저 접촉하라고 권하고 싶다.

GNU Emacs 배포판에 있는 `etc/SERVICE'파일에서 많은 지원 회사들과 개인들에 대한 접촉 정보를 찾을 수 있다.

임의의 이벤트에서 우리는 ld에 대한 버그 보고들을 `bug-gnu-utils@gnu.org'에게 보내주기를 권고하는 바이다.

버그를 보고하는 기본 원리는 다음과 같다:report all the facts. 어떤 사실을 말할 것인가 말하지 말아야 할 것인가 확실치 않다면 말하도록 하자.

종종 사람들은 그들이 그 문제의 원인을 안다고 생각하기 때문에 그리고 어떤 상세한 내용들이 문제가 전혀 없을것이라고 가정하기 때문에, 사실들을 생략한다. 그래서 여러분은 예제에서 사용한 어떤 심벌의 이름이 의미가 없다고 가정할 수 있을 것이다. 글쎄 그렇지 않을 것지지만 어떤 것은 확실치 않을 수 있다. 버그는 아마 그 이름이 메모리에 저장된 위치에서 가져오게 되는 길잃은(stray) 메모리 참조일 것이다; 이름이 다르면 그 위치의 내용물들은 버그에도 불구하고 정확한 것을 하도록 링커를 속일 것이다. 이것을 안전하게 갖고 놀고 완전하고 구체적인 예제를 제공하자. 이것이 여러분이 할 수 있는 가장 쉬운 일이고 가장 도움을 주는 일이다.

버그 보고의 목적은 우리가 그 버그가 새로운 것이라면 그것을 교정할 수 있도록 하는 것이라는 것을 기억하자. 그러므로 언제나 버그가 이전에 보고된 것이 아닌 것이라는 가정하에 버그 보고를 작성하자.

간혹 사람들은 몇가지 간략한(sketch) 사실들을 주고서 다음과 같이 묻는다, "이것이 벨을 울립니까?" 이런 버그 리포트들은 쓸모가 없고 우리는 버그를 적절하게 보고하도록 송신자를 잔소리하는 것을 제외하고 모든 사람들에게 그들에게 대답하지 말도록 요구한다.

버그를 교정할 수 있도록 하기 위해 여러분은 모든 다음의 것들을 포함해야 한다:

다음은 필수는 아닌 몇가지 것들이다:


Go to the first, previous, next, last section, table of contents.