충돌 버그는 가장 성가신 버그 일 수 있으며 데이터 손실, 다운 타임 및 좌절 된 사용자로 이어집니다. 응용 프로그램의 충돌이 적 으면 좋을 것입니다.

컴퓨터 컨텍스트의 복잡성으로 인해 일반 사용자의 경우 적절한 시간에 충돌을 재현 할 수없는 경우가 많습니다. 그렇다고 버그가 드물다는 것을 의미하지는 않습니다. 단순히 버그를 유발하는 것이 각 사용자마다 드물게 발생한다는 것을 의미 할 수 있습니다 (예 : DST 변경). 많은 사용자가보고하지 않으면 이러한 버그는 수정되지 않을 것입니다. 더 많은 충돌이보고되면 좋을 것입니다.

충돌을 디버그하려면 개발자에게 가능한 한 명확한 컨텍스트가 필요합니다. 생성 된 충돌 보고서는 일반적으로 상세하고 정확하기 때문에 좋습니다 . 사용자는 모든 컨텍스트를 수동으로 열심히 관찰하고보고 할 수 없으므로 드문 드문 잘못된 정보를 제출하는 경우가 많습니다.

많은 응용 프로그램을 대상으로하는 대상은 개발자 나 시스템 관리자가 아니라 일반 대중, 가정 또는 직장입니다. 이러한 사용자는 충돌 정보를 수동으로 수집하거나 -dbg패키지 를 설치하는 방법을 알 수 없지만 이러한 사용자 로부터 생성 된 보고서는 계속 사용할 수 있습니다. 일부 응용 프로그램에는 자체 충돌보고 도구 가 있지만 내 경험 상으로는 거의 작동 하지 않으며 오류를보고하지 못했다고보고 할 때 수동으로 수행하는 방법에 대한 정보가없는 것 같습니다. Firefox 및 Flash의 최신 버전). 시스템 전체의 충돌 보고서 생성이 좋습니다.

수많은 -dbg패키지 를 설치 하거나 각 응용 프로그램의 설명서를 읽거나 일반 컴퓨터의 크롤링 속도를 늦추지 않고 전 세계적으로 활성화 할 수있는 충돌 보고서 생성 *이 있습니까?

* 로그, 코어 덤프, 스택 추적 등

** 반드시 init그럴 필요는 없지만 일반적인 데스크탑 Linux 설치에서 실행되는 응용 프로그램의 중요한 하위 집합에 해당합니다. 내 경험상 GUI 응용 프로그램은 셸 응용 프로그램보다 100 배 이상 충돌하므로 GUI 응용 프로그램이 자연스럽게 초점이됩니다.

답변

ulimit -c unlimited