On Thu, Nov 30, 2017 at 3:53 PM, David Rowley
wrote:
> Unfortunate, but you're forgiven :-p
>
> I've attached a small patch to fix the comment at the head of the
> function. I thought I had fixed this, but seems I didn't.
Thanks, committed.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.c
Remove extra word from comment.
David Rowley, who also was the primary author of the patch that
added this function; the attribution in my previous commit,
84940644de931f331433b35e3a391822671f8c9c, was incorrect due to
sloppiness on my part.
Discussion:
http://postgr.es/m/cakjs1f_0isilqsf_c06azo
On 30 November 2017 at 14:48, Robert Haas wrote:
> On Wed, Nov 29, 2017 at 8:27 PM, Amit Langote
> wrote:
>> To be accurate, as also noted in the commit message of the patch that I
>> sent, authors of this patch are David Rowley and Kyotaro Horiguchi. David
>> came up with the idea and the patch
On 10/11/17 19:11, Andres Freund wrote:
> 3) Add pq_writeint$width(), pq_writestring(). These rely on sufficient
>space in the StringInfo's buffer, avoiding individual space checks
>& potential individual resizing. To allow this to be used for
>strings, expose mbutil.c's MAX_CONVERSION
SQL procedures
This adds a new object type "procedure" that is similar to a function
but does not have a return type and is invoked by the new CALL statement
instead of SELECT or similar. This implementation is aligned with the
SQL standard and compatible with or similar to other SQL implementati
Hi,
On 2017-11-30 23:53:55 +1300, Thomas Munro wrote:
> On Thu, Nov 30, 2017 at 4:47 PM, Thomas Munro
> wrote:
> > On Thu, Nov 30, 2017 at 4:13 PM, Tom Lane wrote:
> >> Andres Freund writes:
> >>> Add some regression tests that exercise hash join code.
> >>
> >> At least one buildfarm member do
Make create_unique_path manage memory like mark_dummy_rel.
Put the unique path in the same context as the owning RelOptInfo, rather
than the toplevel planner context. This is how this function worked
originally, but commit f41803bb39bc2949db200116a609fd242d0ec221
changed it without explanation.
On Thu, Nov 30, 2017 at 4:47 PM, Thomas Munro
wrote:
> On Thu, Nov 30, 2017 at 4:13 PM, Tom Lane wrote:
>> Andres Freund writes:
>>> Add some regression tests that exercise hash join code.
>>
>> At least one buildfarm member doesn't like this ...
>
> $$);
>initially_multibatch | increased_
Fix non-GNU makefiles for AIX make.
Invoking the Makefile without an explicit target was building every
possible target instead of just the "all" target. Back-patch to 9.3
(all supported versions).
Branch
--
REL9_6_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/c122002218fb
Fix non-GNU makefiles for AIX make.
Invoking the Makefile without an explicit target was building every
possible target instead of just the "all" target. Back-patch to 9.3
(all supported versions).
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/e21a556e136973cea95
Fix non-GNU makefiles for AIX make.
Invoking the Makefile without an explicit target was building every
possible target instead of just the "all" target. Back-patch to 9.3
(all supported versions).
Branch
--
REL_10_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/f8252b641826
Fix non-GNU makefiles for AIX make.
Invoking the Makefile without an explicit target was building every
possible target instead of just the "all" target. Back-patch to 9.3
(all supported versions).
Branch
--
REL9_4_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/e73981cdc0fd
Fix non-GNU makefiles for AIX make.
Invoking the Makefile without an explicit target was building every
possible target instead of just the "all" target. Back-patch to 9.3
(all supported versions).
Branch
--
REL9_5_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/d0408c90f423
Fix non-GNU makefiles for AIX make.
Invoking the Makefile without an explicit target was building every
possible target instead of just the "all" target. Back-patch to 9.3
(all supported versions).
Branch
--
REL9_3_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/93acb892d956
14 matches
Mail list logo