Re: hashtable crash (was Re: [PATCHES] Post-mortem: final - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: hashtable crash (was Re: [PATCHES] Post-mortem: final
Date
Msg-id 42B4980A.1050908@dunslane.net
Whole thread Raw
In response to Re: hashtable crash (was Re: [PATCHES] Post-mortem: final 2PC patch)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: hashtable crash (was Re: [PATCHES] Post-mortem: final 2PC patch)
List pgsql-hackers

Tom Lane wrote:

>Stefan Kaltenbrunner <stefan@kaltenbrunner.cc> writes:
>  
>
>
>
>  
>
>>OpenBSD has some very useful features for configuration of malloc() -
>>and on this particular box it has:
>>    
>>
>
>  
>
>>G       ``Guard''.  Enable guard pages and chunk randomization.  Each
>>             page size or larger allocation is followed by a guard page that
>>             will cause a segmentation fault upon any access.  Smaller than
>>             page size chunks are returned in a random order.
>>    
>>
>
>  
>
>>and indeed - enabling "G" on another (x86) OpenBSD box of mine causes
>>make check to die there too ....
>>    
>>
>
>Cool.  Once I get this bug fixed, the people running openbsd build farm
>machines probably should turn that on as standard practice ... we've
>found bugs of this ilk several times before, and I would not be
>surprised if there are more.
>
>
>  
>

Stefan currently has the only openbsd members. However. I will probably 
add something to the buildfarm config file to turn on some of those 
options on openbsd. Can you please look at 

http://www.openbsd.org/cgi-bin/man.cgi?query=malloc.conf&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html

and tell us which ones you would like turned on? Stefan suggests A F and 
G might be useful.

cheers

andrew


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: buildfarm notifications
Next
From: Tom Lane
Date:
Subject: Re: hashtable crash (was Re: [PATCHES] Post-mortem: final 2PC patch)