Qingqing,
On 7/12/06, Qingqing Zhou [EMAIL PROTECTED] wrote:
How long is that unacceptably long time?
30 seconds.
the problem here is that 29247 doesn't look like a big number so I can't see
why your patch solved the problem, unless the qsort_comparetup() function of
the data type eats
Joshua D. Drake wrote:
Updated to have stronger wording for vacuuming. Cleaned out some
extra superlatives. Added a couple of index entries for Routine
Maintenance and added entry specific to Analyze.
diff -c please.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
On Thursday 13 July 2006 20:58, Joshua D. Drake wrote:
Hello,
Updated to have stronger wording for vacuuming. Cleaned out some extra
superlatives. Added a couple of index entries for Routine Maintenance
and added entry specific to Analyze.
I noticed a number of typos in this...
Tom Lane wrote:
Bruce Momjian [EMAIL PROTECTED] writes:
Patch applied. Thanks.
I suspect the point was that limits.h is needed *instead of* math.h,
not *in addition to*. How many of those headers had math.h before?
The issue was that an include file included another include file that
had
Charles Duffy [EMAIL PROTECTED] writes:
On 7/12/06, Qingqing Zhou [EMAIL PROTECTED] wrote:
the problem here is that 29247 doesn't look like a big number so I can't see
why your patch solved the problem, unless the qsort_comparetup() function of
the data type eats too many circles or the cpu is
Peter Eisentraut wrote:
Joshua D. Drake wrote:
Updated to have stronger wording for vacuuming. Cleaned out some
extra superlatives. Added a couple of index entries for Routine
Maintenance and added entry specific to Analyze.
diff -c please.
I have been properly chastised by Neil too. I
Robert Treat wrote:
On Thursday 13 July 2006 20:58, Joshua D. Drake wrote:
Hello,
Updated to have stronger wording for vacuuming. Cleaned out some extra
superlatives. Added a couple of index entries for Routine Maintenance
and added entry specific to Analyze.
I noticed a number of typos in
On 7/13/06, Neil Conway [EMAIL PROTECTED] wrote:
Marko, can you take a look at what is causing this regression test
failure? The failing machine is kudu:
Seems you have skipped the CAST5 patch. Could you recheck?
--
marko
---(end of
When building with --enable-cassert, without --enable-thread-safety, or
when the OS supports USE_WIDE_UPPER_LOWER we need some more include files.
Kris JurkaIndex: src/backend/storage/buffer/buf_table.c
===
RCS file:
Hi Bruce-san.
Umm, c.h is the problem of msvc.
getaddrinfo.c
..\..\include\c.h(63) : fatal error C1083: 'crtdefs.h': No such file or
directory
crtdefs.h does not exist in vs2003...
problem is solved by removing this before vs2005.
moreover, nothing does not run short by it.
Regards,
Bruce Momjian [EMAIL PROTECTED] writes:
Patch applied. Thanks.
Also, I added an experimental feature for btree indexes. It checks
fragmentation factor of indexes. If an leaf has the right link on the next
adjacent page in the file, it is assumed to be continuous (not fragmented).
It will
The inclusion of access/tuptoaster.h in access/common/indextuple.c brought
in the define of TOAST_INDEX_HACK which compresses large index entries.
When this was removed the entries were no longer compressed which caused
btree_gist to fail.
Kris JurkaIndex:
Hello,
I did further work on both of these. Cleaned up some stupid spelling and
typos (forgot an s here, a y there ;)).
The commit log doesn't change from previous except that I added a
reference to Sourceforge for external projects, and I specified that
there are three required routing
Kris Jurka [EMAIL PROTECTED] writes:
When building with --enable-cassert, without --enable-thread-safety, or
when the OS supports USE_WIDE_UPPER_LOWER we need some more include files.
Done, thanks.
regards, tom lane
---(end of
Charles Duffy [EMAIL PROTECTED] writes:
[ CHECK_FOR_INTERRUPTS inside qsort comparison routine ]
It occurs to me that there's a nonzero risk of problems here, because if
the interrupt occurs qsort() will lose control. I'm wondering whether
there are any implementations of qsort() that allocate
Tom Lane wrote:
We might have to just tolerate this, but if it occurs on a lot of
platforms I'd have second thoughts about applying the patch. Anyone
familiar with the internals of glibc's qsort, in particular?
Doesn't look like it's allocating any nonlocal memory:
Peter Eisentraut [EMAIL PROTECTED] writes:
Tom Lane wrote:
We might have to just tolerate this, but if it occurs on a lot of
platforms I'd have second thoughts about applying the patch. Anyone
familiar with the internals of glibc's qsort, in particular?
Doesn't look like it's allocating any
Tom Lane wrote:
Doesn't look like it's allocating any nonlocal memory:
http://sourceware.org/cgi-bin/cvsweb.cgi/libc/stdlib/qsort.c?rev=1.
12content-type=text/x-cvsweb-markupcvsroot=glibc
But this file defines _quicksort() not qsort(). I was under the
impression that the latter is
Joshua D. Drake [EMAIL PROTECTED] writes:
Please let me know if there is anything else you would like me to do or add.
A round of copy-editing seems indicated, at least.
regards, tom lane
---(end of broadcast)---
TIP 4:
Tom Lane wrote:
Joshua D. Drake [EMAIL PROTECTED] writes:
Please let me know if there is anything else you would like me to do or add.
A round of copy-editing seems indicated, at least.
Oh, no doubt. I tried to fix as much as I find, including a bunch of
stuff already there. However, I do
On Friday 14 July 2006 15:23, Joshua D. Drake wrote:
Tom Lane wrote:
Joshua D. Drake [EMAIL PROTECTED] writes:
Please let me know if there is anything else you would like me to do or
add.
A round of copy-editing seems indicated, at least.
Oh, no doubt. I tried to fix as much as I
21 matches
Mail list logo
