Tom Lane 9dc2a3fd0a Check block number against the correct fork in get_raw_page(). ... get_raw_page tried to validate the supplied block number against RelationGetNumberOfBlocks(), which of course is only right when accessing the main fork. In most cases, the main fork is longer than the others, so that the check was too weak (allowing a lower-level error to be reported, but no real harm to be done). However, very small tables could have an FSM larger than their heap, in which case the mistake prevented access to some FSM pages. Per report from Torsten Foertsch. In passing, make the bad-block-number error into an ereport not elog (since it's certainly not an internal error); and fix sloppily maintained comment for RelationGetNumberOfBlocksInFork. This has been wrong since we invented relation forks, so back-patch to all supported branches.		2014-07-22 11:46:04 -04:00
..
.gitignore
btreefuncs.c	Take buffer lock while inspecting btree index pages in contrib/pageinspect.	2012-11-30 17:02:44 -05:00
fsmfuncs.c
heapfuncs.c
Makefile
pageinspect.sql.in
rawpage.c	Check block number against the correct fork in get_raw_page().	2014-07-22 11:46:04 -04:00
uninstall_pageinspect.sql