agora inbox for [email protected]help / color / mirror / Atom feed
Messages from [email protected] Re: W3C Specs: Web SQL 2010-11-09 11:06 UTC Sam Mason <[email protected]> Re: Hash support for arrays 2010-11-02 21:26 UTC Sam Mason <[email protected]> Re: Query optimization problem 2010-07-21 13:40 UTC Sam Mason <[email protected]> Re: Specification for Trusted PLs? 2010-05-28 12:03 UTC Sam Mason <[email protected]> Re: Hiding data in postgresql 2010-05-25 10:47 UTC Sam Mason <[email protected]> Re: Catastrophic changes to PostgreSQL 8.4 2009-12-03 16:03 UTC Sam Mason <[email protected]> Re: Catastrophic changes to PostgreSQL 8.4 2009-12-03 11:32 UTC Sam Mason <[email protected]> Re: more support for various frame types of window functions 2009-11-09 16:47 UTC Sam Mason <[email protected]> Re: Specific names for plpgsql variable-resolution control options? 2009-11-09 01:44 UTC Sam Mason <[email protected]> Re: half OOT, plv8js group created ^^ 2009-10-27 12:37 UTC Sam Mason <[email protected]> Re: Newbie's question: How can I connect to my postgresql-server? 2009-09-28 12:00 UTC Sam Mason <[email protected]> Re: Newbie's question: How can I connect to my postgresql-server? 2009-09-27 13:47 UTC Sam Mason <[email protected]> Re: [HACKERS] libpq port number handling 2009-09-25 17:38 UTC Sam Mason <[email protected]> Re: Newbie's question: How can I connect to my postgresql-server? 2009-09-24 19:59 UTC Sam Mason <[email protected]> libpq port number handling 2009-09-24 19:51 UTC Sam Mason <[email protected]> Re: Newbie's question: How can I connect to my postgresql-server? 2009-09-24 18:57 UTC Sam Mason <[email protected]> Re: [BUGS] BUG #5053: domain constraints still leak 2009-09-15 14:19 UTC Sam Mason <[email protected]> Re: [BUGS] BUG #5053: domain constraints still leak 2009-09-15 10:44 UTC Sam Mason <[email protected]> Re: [BUGS] BUG #5053: domain constraints still leak 2009-09-15 10:33 UTC Sam Mason <[email protected]> Re: BUG #5053: domain constraints still leak 2009-09-14 15:58 UTC Sam Mason <[email protected]> Re: BUG #5053: domain constraints still leak 2009-09-14 15:52 UTC Sam Mason <[email protected]> Re: BUG #5053: domain constraints still leak 2009-09-14 14:48 UTC Sam Mason <[email protected]> Re: COALESCE and NULLIF semantics 2009-09-11 23:01 UTC Sam Mason <[email protected]> Re: COALESCE and NULLIF semantics 2009-09-11 22:37 UTC Sam Mason <[email protected]> Re: COALESCE and NULLIF semantics 2009-09-11 17:33 UTC Sam Mason <[email protected]> Re: COALESCE and NULLIF semantics 2009-09-11 17:29 UTC Sam Mason <[email protected]> Re: COALESCE and NULLIF semantics 2009-09-11 17:24 UTC Sam Mason <[email protected]> Re: Adding integers ( > 8 bytes) to an inet 2009-09-10 15:51 UTC Sam Mason <[email protected]> Re: COALESCE and NULLIF semantics 2009-09-09 21:00 UTC Sam Mason <[email protected]> Re: RfD: more powerful "any" types 2009-09-09 20:51 UTC Sam Mason <[email protected]> Re: Adding integers ( > 8 bytes) to an inet 2009-09-08 16:11 UTC Sam Mason <[email protected]> Re: 8.5 release timetable, again 2009-08-27 15:54 UTC Sam Mason <[email protected]> Re: Slaying the HYPOTamus 2009-08-24 18:04 UTC Sam Mason <[email protected]> Re: Slaying the HYPOTamus 2009-08-24 17:59 UTC Sam Mason <[email protected]> Re: DELETE syntax on JOINS 2009-08-24 17:52 UTC Sam Mason <[email protected]> Re: Bug in date arithmetic 2009-08-24 16:54 UTC Sam Mason <[email protected]> Re: docs for random function 2009-08-16 20:27 UTC Sam Mason <[email protected]> Re: GRANT ON ALL IN schema 2009-08-16 13:21 UTC Sam Mason <[email protected]> docs for random function 2009-08-16 12:35 UTC Sam Mason <[email protected]> Re: GRANT ON ALL IN schema 2009-08-16 01:48 UTC Sam Mason <[email protected]> Re: GRANT ON ALL IN schema 2009-08-15 22:31 UTC Sam Mason <[email protected]> Re: Patch for 8.5, transformationHook 2009-08-11 10:35 UTC Sam Mason <[email protected]> Re: Review: Revise parallel pg_restore's scheduling heuristic 2009-08-07 19:36 UTC Sam Mason <[email protected]> Re: Review: Revise parallel pg_restore's scheduling heuristic 2009-08-07 19:28 UTC Sam Mason <[email protected]> Re: Fixing geometic calculation 2009-08-07 18:59 UTC Sam Mason <[email protected]> Re: Fixing geometic calculation 2009-08-07 18:43 UTC Sam Mason <[email protected]> Re: Fixing geometic calculation 2009-08-07 17:51 UTC Sam Mason <[email protected]> Re: Fixing geometic calculation 2009-08-07 16:30 UTC Sam Mason <[email protected]> Re: Review: Revise parallel pg_restore's scheduling heuristic 2009-08-07 16:12 UTC Sam Mason <[email protected]> Re: Fixing geometic calculation 2009-08-07 15:54 UTC Sam Mason <[email protected]> Re: Review: Revise parallel pg_restore's scheduling heuristic 2009-08-07 15:33 UTC Sam Mason <[email protected]> Re: Fixing geometic calculation 2009-08-07 15:16 UTC Sam Mason <[email protected]> Re: Table and Index compression 2009-08-07 14:29 UTC Sam Mason <[email protected]> Re: Table and Index compression 2009-08-07 13:38 UTC Sam Mason <[email protected]> Re: Table and Index compression 2009-08-07 12:38 UTC Sam Mason <[email protected]> Re: Table and Index compression 2009-08-07 11:48 UTC Sam Mason <[email protected]> Re: Table and Index compression 2009-08-07 10:29 UTC Sam Mason <[email protected]> Re: Table and Index compression 2009-08-07 09:09 UTC Sam Mason <[email protected]> Re: the case for machine-readable error fields 2009-08-06 16:34 UTC Sam Mason <[email protected]> Re: the case for machine-readable error fields 2009-08-06 09:22 UTC Sam Mason <[email protected]> Re: the case for machine-readable error fields 2009-08-05 18:09 UTC Sam Mason <[email protected]> Re: the case for machine-readable error fields 2009-08-05 17:13 UTC Sam Mason <[email protected]> Re: the case for machine-readable error fields 2009-08-05 16:09 UTC Sam Mason <[email protected]> Re: the case for machine-readable error fields 2009-08-05 11:53 UTC Sam Mason <[email protected]> Re: the case for machine-readable error fields 2009-08-05 10:44 UTC Sam Mason <[email protected]> Re: Review: Revise parallel pg_restore's scheduling heuristic 2009-08-04 15:03 UTC Sam Mason <[email protected]> Re: Review: Revise parallel pg_restore's scheduling heuristic 2009-08-04 14:40 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-28 10:13 UTC Sam Mason <[email protected]> Re: When is a record NULL? 2009-07-26 23:26 UTC Sam Mason <[email protected]> Re: When is a record NULL? 2009-07-26 22:24 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-26 11:35 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-26 11:20 UTC Sam Mason <[email protected]> Re: When is a record NULL? 2009-07-26 00:40 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-25 23:49 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-25 20:27 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-25 20:12 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-25 12:13 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-25 00:30 UTC Sam Mason <[email protected]> Re: SE-PostgreSQL Specifications 2009-07-24 23:45 UTC Sam Mason <[email protected]> Re: When is a record NULL? 2009-07-24 22:15 UTC Sam Mason <[email protected]> Re: When is a record NULL? 2009-07-24 16:56 UTC Sam Mason <[email protected]> Re: Using a C++ library in PostgreSQL 2009-07-19 16:57 UTC Sam Mason <[email protected]> Re: Predicate migration on complex self joins 2009-07-14 16:09 UTC Sam Mason <[email protected]> Re: New types for transparent encryption 2009-07-13 19:15 UTC Sam Mason <[email protected]> Re: New types for transparent encryption 2009-07-12 12:57 UTC Sam Mason <[email protected]> Re: search_path improvements 2009-06-01 19:27 UTC Sam Mason <[email protected]> Re: Patch: AdjustIntervalForTypmod shouldn't discard high-order data 2009-06-01 09:19 UTC Sam Mason <[email protected]> Re: Python 3.0 does not work with PL/Python 2009-05-29 11:31 UTC Sam Mason <[email protected]> Re: Fast ALTER TABLE ... ADD COLUMN ... DEFAULT xxx? 2009-05-22 09:34 UTC Sam Mason <[email protected]> Re: Fast ALTER TABLE ... ADD COLUMN ... DEFAULT xxx? 2009-05-21 10:10 UTC Sam Mason <[email protected]> Re: INTERVAL data type and libpq - what format? 2009-05-19 14:12 UTC Sam Mason <[email protected]> Re: INTERVAL data type and libpq - what format? 2009-05-19 10:09 UTC Sam Mason <[email protected]> Re: RFE: Transparent encryption on all fields 2009-04-27 12:55 UTC Sam Mason <[email protected]> Re: RFE: Transparent encryption on all fields 2009-04-26 19:54 UTC Sam Mason <[email protected]> Re: [rfc] unicode escapes for extended strings 2009-04-17 17:46 UTC Sam Mason <[email protected]> Re: Unicode string literals versus the world 2009-04-17 14:30 UTC Sam Mason <[email protected]> Re: Unicode string literals versus the world 2009-04-17 11:25 UTC Sam Mason <[email protected]> Re: [rfc] unicode escapes for extended strings 2009-04-16 19:21 UTC Sam Mason <[email protected]> Re: [rfc] unicode escapes for extended strings 2009-04-16 18:43 UTC Sam Mason <[email protected]> Re: Unicode string literals versus the world 2009-04-16 16:08 UTC Sam Mason <[email protected]> Re: Unicode string literals versus the world 2009-04-16 15:24 UTC Sam Mason <[email protected]> Re: Unicode string literals versus the world 2009-04-16 14:34 UTC Sam Mason <[email protected]> Re: Performance of full outer join in 8.3 2009-04-16 11:44 UTC Sam Mason <[email protected]> Re: Unicode string literals versus the world 2009-04-16 10:51 UTC Sam Mason <[email protected]> Re: Unicode string literals versus the world 2009-04-15 11:45 UTC Sam Mason <[email protected]> Re: Closing some 8.4 open items 2009-04-11 15:36 UTC Sam Mason <[email protected]> Re: Unicode string literals versus the world 2009-04-11 15:20 UTC Sam Mason <[email protected]> Re: NaN support in NUMERIC data type 2009-04-09 12:59 UTC Sam Mason <[email protected]> Re: NaN support in NUMERIC data type 2009-04-09 00:00 UTC Sam Mason <[email protected]> Re: NaN support in NUMERIC data type 2009-04-08 11:31 UTC Sam Mason <[email protected]> NaN support in NUMERIC data type 2009-04-07 15:53 UTC Sam Mason <[email protected]> Re: [HACKERS] string_to_array with empty input 2009-04-03 00:33 UTC Sam Mason <[email protected]> Re: [HACKERS] string_to_array with empty input 2009-04-02 18:24 UTC Sam Mason <[email protected]> Re: [HACKERS] string_to_array with empty input 2009-04-02 17:35 UTC Sam Mason <[email protected]> Re: [GENERAL] string_to_array with empty input 2009-04-01 19:49 UTC Sam Mason <[email protected]> Re: [HACKERS] string_to_array with empty input 2009-04-01 19:17 UTC Sam Mason <[email protected]> Re: [HACKERS] string_to_array with empty input 2009-04-01 18:27 UTC Sam Mason <[email protected]> Re: [GENERAL] string_to_array with empty input 2009-04-01 14:38 UTC Sam Mason <[email protected]> Re: string_to_array with empty input 2009-04-01 14:00 UTC Sam Mason <[email protected]> Re: string_to_array with empty input 2009-03-31 15:34 UTC Sam Mason <[email protected]> Re: [HACKERS] string_to_array with empty input 2009-03-31 14:42 UTC Sam Mason <[email protected]> Re: improving concurrent transactin commit rate 2009-03-27 20:42 UTC Sam Mason <[email protected]> Re: improving concurrent transactin commit rate 2009-03-25 17:56 UTC Sam Mason <[email protected]> Re: improving concurrent transactin commit rate 2009-03-25 15:58 UTC Sam Mason <[email protected]> Re: Matching dimensions in arrays 2009-03-25 12:44 UTC Sam Mason <[email protected]> Re: improving concurrent transactin commit rate 2009-03-25 12:27 UTC Sam Mason <[email protected]> improving concurrent transactin commit rate 2009-03-24 23:52 UTC Sam Mason <[email protected]> Re: WIP: hooking parser 2009-02-19 19:47 UTC Sam Mason <[email protected]> Re: WIP: hooking parser 2009-02-19 18:29 UTC Sam Mason <[email protected]> Re: Multi calendar system for pgsql 2009-02-18 17:46 UTC Sam Mason <[email protected]> Re: The science of optimization in practical terms? 2009-02-18 15:13 UTC Sam Mason <[email protected]> Re: Questions about parsing boolean and casting to anyelement 2009-02-17 11:59 UTC Sam Mason <[email protected]> Re: WIP: hooking parser 2009-02-16 19:33 UTC Sam Mason <[email protected]> Re: WIP: hooking parser 2009-02-16 17:44 UTC Sam Mason <[email protected]> Re: WIP: hooking parser 2009-02-16 14:48 UTC Sam Mason <[email protected]> Re: WIP: hooking parser 2009-02-16 14:09 UTC Sam Mason <[email protected]> Re: Good Delimiter for copy command 2009-02-10 19:41 UTC Sam Mason <[email protected]> Re: using composite types in insert/update 2009-01-30 21:22 UTC Sam Mason <[email protected]> Re: using composite types in insert/update 2009-01-30 20:55 UTC Sam Mason <[email protected]> Re: using composite types in insert/update 2009-01-30 20:29 UTC Sam Mason <[email protected]> Re: using composite types in insert/update 2009-01-30 20:12 UTC Sam Mason <[email protected]> Re: using composite types in insert/update 2009-01-30 17:15 UTC Sam Mason <[email protected]> Re: using composite types in insert/update 2009-01-30 12:22 UTC Sam Mason <[email protected]> Re: 8.4 release planning 2009-01-27 14:48 UTC Sam Mason <[email protected]> Re: deductive databases in postgreSQL 2009-01-23 15:06 UTC Sam Mason <[email protected]> Re: FWD: Re: Updated backslash consistency patch 2009-01-15 17:55 UTC Sam Mason <[email protected]> Re: FWD: Re: Updated backslash consistency patch 2009-01-15 17:32 UTC Sam Mason <[email protected]> Re: float8 strtod weirdness 2009-01-07 16:21 UTC Sam Mason <[email protected]> Re: Is there a way to do an exact-match search on this list? 2009-01-06 15:11 UTC Sam Mason <[email protected]> Re: WIP: default values for function parameters 2008-12-12 14:14 UTC Sam Mason <[email protected]> Re: Proposal for better PQExpBuffer out-of-memory behavior 2008-11-26 12:12 UTC Sam Mason <[email protected]> Re: [GENERAL] literal limits in 8.3 2008-11-24 20:14 UTC Sam Mason <[email protected]> Re: literal limits in 8.3 2008-11-24 17:08 UTC Sam Mason <[email protected]> Re: literal limits in 8.3 2008-11-24 14:19 UTC Sam Mason <[email protected]> literal limits in 8.3 2008-11-24 12:42 UTC Sam Mason <[email protected]> Re: is any reason why only one columns subselect are allowed in array()? 2008-11-18 18:59 UTC Sam Mason <[email protected]> Re: is any reason why only one columns subselect are allowed in array()? 2008-11-18 18:41 UTC Sam Mason <[email protected]> Re: is any reason why only one columns subselect are allowed in array()? 2008-11-18 18:22 UTC Sam Mason <[email protected]> Re: is any reason why only one columns subselect are allowed in array()? 2008-11-18 17:13 UTC Sam Mason <[email protected]> Re: is any reason why only one columns subselect are allowed in array()? 2008-11-18 17:09 UTC Sam Mason <[email protected]> Re: is any reason why only one columns subselect are allowed in array()? 2008-11-18 16:01 UTC Sam Mason <[email protected]> Re: So what's an "empty" array anyway? 2008-11-12 15:50 UTC Sam Mason <[email protected]> Re: So what's an "empty" array anyway? 2008-11-12 15:45 UTC Sam Mason <[email protected]> Re: Question about SPI_prepare 2008-11-11 18:01 UTC Sam Mason <[email protected]> Re: array_agg and array_accum (patch) 2008-10-31 12:19 UTC Sam Mason <[email protected]> Re: Block-level CRC checks 2008-10-01 19:03 UTC Sam Mason <[email protected]> Re: [PERFORM] Memory question on win32 systems 2008-05-29 13:45 UTC Sam Mason <[email protected]> Re: triggers on prepare, commit, rollback... ? 2008-05-20 18:51 UTC Sam Mason <[email protected]> Re: triggers on prepare, commit, rollback... ? 2008-05-20 10:37 UTC Sam Mason <[email protected]> Re: Internal design of MERGE, with Rules 2008-04-30 23:26 UTC Sam Mason <[email protected]> Re: Protection from SQL injection 2008-04-28 23:15 UTC Sam Mason <[email protected]> Re: COPY Transform support 2008-04-04 11:41 UTC Sam Mason <[email protected]> Re: COPY Transform support 2008-04-04 01:20 UTC Sam Mason <[email protected]> Re: [GENERAL] SHA1 on postgres 8.3 2008-04-04 01:01 UTC Sam Mason <[email protected]> Re: [GENERAL] SHA1 on postgres 8.3 2008-04-04 00:37 UTC Sam Mason <[email protected]> Re: [GENERAL] SHA1 on postgres 8.3 2008-04-03 18:23 UTC Sam Mason <[email protected]> Re: [GENERAL] SHA1 on postgres 8.3 2008-04-03 16:52 UTC Sam Mason <[email protected]> Re: writing a MIN(RECORD) aggregate 2008-03-26 01:35 UTC Sam Mason <[email protected]> Re: writing a MIN(RECORD) aggregate 2008-03-25 20:22 UTC Sam Mason <[email protected]> Re: writing a MIN(RECORD) aggregate 2008-03-25 19:18 UTC Sam Mason <[email protected]> Re: writing a MIN(RECORD) aggregate 2008-03-25 17:57 UTC Sam Mason <[email protected]> Re: writing a MIN(RECORD) aggregate 2008-03-25 16:33 UTC Sam Mason <[email protected]> Re: Sort Refinement 2008-03-20 21:34 UTC Sam Mason <[email protected]> writing a MIN(RECORD) aggregate 2008-03-20 19:23 UTC Sam Mason <[email protected]> Re: [PATCHES] Text <-> C string 2008-03-19 17:44 UTC Sam Mason <[email protected]> Re: creating new aggregate function 2008-02-29 17:37 UTC Sam Mason <[email protected]> Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x 2008-02-29 00:09 UTC Sam Mason <[email protected]> Re: Common Sub-expression removal 2008-02-19 15:05 UTC Sam Mason <[email protected]> Re: wishlist for 8.4 2008-02-15 13:05 UTC Sam Mason <[email protected]> Re: Polyphase Merge 2008-01-22 12:47 UTC Sam Mason <[email protected]> Re: Polyphase Merge 2008-01-21 20:46 UTC Sam Mason <[email protected]> Re: VACUUM FULL out of memory 2008-01-08 17:53 UTC Sam Mason <[email protected]> Re: Dynamic Partitioning using Segment Visibility Maps 2008-01-03 00:41 UTC Sam Mason <[email protected]> Re: concurrency in psql 2008-01-01 15:27 UTC Sam Mason <[email protected]> foreign keys 2007-12-12 13:20 UTC Sam Mason <[email protected]> Re: PostGreSQL and recursive queries... 2007-11-30 19:20 UTC Sam Mason <[email protected]> Re: Sorting Improvements for 8.4 2007-11-28 15:30 UTC Sam Mason <[email protected]> Re: Terminal width for help output 2007-11-19 21:39 UTC Sam Mason <[email protected]> Re: Javascript support in the backend, i.e. PL/JS 2007-11-16 16:19 UTC Sam Mason <[email protected]> Re: Javascript support in the backend, i.e. PL/JS 2007-11-16 11:23 UTC Sam Mason <[email protected]> 200+ results
This inbox is served by agora; see mirroring instructions for how to clone and mirror all data and code used for this inbox