From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
Cc: | Andreas Seltenreich <seltenreich(at)gmx(dot)de>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [sqlsmith] crash in RestoreLibraryState during low-memory testing |
Date: | 2017-10-03 05:16:18 |
Message-ID: | 18852.1507007778@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:
> Any other ideas?
Given that the crash is so far down inside __dlopen(), and that there's
a clear reference to the string we presumably passed to that:
#11 0x00007f518485e489 in _dl_open (file=0x55b692f2d2b0 "/home/smith/postgres/inst/master/lib/pgcrypto.so", mode=-2147483390, caller_dlopen=0x55b691cb4c7e <
I don't actually believe that this is Postgres' fault. I suspect that
what we're looking at here is a low-memory bug in dlopen itself, probably
something strdup'ing an input string and forgetting to check for a null
result.
Presumably somebody could dig into the libc source code and prove or
disprove this, though it would sure help to know exactly what platform
and version Andreas is testing on.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2017-10-03 06:12:31 | Re: 64-bit queryId? |
Previous Message | Ashutosh Bapat | 2017-10-03 05:09:56 | Re: Transactions involving multiple postgres foreign servers |