| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andres Freund <andres(at)2ndquadrant(dot)com> |
| Cc: | Christoph Berg <christoph(dot)berg(at)credativ(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, bastian(dot)blank(at)credativ(dot)de |
| Subject: | Re: 9.4 beta1 crash on Debian sid/i386 |
| Date: | 2014-05-19 13:53:11 |
| Message-ID: | 32624.1400507591@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> Isn't the far more obvious thing ot just not build postgres with -pie on
> 32bit? It's hardly a security benefit if it allows plain user to crash
> the server.
Yeah, that's what I was doing when I was at Red Hat --- PIE mode would
be nice, but not when it breaks basic functionality.
I think throwing an error out of a SIGBUS handler is right out. There
would be no way to know exactly what code we were interrupting. It's
the same reason we don't let, eg, the SIGALRM handler throw a timeout
error directly (in most places anyway).
>> * PostgreSQL allocates lots of heap using brk() instead of mmap()
> It doesn't really do that, btw. It's the libc's mmap that makes those
> decisions, not postgres.
It occurs to me that maybe this is a glibc bug, not a kernel bug?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2014-05-19 14:12:21 | Re: 9.4 beta1 crash on Debian sid/i386 |
| Previous Message | Andres Freund | 2014-05-19 12:46:48 | Re: 9.4 beta1 crash on Debian sid/i386 |