| From: | Samuel Thibault <samuel(dot)thibault(at)gnu(dot)org> |
|---|---|
| To: | Michael Banck <mbanck(at)gmx(dot)net> |
| Cc: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Alexander Lakhin <exclusion(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: GNU/Hurd portability patches |
| Date: | 2026-02-05 08:35:40 |
| Message-ID: | aYRWXNqB35y6v8bb@end |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hello,
Michael Banck, le jeu. 05 févr. 2026 09:27:37 +0100, a ecrit:
> With the glibc patch from [2] applied, I have been running the above SQL
> for 5 million iterations without a hang just now. So those semi-frequent
> hangs on fruitcrow should be fixed now, yay!
Yay!
Thanks for taking the time to get the backtrace that explained it all :)
> > * I see special code paths for threads that were in (its notion of)
> > critical sections, which must be rare, but it looks like that just
> > leave it pending which seems reasonable
That's what was missing in cancellation checks. A very small window, but
still there so happened of course :)
Take the two most tricky things in Unix (signals and thread
cancellation) ; that was deemed to pose very tricky problems :)
Samuel
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jim Jones | 2026-02-05 08:42:59 | Re: WIP - xmlvalidate implementation from TODO list |
| Previous Message | Michael Banck | 2026-02-05 08:27:37 | Re: GNU/Hurd portability patches |