Re: BUG #16976: server crash when deleting via a trigger on a foreign table

Right,

Sorry I sent the file to you via wetransfer but you can ignore it.

Anyway

root(at)o-oltpmilieu03-UB-201906:~# gdb /usr/lib/postgresql/12/bin/postgres
/home/local/VMM/h.goemans/_usr_lib_postgresql_12_bin_postgres.201.crash
GNU gdb (Ubuntu 8.1.1-0ubuntu1) 8.1.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/postgresql/12/bin/postgres...Reading
symbols from
/usr/lib/debug/.build-id/ec/40c5b4738ba1aef9fb39dfbbf928f1bbe57743.debug...done.
done.
"/home/local/VMM/h.goemans/_usr_lib_postgresql_12_bin_postgres.201.crash"
is not a core dump: File format not recognized

It says the file is an ascii text file with very long lines...

I am lost (again)

Herwig

On 22/04/2021 16:14, Tom Lane wrote:
> Herwig Goemans <herwig(dot)goemans(at)gmail(dot)com> writes:
>>  I have a core dump file, It is not generated by a test of me, but that
>> does not matter, the sql statement was launched by a colleage of mine
>> and it generated a core dump.
>> The file is 50MB (compressed) how do I get it to you ?
> We don't want the core file; it'd be useless without an exact copy of your
> postgres executables and system libraries. What we want you to do is
> run gdb's "bt full" command on it and send us the output.
>
> regards, tom lane