relname.data

Hello!

I'm the original reporter of "vacuum crash" problem.
Thank you for your quick fix.

Now, I found another problem in nbtsearch.c.
This is my patch for it.
# But, what I want to know is why postgres reaches this FATAL status...

========================================================================
*** nbtsearch.c.orig Tue Oct 20 16:42:59 1998
--- nbtsearch.c Tue Oct 20 16:43:15 1998
***************
*** 217,223 ****
PageGetItemId(page, P_FIRSTKEY),
BTEqualStrategyNumber))
elog(FATAL, "btree: BTP_CHAIN flag was expected in %s (access = %s)",
! rel->rd_rel->relname, access ? "bt_write" : "bt_read");
if (_bt_skeycmp(rel, keysz, scankey, page,
PageGetItemId(page, offmax),
BTEqualStrategyNumber))
--- 217,223 ----
PageGetItemId(page, P_FIRSTKEY),
BTEqualStrategyNumber))
elog(FATAL, "btree: BTP_CHAIN flag was expected in %s (access = %s)",
! rel->rd_rel->relname.data, access ? "bt_write" : "bt_read");
if (_bt_skeycmp(rel, keysz, scankey, page,
PageGetItemId(page, offmax),
BTEqualStrategyNumber))
========================================================================

And with the following script, you can find suspicious lines which
have pointer type incompatibility but work *fortunately* on most
systems.

========================================================================
#/bin/sh

find PGSRC -type f -name '*.[ch]' -print |
xargs egrep -e 'rd_rel->relname' /dev/null |
egrep -v 'relname\)?\.data'
========================================================================

Regards

--
ASCII CORPORATION
Technical Center
SHIOZAKI Takehiko
<takehi-s(at)ascii(dot)co(dot)jp>