On Mon, Dec 26, 2016 at 3:14 PM, Dilip Kumar <dilipbal...@gmail.com> wrote:
> Other the another option is, that we can always make caller to provide
> an allocator. But this way every new user for simple hash need to take
> care of having allocator.
> What is your opinion?

Attached is the new version of the patch which implements it the way I

>>This also needs docs, including a warning that just
>> using an allocator in shared memory does *NOT* allow the hash table to be
>> used in shared memory in the general case.
> Make sense.
Added the Warning.

I have also fixed some bug in parallel bitmap heap scan
(path.parallel_workers was not initialised before calling
cost_bitmap_heap_scan in some cases, so it was taking the
uninitialized value). Patch attached.

Dilip Kumar
EnterpriseDB: http://www.enterprisedb.com

Attachment: hash-support-alloc-free-v6.patch
Description: Binary data

Attachment: parallel-bitmap-heap-scan-v6.patch
Description: Binary data

Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:

Reply via email to