throw date - Search results in mailing lists

2025-05-29 17:59:45 | Re: Fixing memory leaks in postgres_fdw (Tom Lane)

THROW(); - } - PG_END_TRY(); - return lastResult; } -- 2.43.5 From c87ea0646137f0a9ef2485fe0fdcec53d45b926d Mon Sep 17 00:00:00 2001 From: Tom Lane Date

2025-05-27 21:38:19 | Tightening DecodeNumberField's parsing rules (Tom Lane)

throw errors SELECT date '1995-08-06 epoch'; ERROR: invalid input syntax for type date

2025-05-20 06:06:21 | Re: generic plans and "initial" pruning (Tom Lane)

Date: Mon, 19 May 2025 00:02:20 -0400 Subject: [PATCH v2 10/20] Partially fix some extremely broken code from 525392d57. Avoid leaking memory in the stmt_context during BuildCachedPlan. Sadly, this code has problems

2025-04-26 00:44:05 | Sanding down some edge cases for PL/pgSQL reserved words (Tom Lane)

dating to commits 01f7d2990 and fe24d7816) believes that not finding a RECFIELD datum is a can't-happen case, in consequence of which I didn't spend a whole lot of time considering what

2025-04-15 09:33:04 | Re: Logical Replication of sequences (Peter Smith)

THROW(); + } If we got to the CATCH then it means some ERROR happened, but at that point I really don't think sequence_mismatch is likely to be set as true. Maybe

2025-04-13 22:23:24 | Performance issues with v18 SQL-language-function changes (Tom Lane)

Date: Sun, 13 Apr 2025 14:09:34 -0400 Subject: [PATCH v1 4/5] Make SQLFunctionCache long-lived again. At this point, the only data structures we allocate directly in fcontext are the SQLFunctionCache struct itself

2025-03-30 19:10:17 | Re: SQLFunctionCache and generic plans (Tom Lane)

date, we have to compile it. + */ + if (!function_valid) + { + /* + * Calculate hashkey if we didn't already; we'll need it to store the + * completed function. + */ + if (!hashkey_valid) + compute_function_hashkey(fcinfo, procStruct, &hashkey, + cacheEntrySize

2025-03-28 04:22:19 | Re: Cross-type index comparison support in contrib/btree_gin (Tom Lane)

date, then: + * if overflow is NULL, we throw an out-of-range error. + * if overflow

2025-02-03 00:56:59 | Re: Using Expanded Objects other than Arrays from plpgsql (Tom Lane)

Date: Sun, 2 Feb 2025 16:41:45 -0500 Subject: [PATCH v5 4/5] Implement new optimization rule for updates of expanded variables. If a read/write expanded variable is declared locally to the assignment statement that

2024-12-13 02:33:04 | IANA timezone abbreviations versus timezone_abbreviations (Tom Lane)

Date: Thu, 12 Dec 2024 17:39:44 -0500 Subject: [PATCH v1 1/2] Seek zone abbreviations in the IANA data before timezone_abbreviations. If a time zone abbreviation used in datetime input is defined

2024-09-28 18:56:45 | Re: Make COPY format extendable: Extract COPY TO format implementations (Sutou Kouhei)

Date: Tue, 23 Jan 2024 14:54:10 +0900 Subject: [PATCH v20 4/5] Export CopyToStateData and CopyFromStateData It's for custom COPY TO/FROM format handlers implemented as extension. This just moves codes. This doesn

2024-09-18 01:14:46 | Re: Adding skip scan (including MDAM style range skip scan) to nbtree (Peter Geoghegan)

date (hard to imagine how skip support could ever be implemented for types like numeric and text). There is a temporary testing GUC that will allow you to get a sense of how much skip

2024-08-12 19:19:57 | Re: ECPG cleanup and fix for clang compile-time problem (Tom Lane)

Date: Mon, 12 Aug 2024 14:51:46 -0400 Subject: [PATCH v3 3/7] Major cleanup, simplification, and documentation of parse.pl. Remove a lot of cruft, clean up and document what's left. This produces

2024-08-07 17:06:32 | Re: Add LSN <-> time conversion functionality (Robert Haas)

date, but that might be something we could just tolerate. Another possible solution is to log the changes you make on the primary and have the standby replay those changes. Perhaps I'm wrong

2024-07-31 17:39:45 | Re: can we mark upper/lower/textlike functions leakproof? (Robert Haas)

throws no errors. Likewise unicode_utf8len() does not error. I don't see how we can get an error out of this path. - In cases not covered by the above, we take different paths depending