Re: Current master hangs under the debugger after Parallel Seq Scan (Linux, MacOS)

From: Nikita Malakhov <hukutoc(at)gmail(dot)com>
To: Vladlen Popolitov <v(dot)popolitov(at)postgrespro(dot)ru>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org, hukutoc(at)gmail(dot)ru
Subject: Re: Current master hangs under the debugger after Parallel Seq Scan (Linux, MacOS)
Date: 2025-03-26 16:32:29
Message-ID: CAN-LCVOXWXFOZG5D0Ei9=dMNSeTy6Xv2HBG+DO4nZdzZ8L9XUg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi!

Vladlen, I've checked your example and also got this behavior
on the current master under Gdb (Ubuntu 22.04 LTS).

On the query above server waits in this state (as shown by gdb):
Program received signal SIGUSR1, User defined signal 1.
0x0000562beb21c6ed in ExecInterpExpr (state=0x562bec781858,
econtext=<optimized out>, isnull=<optimized out>) at execExprInterp.c:625
625 return state->resvalue;

Although, the process continues to work normally after gdb is detached from
it.

--
Regards,
Nikita Malakhov
Postgres Professional
The Russian Postgres Company
https://postgrespro.ru/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David G. Johnston 2025-03-26 16:49:54 Re: vacuum_truncate configuration parameter and isset_offset
Previous Message Daniel Gustafsson 2025-03-26 16:32:17 Re: Windows: openssl & gssapi dislike each other