000\210\035\000H!\027\000\210\216\000T\vB\017\304\t\027\000\210\a\000\206\b\033\030.\"",
> '\000' ..., force_align_d = 0, force_align_i64 = 0}}
>
> (gdb) p innerFile->files[0]
> $8 = 2397
Hmm. That all looks pretty sane from here, but tells us nothing about
whether it was already freed and if so where.
--
Thomas Munro
https://enterprisedb.com
On Mon, Aug 26, 2019 at 1:44 PM Justin Pryzby wrote:
> On Mon, Aug 26, 2019 at 01:09:19PM +1200, Thomas Munro wrote:
> > On Sun, Aug 25, 2019 at 3:15 PM Peter Geoghegan wrote:
> > > I was reminded of this issue from last year, which also appeared to
> > > involve BufFi
we figure out what to do about
the other problem and what needs to be back-patched.
--
Thomas Munro
https://enterprisedb.com
don't have. If we add support for that in some future
release, we can figure out how to do it properly then, no?
--
Thomas Munro
https://enterprisedb.com
d371e2, the only non-doc commit listed on the
first failure, could have anything to do with that.
--
Thomas Munro
https://enterprisedb.com
On Tue, Aug 27, 2019 at 1:48 PM Tom Lane wrote:
> A stack trace would likely be really useful right about now.
Yeah. Looking into how to get that.
--
Thomas Munro
https://enterprisedb.com
On Tue, Aug 27, 2019 at 1:54 PM Tom Lane wrote:
> Thomas Munro writes:
> > OK I started writing a patch and realised there were a few ugly
> > problems that I was about to report here... but now I wonder if, based
> > on the comment for RelationHasUnloggedIndex(), we should
ROS Didier schrieb am 27.08.2019 um 12:47:
> In my business, one of the things blocking the migration from Oracle
> to PostgreSQL is not having the equivalent of Oracle Real Application
> Testing .
>
> This product captures a charge in production and replay it in a test
> environment.
>
> this allo
workloads like the one generated by
test-indexscan.sql (from my earlier message) from many backends at the
same time on a large system. That's just an observation I'm leaving
here, I'm not planning to chase that any further for now.
--
Thomas Munro
https://enterprisedb.com
Merlin Moncure schrieb am 28.08.2019 um 18:22:
My test case here is the query: pgsql-hackers
That search term is the first hit on DuckDuckGo:
https://duckduckgo.com/?q=pgsql-hackers+ExecHashJoinNewBatch&t=h_&ia=web
Searching for "postgres ExecHashJoinNewBatch" returns that ot position 4
https:
p whitelists currently cause PostgreSQL to panic for users of
Docker, Nspawn etc on POWER and ARM because of that. That's a bug
being fixed elsewhere, but it reveals another thing to be careful of
if you're trying to build your own whitelist by guessing what libc
needs to call.
[1]
https://ww
On Tue, Aug 27, 2019 at 2:09 PM Thomas Munro wrote:
> On Tue, Aug 27, 2019 at 1:48 PM Tom Lane wrote:
> > A stack trace would likely be really useful right about now.
>
> Yeah. Looking into how to get that.
Erm. I heard the system was in a very unhappy state and couldn&#
Hello,
I'm reviving a thread from 2016, because I wanted this thing again today.
Tom Lane wrote:
> Thomas Munro writes:
> > Here's a sketch patch that creates a function array_unique which takes
> > the same arguments as qsort or qsort_arg and returns the new length.
&
On Fri, Aug 2, 2019 at 10:42 PM Thomas Munro wrote:
> On Thu, Jul 25, 2019 at 1:11 PM Thomas Munro wrote:
> > On Thu, Jul 25, 2019 at 12:42 PM Tom Lane wrote:
> > > Andres Freund writes:
> > > > On 2019-07-24 20:34:39 -0400, Tom Lane wrote:
> > > >>
sort of fudging together of ideas from conversations with
Kevin Grittner (who talked about admission control a few years back),
Peter Geoghegan (who mentioned opportunistically asking for more), and
things I've heard of on SQL Server ("memory grants"). I think it
would provide some r
Hi,
News from Fabien's bleeding edge compiler zoo: apparently GCC 10
20190831 thinks the tsearch test should produce different output than
20190824 did. It looks like the parsing of question marks change...
I can't wait for next week's installment.
--
Thomas Munro
https://enterprisedb.com
t;
> I found that we don't emit an WAL record when we update the
> slot->meta.status as UNDO_LOG_STATUS_FULL. If we don't that, after
> crash recovery, some new transaction may use that undo log which is
> wrong, IMHO. Am I missing something?
Thanks, right, t
opose a concrete rule, but maybe something based on
session_max_work_mem / njoins, with various fudge factors, and some
accounting for parallel workers; it's probably good to low-ball it and
rely on session_extra_work_mem).
Yeah, I think you'd want to be able to set session_XXX on databases
and roles so that you can say your regular users can't eat more than
10% of memory each, but a big reporting thing is allowed more.
--
Thomas Munro
https://enterprisedb.com
ct/postgresql-cfbot/postgresql/build/1.0.55034?fullLog=true
--
Thomas Munro
https://enterprisedb.com
On Wed, Aug 14, 2019 at 3:54 AM Fabien COELHO wrote:
> Some windows-specific hacks are note tested.
Somehow this macro hackery has upset the Windows socket headers:
https://ci.appveyor.com/project/postgresql-cfbot/postgresql/build/1.0.55019
--
Thomas Munro
https://enterprisedb.com
t all sounds like a lot of work though, and it might be easier to
just make an exception and use SIGTERM to shut down the archiver, as I
think Tom was suggesting. Unfortunately we have the same problem
elsewhere, where we use popen(). I just wrote a C program that does
just "sleep(60)",
7;ll
build and test every time you push a new tweak. Takes a few minutes
to get the answer each time you try something, but I have managed to
get things working on Windows that way.
--
Thomas Munro
https://enterprisedb.com
debugger.
>
> Therefore, I think that pg_attribute_always_inline is not merely
> useless but actively bad, and should be removed.
My intention was to make sure it really did get inlined at higher
optimisation levels even though the compiler wouldn't otherwise choose
to do that in a couple of special cases, not to force inlining even at
-O0. Not sure how to achieve the first of those things without the
second. I wonder if there is a better way.
--
Thomas Munro
http://www.enterprisedb.com
her "note" call to introduce the LDAPS
> tests section.
I realised that I should probably also include a new test for
ldaptls=1, so that we can see that both ways of doing TLS are working.
I added that test, and added a "note" to label the whole section as
"TLS"
e *narrower* if you don't have atomics or ask for it
with USE_SMALL_DSA_POINTER
--
Thomas Munro
http://www.enterprisedb.com
On Thu, Jan 4, 2018 at 12:01 PM, Tom Lane wrote:
> Thomas Munro writes:
>> Andrew Gierth complained off-list that TupleDescCopy() doesn't clear
>> atthasdef. Yeah, that's an oversight. The function is new in commit
>> cc5f81366c36 and was written by me to support
On Thu, Jan 4, 2018 at 12:29 PM, Thomas Munro
wrote:
> If there is any system where sizeof(FormData_pg_attribute) !=
> (offsetof(FormData_pg_attribute,attcollation) + sizeof(Oid)), won't
> load_relcache_init_file() get upset? Oh, I see it would just go to
> read_failed and the
On Tue, Jan 2, 2018 at 4:58 PM, Thomas Munro
wrote:
> On Tue, Jan 2, 2018 at 4:17 PM, Tom Lane wrote:
>> gaur | nodeHashjoin.c:167: warning: `always_inline' attribute
>> directive ignored
>> mastodon | .\src\backend\executor\nodeHashjoin.c(165): warning C4141
leep(), and it won't miss any signals that it can't
afford to miss because the first call to ConditionVariableSleep() will
return immediately so the caller will recheck its condition.
--
Thomas Munro
http://www.enterprisedb.com
ed anyone. Maybe the only reason we have that
return code is so that ConditionVariableBroadcast() can use it the way
it does in master...
An alternative would be to mark sentinel entries somehow so that
signallers can detect them and signal again, but that's not
backpatchable.
--
Thomas Munro
http://www.enterprisedb.com
d pop the first entry at the same
time, so that we're not adding an extra spinlock acquire/release?
--
Thomas Munro
http://www.enterprisedb.com
g I'd still like to see some effort put into reducing that.
Will do.
--
Thomas Munro
http://www.enterprisedb.com
attached script? I don't know anything about Cygwin
myself but I see that it's possible to get a core file that gdb can
load with "dumper":
https://stackoverflow.com/questions/320001/using-a-stackdump-from-cygwin-executable
https://cygwin.com/cygwin-ug-net/dumper.h
ontrolled by arbitrary buffer
sizes? Examples: 8kB BufFile buffers and 128kB replication stream
buffers. Just an idea, not sure if it's worth looking into; maybe we
already spend enough time filling those buffers that a 50% syscall
markup won't hurt.
--
Thomas Munro
http://www.enterprisedb.com
; so why not just get rid of it?
>
> Concretely, as per attached.
+1 for the idea. Haven't looked at the code yet but I'll review this
and the proclist patch shortly.
--
Thomas Munro
http://www.enterprisedb.com
It's okay to do this
> * because whenever control does return to the other test-and-sleep loop,
> * its ConditionVariableSleep call will just re-establish that sleep as
> * the prepared one.
> */
+1
[1]
https://www.postgresql.org/message-id/flat/CAEepm%3D0qQ6DO-u%3D25ny5EJAUbWeHbAQgJj1UJFAL1NWJNxC%2Bgg%40mail.gmail.com
--
Thomas Munro
http://www.enterprisedb.com
On Mon, Jan 8, 2018 at 2:38 PM, Thomas Munro
wrote:
> On Fri, Jan 5, 2018 at 6:28 AM, Robert Haas wrote:
>> On Tue, Jan 2, 2018 at 5:23 PM, Andres Freund wrote:
>>> Note that real-world scenarios probably will see somewhat smaller
>>> impact, as this was measured o
On Mon, Jan 8, 2018 at 5:25 PM, Thomas Munro
wrote:
> On Sun, Jan 7, 2018 at 10:43 AM, Tom Lane wrote:
>> Actually ... perhaps a better design would be to have
>> ConditionVariable[PrepareTo]Sleep auto-cancel any prepared sleep for
>> a different condition variable, analog
restriction within buffile.c
> ever was removed, everything would work fine.
+1
> * Added new call to BufFileExportShared() when freezing tape in logtape.c.
+1
> * Polished the stuff that is added to buffile.c. Mostly comments that
> clarify its reason for existing. Also added Assert()s
On Thu, Jan 11, 2018 at 11:42 AM, Peter Geoghegan wrote:
> "Peter Geoghegan, Rushabh Lathia" seems right. Thomas did write a very
> small amount of the actual code, but I think it was more of a review
> thing (he is already credited as a reviewer).
+1
--
Total time spent executing the statement, in milliseconds
... and likewise for the min, max, avg, stddev columns.
> +
> /*
> * PlannedStmt node
> *
>
> Extra change.
Fixed.
Thanks!
--
Thomas Munro
http://www.enterprisedb.com
pg-stat-statements-planning-v2.patch
Description: Binary data
re relations).
[1]
https://www.postgresql.org/message-id/20161113222804.o2uw7c2fish67iej%40alap3.anarazel.de
--
Thomas Munro
http://www.enterprisedb.com
Tom Lane wrote:
> Perhaps serialize the contents into an array in DSM, then rebuild a hash
> table from that in the worker. Robert might have a better idea though.
I'd happily volunteer to write or review a patch to do that. Is there
a rebase of the stuff that got reverted, to build on?
--
Thomas Munro
http://www.enterprisedb.com
On Tue, Jan 9, 2018 at 6:24 AM, Catalin Iacob wrote:
> On Fri, Dec 1, 2017 at 10:09 PM, Thomas Munro
> wrote:
>>> On 11/30/17 23:35, Thomas Munro wrote:
>>>> Hmm. Yeah, it does, but apparently it's not so transparent. So if we
>>>> mention that we&
r error : Entity 'datatype' not defined
&datatype;
^
--
Thomas Munro
http://www.enterprisedb.com
defined reference to `PortalGetHeapMemory'
That's because commit 0f7c49e85518dd846ccd0a044d49a922b9132983 killed
PortalGetHeapMemory. Looks like it needs to be replaced with
portal->portalContext.
--
Thomas Munro
http://www.enterprisedb.com
unc.sgml:20721: parser error : chunk is not well balanced
postgres.sgml:105: parser error : Failure to process entity func
&func;
^
postgres.sgml:105: parser error : Entity 'func' not defined
&func;
^
--
Thomas Munro
http://www.enterprisedb.com
Failure to process entity reference
&reference;
^
postgres.sgml:231: parser error : Entity 'reference' not defined
&reference;
^
--
Thomas Munro
http://www.enterprisedb.com
here:
gram.y:1160:19: error: incompatible pointer types assigning to 'char
*' from 'Node *' (aka 'struct Node *')
[-Werror,-Wincompatible-pointer-types]
{ (yyval.str) = (yyvsp[0].node); }
^ ~~~
--
Thomas Munro
http://www.enterprisedb.com
Dbs(NULL, false);
^
In file included from startup.c:21:0:
describe.h:68:13: note: declared here
extern bool listAllDbs(const char *pattern, bool verbose, sortby_type
sortby, bool sort_desc);
^
--
Thomas Munro
http://www.enterprisedb.com
he new fields in
> JoinPathExtraData to the end of that struct.
FYI this doesn't compile anymore, because initial_cost_hashjoin() and
create_hashjoin_path() changed in master.
--
Thomas Munro
http://www.enterprisedb.com
imestamp('2011-12-18 11:38 -05:20', '-MM-DD HH12:MI TZH:TZM');
to_timestamp
--
! Sat Dec 17 22:18:00 2011 PST
(1 row)
SELECT to_timestamp('2011-12-18 11:38 20', '-MM-DD HH12:MI TZM');
==
--
Thomas Munro
http://www.enterprisedb.com
ILED
Because:
! ERROR: only superuser can change options of a file_fdw foreign table
...
! ERROR: only superuser or a member of the pg_access_server_files role
can change options of a file_fdw foreign table
--
Thomas Munro
http://www.enterprisedb.com
ECT testSVToJsonb2('1E+131071');
! ERROR: invalid input syntax for type numeric: "inf"
CONTEXT: PL/Perl function "testsvtojsonb2"
SELECT testSVToJsonb2('-1');
testsvtojsonb2
==
--
Thomas Munro
http://www.enterprisedb.com
On Fri, Jan 12, 2018 at 4:19 PM, Robert Haas wrote:
> On Thu, Jan 11, 2018 at 6:01 PM, Thomas Munro
> wrote:
>> [ the data isn't session lifetime ]
>>
>> So I agree with Tom's suggestion:
>>
>> On Wed, Oct 4, 2017 at 2:29 PM, Tom Lane wrote:
>&
On Fri, Jan 12, 2018 at 4:35 PM, Stephen Frost wrote:
> Appears to compile and pass make check-world still (not sure why Thomas'
> bot currently thinks the build fails, since it worked here..).
It looks good now. There was a brief window when all Travis CI builds
said this whi
occur to me that that was kind of weird, and I
>>> struggled with it on my own for a little while, I ultimately agreed
>>> with Thomas that it added something to have ltsConcatWorkerTapes()
>>> call some buffile function in every iteration of its loop.
>>> (Buf
t seems a bit strange to have to go through the locking twice,
but I don't have a better idea. First attempt seems to be working.
I'll post an updated patch in a couple of days when I'm back from
travelling and have a tidier version with a new GUC and have thought
about the nested_level question.
--
Thomas Munro
http://www.enterprisedb.com
ut I'm not entirely sure.Rather
> than making an executive decision immediately, I'd like to wait a few
> days to give others a chance to comment. I am hoping that we might get
> some other opinions, especially from Thomas who implemented
> parallel_leader_participation, or
Control (UAC) must be disabled. When the UAC is
enabled, the normal
+command prompt revokes the user right Lock Pages in Memory
when started.
Is that first sentence missing the word "and" after "administrator"?
--
Thomas Munro
http://www.enterprisedb.com
On Fri, Jan 12, 2018 at 1:12 PM, Thomas Munro
wrote:
> On Tue, Jan 9, 2018 at 6:24 AM, Catalin Iacob wrote:
>> So I tried to redo the second paragraph and ended up with the
>> attached. Rationale for the changes:
>> * changed "this feature" to "explicitly r
On Mon, Jan 22, 2018 at 6:30 PM, Justin Pryzby wrote:
> On Mon, Jan 22, 2018 at 03:54:26PM +1300, Thomas Munro wrote:
>> On Fri, Jan 12, 2018 at 1:12 PM, Thomas Munro
>> wrote:
>> > On Tue, Jan 9, 2018 at 6:24 AM, Catalin Iacob
>> > wrote:
>> > I d
y line 6 and synopsis
^
ref/alter_table.sgml:1534: parser error : chunk is not well balanced
^
ref/alter_table.sgml:1534: parser error : chunk is not well balanced
^
--
Thomas Munro
http://www.enterprisedb.com
On Tue, Jan 23, 2018 at 12:41 PM, Thomas Munro
wrote:
> On Mon, Jan 15, 2018 at 2:32 PM, Stephen Frost wrote:
>> If someone else would like to review it, that'd be great, otherwise I'll
>> probably get it committed soon.
>
> FYI the v2 doesn't build:
>
&
eiling; that would be awful.)
(After talking this through with Robert off-list). Right, the
CHECK_FOR_INTERRUPTS() in ConditionVariableSleep() handles errors from
parallel workers. There is no problem here.
--
Thomas Munro
http://www.enterprisedb.com
On Fri, Jan 19, 2018 at 12:14 AM, Thomas Munro
wrote:
> On Sat, Jan 13, 2018 at 2:16 PM, Tom Lane wrote:
>> What we could/should do instead, I think, is have pgss_planner_hook
>> make its own pgss_store() call to log the planning time results
>> (which would mean we
fixed a warning from antique GCC which didn't understand this magic.
2. You also defined it as plain old "inline" for unknown compilers.
Perhaps we should combine these?
--
Thomas Munro
http://www.enterprisedb.com
test case was excessively expensive for
> what it covered, and I'm now thinking the same about hash joins.
Does join-test-shrink.patch (from my earlier message) help much, on
prairiedog? It cut "check" time
On Wed, Jan 24, 2018 at 1:42 PM, Tom Lane wrote:
> Thomas Munro writes:
>> On Wed, Jan 24, 2018 at 1:16 PM, Michail Nikolaev
>> wrote:
>>> Just very small fix for C4141 warning
>
>> Thanks. This is similar to the fix I proposed over here:
>> https
0
(1 row)
postgres=# select count(*) from foox;
ERROR: lost connection to parallel worker
postgres=# select count(*) from foox;
ERROR: lost connection to parallel worker
postgres=# select count(*) from foox;
ERROR: lost connection to parallel worker
postgres=# select count(*) from foox;
ERROR: lost connection to parallel worker
--
Thomas Munro
http://www.enterprisedb.com
chaos-monkey-fork-process.patch
Description: Binary data
m to attach you can detect
unexpected dead workers (via shm_mq_receive), at the cost of having
the leader wasting time waiting around for forked processes to say
hello when it could instead be sorting tuples.
--
Thomas Munro
http://www.enterprisedb.com
Wait() to hang forever.
If you attach and raise an error, the leader will receive an error
message via CFI() and will then raise an error itself and terminate
all workers during cleanup.
--
Thomas Munro
http://www.enterprisedb.com
On Wed, Jan 24, 2018 at 6:43 PM, Amit Kapila wrote:
> On Wed, Jan 24, 2018 at 10:36 AM, Thomas Munro
> wrote:
>> On Wed, Jan 24, 2018 at 5:59 PM, Amit Kapila wrote:
>>>>> I am going to repeat my previous suggest that we use a Barrier here.
>>>>> Give
h some free shared space, and in this capacity
they can be used to own a DSA area (or shared files, or interprocess
queues, or ..).
Hope that helps.
--
Thomas Munro
http://www.enterprisedb.com
On Wed, Jan 24, 2018 at 5:25 PM, Thomas Munro
wrote:
> If there were some way for the postmaster to cause reason
> PROCSIG_PARALLEL_MESSAGE to be set in the leader process instead of
> just notification via kill(SIGUSR1) when it fails to fork a parallel
> worker, we'd get (1
On Thu, Jan 25, 2018 at 8:54 AM, Peter Geoghegan wrote:
> I have used Thomas' chaos-monkey-fork-process.patch to verify:
>
> 1. The problem of fork failure causing nbtsort.c to wait forever is a
> real problem. Sure enough, the coding pattern within
> _bt_leader_heapscan()
for
Windows) including my current favourite we waste a bunch of memory.
--
Thomas Munro
http://www.enterprisedb.com
MiB, 48 MiB, 56 MiB, 64 MiB] |
| ... ... |
| 512 PiB [2560 PiB, 3 EiB, 3584 PiB, 4 EiB] |
| 1 EiB [5 EiB, 6 EiB, 7 EiB]|
+------+
--
Thomas Munro
http://www.enterprisedb.com
bly need to improve the scheduling logic
a bit to make it useful first (prioritising new patches or something,
since otherwise it'll take up to multiple days to get around to
valgrind-testing any given patch...).
--
Thomas Munro
http://www.enterprisedb.com
On Wed, Dec 13, 2017 at 5:30 PM, Thomas Munro
wrote:
> On Wed, Dec 13, 2017 at 2:09 PM, Haribabu Kommi
> wrote:
>> Thanks for explaining the problem in generating an isolation test to
>> test the serialize parallel query.
>>
>> Committer can decide whether existi
On Thu, Jan 25, 2018 at 9:28 AM, Peter Geoghegan wrote:
> On Wed, Jan 24, 2018 at 12:13 PM, Thomas Munro
> wrote:
>> On Thu, Jan 25, 2018 at 8:54 AM, Peter Geoghegan wrote:
>>> I have used Thomas' chaos-monkey-fork-process.patch to verify:
>>>
>>
ion_size
--
! 8192
(1 row)
SELECT count(*) FROM vactst;
======
--
Thomas Munro
http://www.enterprisedb.com
&cascade, &restart_seqs);
^
--
Thomas Munro
http://www.enterprisedb.com
tty sure it just
needs NULL in the third argument.
--
Thomas Munro
http://www.enterprisedb.com
uild: you now need to say
instead of , and you need to say .
--
Thomas Munro
http://www.enterprisedb.com
e weird timing
effect that you don't see on your development system.
--
Thomas Munro
http://www.enterprisedb.com
Hi,
I noticed that the documentation for encrypt()/decrypt() says "aes —
AES (Rijndael-128)", but in fact 192 and 256 bit keys are also
supported, whether you build --with-openssl or --without-openssl.
Should that say "AES (Rijndael-128, -192 or -256)" instead?
-
etimes reduce the size of the
index while retaining the possibility of using a faster index-only
scan.
--
Thomas Munro
http://www.enterprisedb.com
On Fri, Jan 26, 2018 at 7:30 PM, Peter Geoghegan wrote:
> On Thu, Jan 25, 2018 at 10:00 PM, Amit Kapila wrote:
>> However, now I see that you and Thomas are trying to find a different
>> way to overcome this problem differently, so not sure if I should go
>> ahead or not.
as anything to do with it
because it doesn't touch anything outside contrib/pg_stat_statements.
--
Thomas Munro
http://www.enterprisedb.com
es=13, Tests=134, 198 wallclock secs ( 0.10 usr 0.01 sys + 35.98
cusr 10.35 csys = 46.44 CPU)
Result: FAIL
Makefile:19: recipe for target 'check' failed
--
Thomas Munro
http://www.enterprisedb.com
On Fri, Jan 12, 2018 at 9:47 PM, Anthony Bykov wrote:
> On Fri, 12 Jan 2018 15:19:26 +1300
> Thomas Munro wrote:
> Hello, thank you for your message.
> The problem was that different perl compilers uses different infinity
> representations. Some of them use "Inf" o
On Thu, Jan 11, 2018 at 7:59 PM, Kyotaro HORIGUCHI
wrote:
> [new patch set]
FYI this is still broken:
test ddl ... FAILED
You could see that like this:
cd contrib/test_decoding
make check
--
Thomas Munro
http://www.enterprisedb.com
On Sat, Jan 27, 2018 at 4:56 AM, Robert Haas wrote:
> On Thu, Jan 25, 2018 at 8:19 PM, Michael Paquier
> wrote:
>> On Fri, Jan 26, 2018 at 12:33:41PM +1300, Thomas Munro wrote:
>>> I noticed that the documentation for encrypt()/decrypt() says "aes —
>>> AES (
e_eq_internal(typcache,
pred_range, clause_range))
+ {
+ return true;
+ }
Unnecessary braces.
+/*
+ * Get range type for the corresprent scalar type.
+ * Returns NULl if such range type is not found.
+ * This function performs sequential scan in pg_range table,
+ * but since number of range
On Mon, Jan 29, 2018 at 5:35 PM, Tom Lane wrote:
> Thomas Munro writes:
>> Does anyone have any thoughts on why Travis CI might be failing
>> occasionally as shown below, but the build farm apparently doesn't?
>> It's not alien technology, it's just Ubuntu L
On Mon, Jan 29, 2018 at 5:48 PM, Thomas Munro
wrote:
> On Mon, Jan 29, 2018 at 5:35 PM, Tom Lane wrote:
>> Thomas Munro writes:
>>> Does anyone have any thoughts on why Travis CI might be failing
>>> occasionally as shown below, but the build farm apparently
to me. If there's no objection, especially from Thomas
> Munro, I will mark this as "ready for committer".
About the idea: it makes some kind of sense to me that we should lock
the underlying table, in all the same cases that you could do DML on
the view automatically. I wond
00/final 297347) (based on
LLVM 4.0.0)
This seems to be a valid complaint. I don't think you should be
(indirectly) wrapping Types.h in extern "C". At a guess, your
llvmjit.h should be doing its own #ifdef __cplusplus'd linkage
specifiers, so you can use it from C or C++, but making sure that you
don't #include LLVM's headers from a bizarro context where __cplusplus
is defined but the linkage is unexpectedly already "C"?
--
Thomas Munro
http://www.enterprisedb.com
On Wed, Jan 31, 2018 at 3:05 PM, Andres Freund wrote:
> On 2018-01-31 14:42:26 +1300, Thomas Munro wrote:
>> I'm just starting to look at this (amazing) work, and I don't have a
>> strong opinion yet. But certainly, making it easy for packagers to
>> put the -ji
901 - 1000 of 4278 matches
Mail list logo
