Take out the PERFECT_MMGR #ifdefs:

My guess is that the thing had bugs, and the pfree was commented out.
The thing is probabally free'ed anyway at the end, so it was not a bad
thing.

If it does cause a bug, it will generate an error when hit, so I say
unless someone else knows, let's remove it and run the regression test.

-Bruce
This commit is contained in:
Marc G. Fournier 1996-10-24 06:30:40 +00:00
parent 7f76072d81
commit c471d2bdeb
2 changed files with 2 additions and 6 deletions

View File

@ -7,7 +7,7 @@
*
*
* IDENTIFICATION
* $Header: /cvsroot/pgsql/src/backend/access/hash/hash.c,v 1.6 1996/10/23 07:38:29 scrappy Exp $
* $Header: /cvsroot/pgsql/src/backend/access/hash/hash.c,v 1.7 1996/10/24 06:30:23 scrappy Exp $
*
* NOTES
* This file contains only the public interface routines.
@ -440,9 +440,7 @@ hashendscan(IndexScanDesc scan)
_hash_dropscan(scan);
/* be tidy */
#ifdef PERFECT_MMGR
pfree (scan->opaque);
#endif /* PERFECT_MMGR */
}
/*

View File

@ -8,7 +8,7 @@
*
*
* IDENTIFICATION
* $Header: /cvsroot/pgsql/src/backend/access/nbtree/nbtree.c,v 1.5 1996/10/23 07:39:06 scrappy Exp $
* $Header: /cvsroot/pgsql/src/backend/access/nbtree/nbtree.c,v 1.6 1996/10/24 06:30:40 scrappy Exp $
*
* NOTES
* This file contains only the public interface routines.
@ -503,11 +503,9 @@ btendscan(IndexScanDesc scan)
_bt_dropscan(scan);
/* be tidy */
#ifdef PERFECT_MMGR
if ( so->keyData != (ScanKey) NULL )
pfree (so->keyData);
pfree (scan->opaque);
#endif /* PERFECT_MMGR */
}
/*