| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
| Cc: | Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: OK, so culicidae is *still* broken |
| Date: | 2017-04-19 14:15:31 |
| Message-ID: | 6309.1492611331@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> writes:
> On Sun, Apr 16, 2017 at 3:04 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Obviously, any such fix would be a lot more likely to be reliable in
>> 64-bit machines. There's probably not enough daylight to be sure of
>> making it work in 32-bit Windows, so I suspect we'd need some retry
>> logic anyway for that case.
> Yeah, that kind of thing can work assuming we don't get conflicts too
> often, but it could be possible that conflicts are not reported from
> ASLR enabled environments because of commit 7f3e17b4.
Right, but Andres' point is that we should make an effort to undo that
hack and instead allow ASLR to happen. Not just because it's allegedly
more secure, but because we may have no choice in future Windows versions.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Remi Colinet | 2017-04-19 14:46:16 | Re: [PATCH] New command to monitor progression of long running queries |
| Previous Message | Remi Colinet | 2017-04-19 14:13:56 | Re: [PATCH] New command to monitor progression of long running queries |