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

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

E.158.2. 변화

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

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

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

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

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

• 가능한 실패 수정Contrib/Tsearch2C 로케일이 사용될 때 멀티 바이트 인코딩 (Teodor)

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

• 극도의 비 효율성 수정Contrib/Tsearch2Parser가 이메일과 같은 처리 다중 함유 문자열@문자 (Heikki)

• 의 소환 수정CASE암시 적 강요 (Tom)

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

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

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

• 치료하지 않도록 pl/pgsql 수정in이후삽입변수 안내 조항으로 줄의 어느 곳에서나, 처음에는뿐만 아니라; 특히 그렇지 않습니다 실패삽입내규칙 만들기(Tom)

• 청소 PL/PGSQL 오류 상태 변수는 블록 출구에서 완전히 완전히 (Ashesh Vashi and Dave Page)

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

• Retry 실패CallNamedPipe ()Windows (Steve Marshall, 매그너스)

  이 함수는 때때로 일시적으로 실패 할 수있는 것으로 보입니다. 우리 이전에는 실패를 어려운 오류로 취급했는데 혼란 스러울 수 있습니다듣기/NotifyAS 다른 작전뿐만 아니라

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