BUG #14897: Segfault on statitics SQL request

The following bug has been logged on the website:

Bug reference: 14897
Logged by: Vincent Lachenal
Email address: vincent(dot)lachenal(at)gmail(dot)com
PostgreSQL version: 10.1
Operating system: Linux (Archlinux)
Description:

Hi,

First of all, thanks for your work. PostgreSQL is my favorite SQL
database.

I contact you because I just upgrade PostgreSQL from 9.6.5 to 10.1.
Migration is OK. My databases seems to work.

But one of the resquest I use causes segmentation fault to server process.

The request is :
SELECT
s.protocol,
s.mapper,
c.method,
s.nb_threads,
avg(c.client_end - c.client_start) / 1000000 AS total,
avg(c.server_end - c.server_start) / 1000000 AS server,
avg(c.server_start - c.client_start) / 1000000 AS client_to_server,
avg(c.client_end - c.server_end) / 1000000 AS server_to_client
FROM testsuite s
INNER JOIN testcall c ON s.id = c.test_suite_id
GROUP BY (s.protocol, s.mapper, c.method, s.nb_threads)
ORDER BY s.nb_threads, c.method, s.mapper, s.protocol;

In systemctl logs, I have (sorry it is in french):
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.705 CET [5462] LOG: processus serveur (PID 5601) a été arrêté par
le signal 11 : Segmentation fault
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.705 CET [5462] DÉTAIL: Le processus qui a échoué exécutait :
SELECT s.protocol,s.mapper,c.method,s.nb_threads,avg(c.client_end -
c.client_start) / 1000000 AS total,avg(c.server_end - c.server_start) /
1000000 AS server,avg(c.server_start - c.client_start) / 1000000 AS
client_to_server,avg(c.client_end - c.server_end) / 1000000 AS
server_to_client FROM testsuite s INNER JOIN testcall c ON s.id =
c.test_suite_id GROUP BY (s.protocol, s.mapper, c.method, s.nb_threads)
ORDER BY s.nb_threads, c.method, s.mapper, s.protocol;
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.705 CET [5462] LOG: arrêt des autres processus serveur actifs
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.707 CET [5551] ATTENTION: arrêt de la connexion à cause de l'arrêt
brutal d'un autre processus serveur
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.707 CET [5551] DÉTAIL: Le postmaster a commandé à ce processus
serveur d'annuler la transaction
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: courante et
de quitter car un autre processus serveur a quitté anormalement
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: et qu'il
existe probablement de la mémoire partagée corrompue.
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.707 CET [5551] ASTUCE : Dans un moment, vous devriez être capable
de vous reconnecter à la base de
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: données et de
relancer votre commande.
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.708 CET [5462] LOG: tous les processus serveur se sont arrêtés,
réinitialisation
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.729 CET [5605] LOG: le système de bases de données a été
interrompu ; dernier lancement connu à 2017-11-10 19:26:23 CET
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.810 CET [5605] LOG: le système de bases de données n'a pas été
arrêté proprement ; restauration
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: automatique
en cours
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.813 CET [5605] LOG: la ré-exécution commence à 0/3160FD0
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.813 CET [5605] LOG: longueur invalide de l'enregistrement à
0/3161008 : voulait 24, a eu 0
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.813 CET [5605] LOG: ré-exécution faite à 0/3160FD0
nov. 10 19:27:18 daidoji.rokugan.local postgres[5460]: 2017-11-10
19:27:18.830 CET [5462] LOG: le système de bases de données est prêt pour
accepter les connexions