사설 토토 사이트 보고 지침

식별 사설 토토 사이트

버그를보고하기 전에 읽고 다시 읽으십시오. 당신이 정말로 무엇이든 할 수 있는지 확인하는 문서 노력하고 있습니다. 문서에서 명확하지 않은 경우 무언가를 할 수 있는지 여부도, 그것을보고하십시오. 그것은 버그입니다 선적 서류 비치. 프로그램이 무언가를하는 것으로 밝혀지면 문서의 말과는 다른 버그입니다. 저것 다음을 포함하지만 이에 국한되지 않을 수 있습니다 상황:

• 프로그램은 치명적인 신호 또는 운영 체제로 종료됩니다. 프로그램의 문제를 가리키는 오류 메시지. (에이 반례는 A 일 수 있습니다."디스크 풀"메시지, 직접 고쳐야하기 때문에 메시지.)

• 프로그램은 주어진 입력에 대해 잘못된 출력을 생성합니다.

• 프로그램은 유효한 입력 수락을 거부합니다 ( 선적 서류 비치).

• 프로그램은 통지 또는 오류없이 유효하지 않은 입력을 허용합니다. 메시지. 그러나 유효하지 않은 입력에 대한 당신의 아이디어는 전통적인 확장 또는 호환성에 대한 우리의 아이디어 관행.

• PostgreSQL컴파일에 실패, 지원되는 지침에 따라 빌드하거나 설치하십시오 플랫폼.

여기"프로그램"백엔드 프로세스뿐만 아니라 실행 파일.

느리거나 자원 호깅이 반드시 사설 토토 사이트 일 필요는 없습니다. 읽다 문서 또는 메일 링리스트 중 하나에 도움을 요청하십시오. 응용 프로그램 조정. 에 준수하지 않음SQL표준은 반드시 사설 토토 사이트 일 필요는 없습니다. 특정 기능에 대한 준수가 명시 적이 아닌 한 청구.

계속하기 전에 TODO 목록과 FAQ에서 사설 토토 사이트가 이미 알려진지 확인하십시오. 해독 할 수없는 경우 TODO 목록에 대한 정보, 문제를보고하십시오. 우리가 할 수있는 최소한 Do는 Todo 목록을 더 명확하게 만드는 것입니다.

보고서

사설 토토 사이트보고에 대해 기억해야 할 가장 중요한 것은 모든 사실과 사실을 진술하십시오. 당신이 생각하는 것을 추측하지 마십시오 잘못 되었어요"하는 것 같았습니다", 또는 프로그램의 어느 부분에 결함이 있습니다. 당신이 익숙하지 않은 경우 구현은 아마도 잘못 추측하고 우리를 도와주지 않을 것입니다. 조금. 그리고 당신이 있더라도 교육받은 설명은 훌륭합니다 보충이지만 사실을 대체 할 수는 없습니다. 우리가 고치려고한다면 우리가 여전히 우리 자신을 위해 일어나는 버그. 사실을보고하는 것은 비교적 간단합니다 (가능합니다 아마도 화면에서 복사하여 붙여 넣기) 그러나 너무 자주 누군가가 그렇지 않다고 생각했기 때문에 중요한 세부 사항은 제외됩니다. 물질이나 보고서는 어쨌든 이해 될 것입니다.

다음 항목은 모든 버그 보고서에 포함되어야합니다.

• 정확한 단계 순서프로그램 스타트 업에서필요합니다 문제를 재현하십시오. 이것은 자기 포함되어야합니다. 그렇지 않습니다 맨손으로 보내기에 충분합니다select진술 선행없이테이블 만들기and삽입출력이 필요한 경우 진술 테이블의 데이터에 따라 다릅니다. 우리는 시간이 없습니다 데이터베이스 스키마를 리버스 엔지니어링하고 우리가 우리 자신의 데이터를 구성하여 우리는 아마도 문제를 놓칠 것입니다.

  SQL 관련 문제에 대한 테스트 케이스에 가장 적합한 형식은 를 통해 실행할 수있는 파일PSQL문제를 보여주는 Frontend. (확인하십시오 당신의 아무것도 가지고 있지 않기 위해~/.psqlrc시작 파일.)이 파일을 만드는 쉬운 방법은 사용하는 것입니다pg_dump테이블을 버리려면 장면을 설정하는 데 필요한 선언 및 데이터를 추가 한 다음 문제를 추가하십시오. 질문. 예제의 크기를 최소화하는 것이 좋습니다. 이것은 절대적으로 필요하지 않습니다. 버그가 재현 가능하다면, 우리 어느 쪽이든 찾을 것입니다.

  응용 프로그램이 다른 클라이언트 인터페이스를 사용하는 경우PHP, 그런 다음 격리하십시오 불쾌한 질문. 우리는 아마도 웹 서버를 설정하지 않을 것입니다. 문제를 재현하십시오. 어쨌든 정확한 것을 제공해야합니다 입력 파일; 문제가 발생한다고 생각하지 마십시오"큰 파일"또는"중간 크기 데이터베이스 "등.이 정보는 너무 부족하기 때문에 사용의.

• 당신이 얻은 출력. 말하지 마세요"작동하지 않았다"또는"충돌". 오류 메시지가 있으면 표시하십시오. 당신이 그것을 이해하지 못하더라도. 프로그램이 An과 종료되는 경우 운영 체제 오류는 어느 쪽을 말하십시오. 전혀 아무 일도 일어나지 않으면 말하십시오 그래서. 테스트 사례의 결과가 프로그램 충돌이거나 그렇지 않으면 우리 플랫폼에서는 일어나지 않을 수도 있습니다. 가장 쉬운 가능한 경우 터미널에서 출력을 복사하는 것입니다.

  참고 :오류 메시지를보고하는 경우 가장 장악 한 형태의 메시지를 얻으십시오. 안에PSQL, say\ Verbosity를 설정하십시오 말 수가 많은사전. 당신이에서 메시지를 추출하는 경우 서버 로그, 런타임 매개 변수 설정log_error_verbositytoVerbose모든 세부 사항이 있도록 로그인.

  참고 :치명적인 오류가 발생한 경우 오류 메시지가보고되었습니다 클라이언트는 사용 가능한 모든 정보를 포함하지 않을 수 있습니다. 데이터베이스 서버의 로그 출력도 살펴보십시오. 당신이 서버의 로그 출력을 유지하지 마십시오. 이것은 좋은시기입니다. 그렇게 시작하십시오.

• 예상 한 출력은 상태에 매우 중요합니다. 당신이 그냥 쓰다"이 명령은 나에게 그것을 준다 산출."또는"이것은 내가 아닙니다 예상되는.", 우리는 직접 실행하고 출력을 스캔하고 괜찮아 보이고 우리가 기대했던 것 같아요. 우리는해서는 안됩니다 정확한 의미론을 해독하기 위해 시간을 보내야합니다. 명령. 특히 단지 그 말을 자제합니다"이것은 SQL이 말하는 것이 아닙니다."파기 의 올바른 행동SQLis 재미있는 일이 아니며, 우리 모두는 다른 모든 사람들이 어떻게 관계형 데이터베이스는 작동합니다. (문제가있는 경우 프로그램 충돌,이 항목을 분명히 생략 할 수 있습니다.)

• 모든 명령 줄 옵션 및 기타 시작 옵션 관련 환경 변수 또는 구성 파일 기본값에서 변경되었습니다. 다시, 정확한 정보를 제공하십시오. 시작하는 사전 포장 된 분포를 사용하는 경우 부팅 시간에 데이터베이스 서버, 그 방법을 찾아야합니다. 완료되었습니다.

• 설치와 전혀 다르게 한 모든 일 지침.

• thePostgreSQL버전. 당신은 할 수 있습니다 명령 실행select version ();찾기 연결된 서버의 버전을 벗어납니다. 대부분의 실행 파일 프로그램도 지원합니다-버전옵션; 적어도Postgres -VersionandPSQL -Version작동해야합니다. 함수 또는 옵션이 존재하지 않으면 버전은 오래된 것 이상입니다. 업그레이드를 보증하십시오. RPMS와 같은 사전 패키지 버전을 실행하는 경우 패키지가 가질 수있는 전복을 포함하여 그렇게 말하십시오. 당신이라면 git 스냅 샷에 대해 이야기하면서, 커밋을 포함한 언급 해시시.

  버전이 9.3.25보다 오래된 경우 우리는 거의 확실합니다. 업그레이드하라고 말하십시오. 많은 버그 수정 및 개선 사항이 있습니다 새 릴리스 각각이므로 버그가 이전 릴리스에서 만남PostgreSQL이미 수정되었습니다. 우리는 만 할 수 있습니다 구형 릴리스를 사용하여 사이트에 대한 제한된 지원을 제공PostgreSQL; 더 필요한 경우 우리가 제공 할 수있는 것보다 상업적 지원을받는 것을 고려하십시오 계약.

• 플랫폼 정보. 여기에는 커널 이름과 버전이 포함됩니다. C 라이브러리, 프로세서, 메모리 정보 등. 대부분의 경우 공급 업체와 버전을보고하기에 충분하지만 모두가 정확히 무엇을 알고 있다고 가정합니다"데비안"모든 사람이 i386S에 실행되거나 실행됩니다. 만약에 설치 문제가 있으면 도구 체인에 대한 정보가 있습니다 컴퓨터에서 (컴파일러,make, 또한)도 필요합니다.

버그 보고서가 다소 길어지면 두려워하지 마십시오. 저것 삶의 사실입니다. 모든 것을 처음으로보고하는 것이 좋습니다 우리가 당신의 사실을 짜는 것보다. 반면에, 입력 파일이 크면 먼저 물어 보는 것이 공정합니다. 누군가가 그것을 조사하는 데 관심이 있습니다. 여기에기사보고에 대한 몇 가지 팁을 간략하게 설명합니다 사설 토토 사이트.

입력으로 문제가 사라집니다. 이것은 아마도 해결에 도움이되지 않을 것입니다 그것. 사설 토토 사이트를 즉시 수정할 수 없다는 것이 밝혀지면 여전히 근로를 찾고 공유 할 시간이 있습니다. 또한 한 번 다시, 사설 토토 사이트가 존재하는 이유를 추측하는 데 시간을 낭비하지 마십시오. 우리는 할 것입니다 곧 찾아보세요.

버그 보고서를 작성할 때 혼란스러운 용어를 피하십시오. 총 소프트웨어 패키지는입니다."PostgreSQL", 가끔"Postgres"짧게. 당신이 구체적으로 있다면 백엔드 프로세스에 대해 이야기하고, 말하는 것은 말하지 않습니다"Postgresql 충돌". a의 충돌 단일 백엔드 프로세스는 부모의 충돌과는 상당히 다릅니다"Postgres"프로세스; 말하지 마세요"서버가 충돌했다"당신이 의미 할 때 a 단일 백엔드 프로세스가 줄어들거나 그 반대도 마찬가지입니다. 또한 클라이언트 대화식 프론트 엔드와 같은 프로그램"PSQL"are 백엔드에서 완전히 분리됩니다. 구체적으로 노력하십시오 문제가 클라이언트 또는 서버 측에 있는지 여부에 대해.

보고 장소 사설 토토 사이트

일반적으로 버그 보고서를 버그 보고서 메일 링리스트에 보내<pgsql-bugs@postgresql.org. 귀하는 귀하의 이메일에 설명 과목을 사용하도록 요청받습니다. 메시지, 아마도 오류 메시지의 일부입니다.

또 다른 방법은 버그 보고서를 작성하는 것입니다. 프로젝트에서토토 사이트-2025년 가장 인기 있는 토토 사이트 추천. 버그 보고서를 이런 식으로 입력하면 에 우송<pgsql-bugs@postgresql.org메일 링리스트.

버그 보고서가 보안 영향이 있고 선호하는 경우 공개 아카이브에서 즉시 보이지 않기 때문에 에 보내기pgsql-bugs. 보안 문제가 가능합니다 개인적으로보고 |<security@postgresql.org.

사용자 메일 링리스트에 버그 보고서를 보내지 마십시오. 처럼<pgsql-sql@postgresql.org또는<pgsql-general@postgresql.org. 이 메일 링리스트는 사용자 질문에 답하기위한 것입니다. 가입자는 일반적으로 버그 보고서를 받기를 원하지 않습니다. 더 중요하게도, 그들은 그들을 고치지 않을 것입니다.

또한, 제발not개발자의 메일 링리스트에 보고서 보내기<pgsql-hackers@postgresql.org. 이 목록은의 개발을 논의하기위한 것입니다.PostgreSQL, 그리고 우리가 할 수 있다면 좋을 것입니다 버그 보고서를 별도로 유지하십시오. 우리는 a 버그 보고서에 대한 토론pgsql-hackers, 문제에 더 많은 검토가 필요한 경우.

문서에 문제가있는 경우 가장 좋은 곳입니다. 문서 메일 링리스트라고보고<pgsql-docs@postgresql.org. 당신이 문서의 어떤 부분인지 구체적으로하십시오. 불행.

버그가 지원되지 않은 사람의 휴대 성 문제 인 경우 플랫폼, 메일 보내기<pgsql-hackers@postgresql.org, 그래서 우리 (그리고 당신)은 포팅 작업을 할 수 있습니다postgresql플랫폼에.