Re: ci: Improve OpenBSD core dump backtrace handling

From: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>
To: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: ci: Improve OpenBSD core dump backtrace handling
Date: 2025-10-30 11:58:48
Message-ID: CAN55FZ1ZVMPYCOKsXz=gaVdJc0SN-7CgTegQh7juWrCkoUo_Xg@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

Thank you for looking into this!

On Sat, 25 Oct 2025 at 00:41, Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
>
> On Sat, Oct 25, 2025 at 2:20 AM Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com> wrote:
> > Any feedback would be appreciated.
>
> + filename=$(basename "$corefile")
> + base=$(echo "$filename" | sed 's/\.core.*$//')
> + binary=$(find "$executable_directory" -type f -name "$base"
> 2>/dev/null | head -n 1)
> +
> + if [ -z "$binary" ]; then
> + echo "${base} executable can not be found in
> ${executable_directory}"
> + continue
> + fi
> +
> + lldb "$binary" -c "$corefile" --batch -o 'thread backtrace
> all' -o 'quit'
>
> s/can not/cannot/, I don't make the rules...
>
> Maybe if not found it should just run it the old way without the
> executable? We don't really expect other programs to be dumped (well,
> sometimes we abort cp etc, something I plan to fix...), and they're
> probably stripped anyway, but I guess we might as well try to show as
> much information as we can if it happens? Would it be better to set
> PATH to $executable_directory:$PATH and use "which"?

I agree with all of your points. All of them are addressed in the v2.

--
Regards,
Nazir Bilal Yavuz
Microsoft

Attachment Content-Type Size
v2-0001-ci-Improve-OpenBSD-core-dump-backtrace-handling.patch text/x-patch 3.5 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Chao Li 2025-10-30 12:09:52 Re: display hot standby state in psql prompt
Previous Message Mircea Cadariu 2025-10-30 11:46:00 Re: [BUG] temporary file usage report with extended protocol and unnamed portals