Re: [sqlsmith] Failing assertions in spgtextproc.c
От | Peter Geoghegan |
---|---|
Тема | Re: [sqlsmith] Failing assertions in spgtextproc.c |
Дата | |
Msg-id | CAM3SWZTvJC0Jh3mGYO5jceR_+KRZq5wNif0AdKupfs+x=e4JOQ@mail.gmail.com обсуждение исходный текст |
Ответ на | [sqlsmith] Failing assertions in spgtextproc.c (Andreas Seltenreich <seltenreich@gmx.de>) |
Ответы |
Re: [sqlsmith] Failing assertions in spgtextproc.c
|
Список | pgsql-hackers |
On Fri, Dec 18, 2015 at 1:23 PM, Andreas Seltenreich <seltenreich@gmx.de> wrote: > I do see two assertions in spgtextproc.c fail on occasion when testing > with sqlsmith: > > TRAP: FailedAssertion([...], File: "spgtextproc.c", Line: 424) > TRAP: FailedAssertion([...], File: "spgtextproc.c", Line: 564) > > I can't reproduce it reliably but looking at the coredumps, the failing > part of the expression is always > > in->level == 0 && DatumGetPointer(in->reconstructedValue) == NULL > > In all of the dumps I looked at, in->reconstructedValue contains a > zero-length text instead of the asserted NULL, and the tuples fed to > leaf_consistent()/inner_consistent() look like the one below. Can you do this?: (gdb) p debug_query_string It's a global variable, often useful in these situations. -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: