E.178.1. 버전 8.1.17로의 마이그레이션

8.1.x를 실행하는 사람들에게는 덤프/복원이 필요하지 않습니다. 하지만, 8.1.15 이전 버전에서 업그레이드하는 경우 참조하십시오.PostgreSQL : 문서 : 9.3 : 토토 결과 8.1.15.

E.178.2. 변화

• 변환을 인코딩 할 때 오류 재귀가 충돌하는 방지에 실패합니다 (남자 이름)

  이 변경 사항은 마지막 두 개의 사소한 배트맨 토토에서 작성된 수정 사항을 확장합니다. 관련 실패 시나리오의 경우. 이전 수정 사항은 좁았습니다 원래 문제 보고서에 맞게 조정되었지만 지금은 인식any오류 인코딩 변환 기능에 의해 던져 질 수 있습니다. 오류를보고하는 동안 무한 재귀. 해결책 따라서 변환 및 인코딩 변환을 비활성화하는 것입니다 우리가 우리가 찾을 수 있다면 평범한 ASCII 형식의 오류 메시지를보고합니다. 재귀 오류보고 상황에 빠졌습니다. (CVE-2009-0922)

• anallow변환 생성지정된 변환 함수 (Heikki)에 대한 잘못된 인코딩

  이것은 변환 인코딩을위한 하나의 가능한 시나리오를 방지합니다 실패. 이전 변경은 다른 사람을 보호하기위한 백스톱입니다. 같은 지역에서의 종류의 실패.

• Core 덤프 수정시to_char ()is 데이터 유형에 부적절한 형식 코드가 주어진 주어진 형식 코드 인수 (Tom)

• 의 소환 수정케이스시기암시 적 강요 (Tom)

  이 실수는 Assert-enabled에서 실패를 초래할 수 있습니다. 빌드 또는"예기치 않은 경우 절"검사를 시도 할 때 다른 경우 오류 메시지 또는보기를 덤프하십시오.

• 토스트 테이블의 소유자의 가능한 오용 수정 RowType (Tom)

  if클러스터또는 재 작성 변형Alter Table다른 사람이 처형했습니다 테이블 소유자보다pg_type입력 테이블의 토스트 테이블은 그분이 소유 한 것으로 표시됩니다. 누구. 이로 인해 권한 이후 즉각적인 문제가 발생하지 않았습니다 Toast Rowtype에서 일반 데이터베이스에서는 검사되지 않습니다. 작업. 그러나 그것은 예상치 못한 실패로 이어질 수 있습니다 나중에 명령을 내린 역할을 철회하려고 시도했습니다 (8.1 또는 8.2), 또는"데이터 유형의 소유자가있는 것 같습니다 유효하지 않은"경고pg_dump그렇게 한 후 (8.3).

• PL/PGSQL 정리 블록 출구에서 완전히 정리 (Ashesh Vashi and Dave Page)

  이것은 PL/PGSQL 자체에게는 문제가되지 않지만 누락 PL/PGSQL 디버거가 충돌하여 함수의 상태.

• add필수(모리셔스 섬 여름 시간) 알려진 시간대 약어의 기본 목록 (Xavier ugaud)