pg.ddx.io pgsql-bugs@postgresql.org mailing list archive
help / color / mirror / Atom feedBUG #17320: A SEGV in optimizer
2021-12-06 06:42 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17320: A SEGV in optimizer
2021-12-07 08:25 UTC Kyotaro Horiguchi <horikyota.ntt@gmail.com>
` Re: BUG #17320: A SEGV in optimizer
2022-04-22 21:43 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
BUG #16866: pg_basebackup Windows Server 2016
2021-02-15 15:12 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #16866: pg_basebackup Windows Server 2016
2021-02-16 01:00 UTC Michael Paquier <michael@paquier.xyz>
` Re: BUG #16866: pg_basebackup Windows Server 2016
2021-02-16 07:07 UTC Ivan Salvato <ivan.salvato@gmail.com>
` Re: BUG #16866: pg_basebackup Windows Server 20160
2022-04-20 02:56 UTC Takahiro Kitayama <kitayama@sraoss.co.jp>
` Re: BUG #16866: pg_basebackup Windows Server 20160
2022-04-20 16:24 UTC Peter Eisentraut <peter.eisentraut@enterprisedb.com>
[5+ messages in thread]
BUG #17466: Is it possible to supplement the default compilation options of CFLAGS in configure file？
2022-04-19 03:36 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17466: Is it possible to supplement the default compilation options of CFLAGS in configure file？
2022-04-20 16:21 UTC Peter Eisentraut <peter.eisentraut@enterprisedb.com>
[2+ messages in thread]
Help Me! ^^ "must be superuser to make network requests"
2022-04-20 04:52 UTC 김인철 <pd0a9200@posco.com>
` Re: Help Me! ^^ "must be superuser to make network requests"
2022-04-20 09:18 UTC Julien Rouhaud <rjuju123@gmail.com>
[2+ messages in thread]
BUG #17465: Wrong error message while trying to change system column type.
2022-04-18 11:13 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17465: Wrong error message while trying to change system column type.
2022-04-18 15:36 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
ERROR: XX000: variable not found in subplan target list
2022-02-11 03:21 UTC Ryan Kelly <rpkelly22@gmail.com>
` Re: ERROR: XX000: variable not found in subplan target list
2022-02-11 04:03 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: ERROR: XX000: variable not found in subplan target list
2022-02-11 16:34 UTC Ryan Kelly <rpkelly22@gmail.com>
` Re: ERROR: XX000: variable not found in subplan target list
2022-02-11 19:28 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: ERROR: XX000: variable not found in subplan target list
2022-04-14 10:24 UTC Andrey Borodin <x4mmm@yandex-team.ru>
` Re: ERROR: XX000: variable not found in subplan target list
2022-04-14 10:31 UTC Andrey Borodin <x4mmm@yandex-team.ru>
` Re: ERROR: XX000: variable not found in subplan target list
2022-04-14 14:11 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: ERROR: XX000: variable not found in subplan target list
2022-04-14 15:35 UTC Andrey Borodin <x4mmm@yandex-team.ru>
[8+ messages in thread]
Misleading docs for SQL/JSON
2022-04-14 12:59 UTC hubert depesz lubaczewski <depesz@depesz.com>
replace() using NULL
2022-04-13 08:38 UTC Susanne Holzgraefe <miracee@web.de>
` Re: replace() using NULL
2022-04-13 11:34 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: replace() using NULL
2022-04-13 13:43 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 07:46 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 15:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 16:19 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 16:25 UTC Peter Geoghegan <pg@bowt.ie>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 16:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 16:48 UTC Peter Geoghegan <pg@bowt.ie>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 17:34 UTC Andres Freund <andres@anarazel.de>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 17:51 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 19:00 UTC Andres Freund <andres@anarazel.de>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 19:25 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 19:40 UTC Andres Freund <andres@anarazel.de>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 19:59 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 20:32 UTC Andres Freund <andres@anarazel.de>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-11 23:07 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17462: Invalid memory access in heapam_tuple_lock
2022-04-12 21:40 UTC Tom Lane <tgl@sss.pgh.pa.us>
[15+ messages in thread]
BUG #17464: Domain type. If the value field(CREATE DOMAIN) is set to null, errors cannot be intercepted.
2022-04-12 12:41 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17464: Domain type. If the value field(CREATE DOMAIN) is set to null, errors cannot be intercepted.
2022-04-12 14:27 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: BUG #17464: Domain type. If the value field(CREATE DOMAIN) is set to null, errors cannot be intercepted.
2022-04-12 14:41 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
Docs for psql regarding default database name are incorrect
2022-03-14 00:15 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Docs for psql regarding default database name are incorrect
2022-04-12 02:46 UTC David G. Johnston <david.g.johnston@gmail.com>
[2+ messages in thread]
BUG #17457: pg_rewind fatal failure when $PGDATA/log is a soft-link
2022-04-06 21:08 UTC PG Bug reporting form <noreply@postgresql.org>
Wrong behaviour of array comparison when arrays contain nulls
2022-04-06 12:22 UTC Lukas Eder <lukas.eder@gmail.com>
` Re: Wrong behaviour of array comparison when arrays contain nulls
2022-04-06 13:13 UTC Lukas Eder <lukas.eder@gmail.com>
` Re: Wrong behaviour of array comparison when arrays contain nulls
2022-04-06 13:37 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
BUG #17456: pg_dump creates dump that does not fully respect operator schema location
2022-04-05 15:24 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17456: pg_dump creates dump that does not fully respect operator schema location
2022-04-05 16:05 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: BUG #17456: pg_dump creates dump that does not fully respect operator schema location
2022-04-05 17:09 UTC Andrew Grossman <agrossman@gmail.com>
[3+ messages in thread]
SAVEPOINT issue
2022-04-05 14:21 UTC archana srinivas <archanasrinivas107@gmail.com>
` Re: SAVEPOINT issue
2022-04-05 15:48 UTC Bruce Momjian <bruce@momjian.us>
[2+ messages in thread]
a code question
2022-04-05 05:41 UTC qiumingcheng <qiumingcheng@aliyun.com>
` Re: a code question
2022-04-05 07:14 UTC David Rowley <dgrowleyml@gmail.com>
[2+ messages in thread]
AW: BUG #17393: Delete database after recovery with point-in-time is still missing datafiles
2022-03-04 07:09 UTC Lorenz, Christopher <Christopher.Lorenz@ZIT-BB.Brandenburg.de>
` AW: BUG #17393: Delete database after recovery with point-in-time is still missing datafiles
2022-03-30 11:49 UTC Lorenz, Christopher <Christopher.Lorenz@ZIT-BB.Brandenburg.de>
` AW: BUG #17393: Delete database after recovery with point-in-time is still missing datafiles
2022-04-04 07:00 UTC Lorenz, Christopher <Christopher.Lorenz@ZIT-BB.Brandenburg.de>
[3+ messages in thread]
BUG #17454: Using psql without ipv4 address,the inet_server_port do not return PORT.
2022-04-02 01:15 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17454: Using psql without ipv4 address,the inet_server_port do not return PORT.
2022-04-02 15:07 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: BUG #17454: Using psql without ipv4 address,the inet_server_port do not return PORT.
2022-04-03 01:40 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: BUG #17454: Using psql without ipv4 address,the inet_server_port do not return PORT.
2022-04-03 15:35 UTC Francisco Olarte <folarte@peoplecall.com>
` Re: BUG #17454: Using psql without ipv4 address,the inet_server_port do not return PORT.
2022-04-03 15:50 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: BUG #17454: Using psql without ipv4 address,the inet_server_port do not return PORT.
2022-04-03 16:28 UTC Francisco Olarte <folarte@peoplecall.com>
` Re: BUG #17454: Using psql without ipv4 address,the inet_server_port do not return PORT.
2022-04-03 16:42 UTC Tom Lane <tgl@sss.pgh.pa.us>
[7+ messages in thread]
回复: BUG #17454: Using psql without ipv4 address,the inet_server_port do not return PORT.
2022-04-03 01:37 UTC Wong Simon <thbytwo@live.cn>
Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-02-21 12:09 UTC egashira.yusuke@fujitsu.com <egashira.yusuke@fujitsu.com>
` Re: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-02-21 21:29 UTC Noah Misch <noah@leadboat.com>
` RE: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-02-22 12:06 UTC egashira.yusuke@fujitsu.com <egashira.yusuke@fujitsu.com>
` Re: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-02-23 05:00 UTC Noah Misch <noah@leadboat.com>
` RE: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-02-25 11:29 UTC egashira.yusuke@fujitsu.com <egashira.yusuke@fujitsu.com>
` RE: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-03-02 12:43 UTC egashira.yusuke@fujitsu.com <egashira.yusuke@fujitsu.com>
` Re: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-03-03 01:12 UTC Kyotaro Horiguchi <horikyota.ntt@gmail.com>
` RE: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-03-04 11:49 UTC egashira.yusuke@fujitsu.com <egashira.yusuke@fujitsu.com>
` Re: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-03-14 07:08 UTC Noah Misch <noah@leadboat.com>
` RE: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-03-25 13:34 UTC egashira.yusuke@fujitsu.com <egashira.yusuke@fujitsu.com>
` Re: Reconnect a single connection used by multiple threads in embedded SQL in C application causes error.
2022-04-02 07:27 UTC Noah Misch <noah@leadboat.com>
[11+ messages in thread]
BUG #17438: Logical replication hangs on master after huge DB load
2022-03-14 17:30 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17438: Logical replication hangs on master after huge DB load
2022-03-16 11:45 UTC Amit Kapila <amit.kapila16@gmail.com>
` Re: BUG #17438: Logical replication hangs on master after huge DB load
2022-03-16 12:09 UTC Sergey Belyashov <sergey.belyashov@gmail.com>
` Re: BUG #17438: Logical replication hangs on master after huge DB load
2022-03-29 12:03 UTC Amit Kapila <amit.kapila16@gmail.com>
` Re: BUG #17438: Logical replication hangs on master after huge DB load
2022-03-31 12:53 UTC Sergey Belyashov <sergey.belyashov@gmail.com>
` Re: BUG #17438: Logical replication hangs on master after huge DB load
2022-04-01 04:39 UTC Amit Kapila <amit.kapila16@gmail.com>
[6+ messages in thread]
Postgres Bug - Aggregate with order by
2022-03-31 20:04 UTC Andrew D <andrew.do1613@gmail.com>
` Re: Postgres Bug - Aggregate with order by
2022-03-31 20:34 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
BUG #17452: IN caluse behaves differently when there is one item comapred to when multiple
2022-03-31 13:42 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17452: IN caluse behaves differently when there is one item comapred to when multiple
2022-03-31 16:06 UTC David G. Johnston <david.g.johnston@gmail.com>
[2+ messages in thread]
BUG #17393: Delete database after recovery with point-in-time is still missing datafiles
2022-02-03 13:26 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17393: Delete database after recovery with point-in-time is still missing datafiles
2022-03-06 07:41 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: BUG #17393: Delete database after recovery with point-in-time is still missing datafiles
2022-03-30 19:07 UTC Pierre Forstmann <pierre.forstmann@gmail.com>
` Re: BUG #17393: Delete database after recovery with point-in-time is still missing datafiles
2022-03-31 08:26 UTC Kyotaro Horiguchi <horikyota.ntt@gmail.com>
` Re: BUG #17393: Delete database after recovery with point-in-time is still missing datafiles
2022-03-31 16:04 UTC Pierre Forstmann <pierre.forstmann@gmail.com>
[5+ messages in thread]
Logical replication stops dropping used initial-sync replication slots
2022-03-17 14:24 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-18 12:27 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-21 14:18 UTC vignesh C <vignesh21@gmail.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-21 14:43 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-22 03:07 UTC vignesh C <vignesh21@gmail.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-22 03:48 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-22 07:02 UTC vignesh C <vignesh21@gmail.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-22 11:26 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-25 08:38 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-29 11:27 UTC Amit Kapila <amit.kapila16@gmail.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-29 12:01 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: Logical replication stops dropping used initial-sync replication slots
2022-03-29 12:07 UTC Amit Kapila <amit.kapila16@gmail.com>
[12+ messages in thread]
[next (older)]
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox