출시일: 2009-03-16
이 릴리스에는 8.2.12의 다양한 수정 사항이 포함되어 있습니다. 을 위한 8.2 주요 릴리스의 새로운 기능에 대한 자세한 내용은 참조스포츠 토토 PostgreSQL : 문서 : 8.4 : 릴리스 8.2.
8.2.X를 실행하는 경우 덤프/복원이 필요하지 않습니다. 그러나 이전 버전에서 업그레이드하는 경우 8.2.11 참조PostgreSQL : 문서 : 8.4 : 스포츠 토토 사이트 8.2.11.
인코딩 변환 시 오류 재귀 충돌 방지 실패합니다(톰)
이 변경은 마지막 두 개의 마이너 버전에서 수정된 사항을 확장합니다. 관련 오류 시나리오에 대한 릴리스입니다. 이전 수정 사항 원래 문제 보고서에 맞게 좁게 조정되었습니다. 하지만 이제 우리는 그것을 인식했습니다.아무거나에 의해 발생한 오류 인코딩 변환 기능은 잠재적으로 다음과 같은 결과를 초래할 수 있습니다. 오류를 보고하는 동안 무한 재귀가 발생했습니다. 그만큼 따라서 해결책은 번역 및 인코딩을 비활성화하는 것입니다. 오류를 일반 ASCII 형식으로 변환하고 보고합니다. 메시지를 통해 재귀 오류가 발생한 것을 발견하면 보고 상황입니다. (CVE-2009-0922)
허용하지 않음전환 생성와 함께 지정된 변환 함수에 대한 잘못된 인코딩 (헤이키)
이것은 인코딩에 대한 한 가지 가능한 시나리오를 방지합니다. 변환 실패. 이전 변경 사항은 같은 영역에서 다른 종류의 실패가 발생하지 않도록 보호하세요.
다음 경우에 코어 덤프 수정to_char()다음과 같은 형식 코드가 제공됩니다.
데이터 인수 유형에 부적합함(Tom)
가능한 오류 수정기여/tsearch2C 로케일이 다음과 함께 사용될 때 멀티바이트 인코딩(Teodor)
플랫폼에서 충돌이 가능했습니다.wchar_t다음보다 좁습니다.int; 특히 Windows.
극단적인 비효율성 수정기여/tsearch2파서의 처리 여러 개를 포함하는 이메일과 같은 문자열@문자 (헤이키)
디컴파일 수정경우는 다음과 같습니다암시적 강제로 (Tom)
이 실수는 다음에서 Assert 실패로 이어질 수 있습니다. Assert 지원 빌드 또는"예기치 못한 일이었어 CASE WHEN 절"다른 경우의 오류 메시지 뷰를 검사하거나 덤프하려고 합니다.
TOAST 소유자의 잘못된 할당 가능성 수정 테이블의 행 유형(Tom)
만약클러스터또는 재작성 의 변형테이블 변경이었어 테이블 소유자가 아닌 다른 사람에 의해 실행된 경우,pg_type테이블 항목 TOAST 테이블은 결국 그 사람의 소유로 표시됩니다. 이로 인해 즉각적인 문제는 발생하지 않았습니다. TOAST 행 유형은 일반 데이터베이스에서 검사되지 않습니다. 작업. 그러나 다음과 같은 경우 예상치 못한 실패가 발생할 수 있습니다. 나중에 명령을 실행한 역할을 삭제하려고 시도했습니다. (8.1 또는 8.2에서) 또는"데이터 유형의 소유자 잘못된 것 같습니다."경고:pg_dump그렇게 한 후( 8.3).
처리하지 않도록 PL/pgSQL 수정INTO이후삽입INTO 변수로 절은 시작 부분뿐만 아니라 문자열의 어느 위치에나 있습니다. ~에 특히, 실패하지 마세요삽입 안으로내부규칙 생성(톰)
블록에서 PL/pgSQL 오류 상태 변수를 완전히 정리합니다. 종료(Ashesh Vashi 및 Dave Page)
이것은 PL/pgSQL 자체의 문제는 아니지만 생략하면 PL/pgSQL 디버거가 충돌하는 원인이 될 수 있습니다. 함수의 상태를 검사합니다.
실패한 호출을 다시 시도CallNamedPipe()Windows의 경우(스티브
마샬, 매그너스)
이 기능은 때때로 실패할 수 있는 것 같습니다 일시적으로; 이전에는 모든 실패를 어려운 문제로 간주했습니다. 혼동을 일으킬 수 있는 오류듣기/알림다음과 같이 다른 작업도 마찬가지입니다.
추가반드시(모리셔스 섬 서머타임)을 알려진 시간대의 기본 목록으로 약어(Xavier Bugaud)