E.158.1. 버전 8.2.13으로 마이그레이션

8.2.X를 실행하는 경우 덤프/복원이 필요하지 않습니다. 그러나, 8.2.11 이전 버전에서 업그레이드하는 경우 다음을 참조하세요.PostgreSQL : 문서 : 9.3 : 토토 사이트 순위 8.2.11.

E.158.2. 변경사항

• 인코딩 변환 실패 시 오류 재귀 충돌 방지 (톰)

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

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

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

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

• 가능한 오류 수정기여/tsearch2C 로케일이 다음과 함께 사용될 때 멀티바이트 인코딩(Teodor)

  플랫폼에서 충돌이 가능했습니다.wchar_t보다 좁습니다int; 특히 Windows.

• 극단적인 비효율성 수정기여/tsearch2파서의 이메일과 유사한 처리 여러 개를 포함하는 문자열@문자 (헤이키)

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

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

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

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

• 처리하지 않도록 PL/pgSQL 수정INTO이후삽입INTO 변수 절로 시작 부분뿐만 아니라 문자열의 어느 곳에서나; 특히 그러지 마 실패하다INSERT INTO내부규칙 생성(톰)

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

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

• 실패한 호출 재시도CallNamedPipe()Windows의 경우(스티브 마샬, 매그너스)

  이 기능은 때때로 일시적으로 실패할 수 있는 것으로 보입니다. 우리 이전에는 모든 실패를 하드 오류로 처리하여 혼란을 야기할 수 있었습니다.듣기/알림다음과 같이 다른 작업도 마찬가지입니다.

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