Mailing lists [pgsql-hackers]

27 January 2019

• 01:55   Re: Early WIP/PoC for inlining CTEs Tom Lane
• 03:15   Re: Early WIP/PoC for inlining CTEs Marko Tiikkaja
• 04:53   Race condition in crash-recovery tests Tom Lane
• 05:29   Re: Race condition in crash-recovery tests Andres Freund
• 05:32   Re: Variable-length FunctionCallInfoData Andres Freund
• 05:45   Re: Race condition in crash-recovery tests Tom Lane
• 05:46   Re: Variable-length FunctionCallInfoData Tom Lane
• 06:19   relcache reference leak with pglogical replication to insert-onlypartitioned table? Jeremy Finzel
• 07:20   Re: Variable-length FunctionCallInfoData Andrew Dunstan
• 10:03   Re: Variable-length FunctionCallInfoData Greg Stark
• 10:13   Re: Variable-length FunctionCallInfoData Andres Freund
• 10:28   Re: pgsql: Remove references to Majordomo Noah Misch
• 11:00   Re: Allowing extensions to supply operator-/function-specific info Simon Riggs
• 13:29   Re: Opossum vs. float4 NaN Glyn Astill
• 13:50   Re: jsonpath Alexander Korotkov
• 15:37   Re: relcache reference leak with pglogical replication toinsert-only partitioned table? Michael Paquier
• 15:41   Re: pg_upgrade: Pass -j down to vacuumdb Michael Paquier
• 15:58   Re: pg_basebackup, walreceiver and wal_sender_timeout Michael Paquier
• 16:10   Re: backslash-dot quoting in COPY CSV Michael Paquier
• 16:22   Re: Early WIP/PoC for inlining CTEs Andrew Gierth
• 16:33   Re: A few new options for vacuumdb Michael Paquier
• 17:56   Re: Opossum vs. float4 NaN Tom Lane
• 18:17   Re: Allowing extensions to supply operator-/function-specific info Tom Lane
• 18:21   Re: Early WIP/PoC for inlining CTEs Tom Lane
• 20:17   Re: Index Skip Scan Dmitry Dolgov
• 20:24   Re: Early WIP/PoC for inlining CTEs Andreas Karlsson
• 21:38   Re: Early WIP/PoC for inlining CTEs Andreas Karlsson
• 22:12   Re: libpq environment variables in the server Dmitry Igrishin
• 22:39   Re: [Patch] Log10 and hyperbolic functions for SQL:2016 compliance Lætitia Avrot
• 22:55   Re: "SELECT ... FROM DUAL" is not quite as silly as it appears Mark Dilger
• 23:04   Re: "SELECT ... FROM DUAL" is not quite as silly as it appears Mark Dilger
• 23:53   Re: "SELECT ... FROM DUAL" is not quite as silly as it appears Mark Dilger