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

8.1.X를 실행하는 경우 덤프/복원이 필요하지 않습니다. 하지만, 8.1.15 이전 버전에서 업그레이드하는 경우 다음을 참조하세요.PostgreSQL : 문서 : 9.3 : 토토 결과 8.1.15.

E.178.2. 변경사항

• 인코딩 변환 실패 시 오류 재귀 충돌 방지 (남자 이름)

  이 변경 사항은 지난 두 개의 마이너 릴리스에서 수정된 사항을 확장합니다. 관련 오류 시나리오의 경우. 이전 수정 사항은 좁았습니다. 원래 문제 보고서에 맞게 조정되었지만 지금은 그것을 인식했다아무거나오류 인코딩 변환 함수에 의해 던져지면 잠재적으로 다음과 같은 결과가 발생할 수 있습니다. 오류를 보고하는 동안 무한 재귀가 발생했습니다. 해결책 따라서 번역 및 인코딩 변환을 비활성화하고 오류 메시지를 발견하면 일반 ASCII 형식으로 보고합니다. 반복적인 오류 보고 상황에 빠졌습니다. (CVE-2009-0922)

• 허용하지 않음전환 생성그리고 지정된 변환 함수에 대한 잘못된 인코딩(Heikki)

  이것은 인코딩 변환에 대한 한 가지 가능한 시나리오를 방지합니다. 실패. 이전 변경 사항은 다른 공격으로부터 보호하기 위한 백스톱입니다. 같은 영역에서 일종의 실패가 발생했습니다.

• 다음 경우에 코어 덤프 수정to_char()이다 데이터 유형에 적합하지 않은 지정된 형식 코드 인수(톰)

• 디컴파일 수정경우는 다음과 같습니다그리고 암묵적 강제(Tom)

  이 실수는 Assert가 활성화된 환경에서 Assert 실패로 이어질 수 있습니다. 빌드 또는"예기치 않은 경우 절"다른 경우에는 검사를 시도할 때 오류 메시지가 나타납니다. 또는 뷰를 덤프하세요.

• TOAST 테이블 소유자의 잘못된 할당 가능성 수정 행 유형(톰)

  만약클러스터또는 재작성 변형테이블 변경다른 사람에 의해 처형되었습니다 테이블 소유자보다pg_type항목 테이블의 TOAST 테이블은 해당 테이블의 소유로 표시됩니다. 누구. 권한이 부여되었기 때문에 이로 인해 즉각적인 문제가 발생하지 않았습니다. TOAST 행 유형은 일반 데이터베이스에서 검사되지 않습니다. 작업. 하지만, 만약에 그것이 예상치 못한 실패로 이어질 수도 있습니다. 나중에 명령을 실행한 역할을 삭제하려고 시도했습니다(8.1 또는 8.2) 또는"데이터 유형의 소유자는 다음인 것 같습니다 유효하지 않은"경고:pg_dump그렇게 한 후(8.3에서).

• 블록 종료 시 PL/pgSQL 오류 상태 변수를 완전히 정리 (Ashesh Vashi 및 Dave Page)

  이것은 PL/pgSQL 자체의 문제는 아니지만, 검사하는 동안 PL/pgSQL 디버거가 충돌할 수 있습니다. 함수의 상태.

• 추가반드시(모리셔스 섬 하계 시간) 알려진 시간대 약어의 기본 목록(Xavier 부가)