A recent backpatch to 7.3's contrib/ltree got mixed up, putting code in
the wrong place. This moves it to the right place which allows it to
compile.
Kris Jurka
Index: contrib/ltree/_ltree_gist.c
===
RCS file: /projects/cvsroot/
Per discussion at the conference:
In order to run the regression tests on Windows without msys, pg_regress
needs to be reimplemnted in C. There are two reasons to want this:
1) To be able to build completely without mingw (which can be a pain to
install if you're not lucky) - build pg with visual
On Thu, 2006-07-13 at 10:49 +0900, ITAGAKI Takahiro wrote:
> This is a revised patch originated by Junji TERAMOTO for HEAD.
> [BTree vacuum before page splitting]
> http://archives.postgresql.org/pgsql-patches/2006-01/msg00301.php
>
> I think we can resurrect his idea because we will scan btre
Added stronger language for PgFoundry.
Kept, but deprecated Gborg.
Updated some api links
Joshua D. Drake
--
=== The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive PostgreSQL solutions since
There is last version of patch with following changes/improvements:
1) I divide set_config_option to more smaller functions without backside
effect.
2) Behavior of reconfiguration is "same" in SIG_HUP context (exclude
elevel). All errors are reported and full validity of file is checked too.
On Thu, 2006-07-13 at 09:32 -0500, Kris Jurka wrote:
> A recent backpatch to 7.3's contrib/ltree got mixed up, putting code in
> the wrong place. This moves it to the right place which allows it to
> compile.
Applied, thanks.
-Neil
---(end of broadcast)--
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.
--
=== The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergenc
The attached patch makes the tree build for me again after the recent
include changes. This patch still violates the postgres.h before all
system headers rule and I'm still not sure what changed that broke
everything, but if people need to get work done this may help.
Kris JurkaIndex: contr
Patch applied. Thanks.
---
Kris Jurka wrote:
>
> The attached patch makes the tree build for me again after the recent
> include changes. This patch still violates the postgres.h before all
> system headers rule and I'
Kris Jurka <[EMAIL PROTECTED]> writes:
> The attached patch makes the tree build for me again after the recent
> include changes. This patch still violates the postgres.h before all
> system headers rule and I'm still not sure what changed that broke
> everything, but if people need to get work
Tom Lane wrote:
> Kris Jurka <[EMAIL PROTECTED]> writes:
> > The attached patch makes the tree build for me again after the recent
> > include changes. This patch still violates the postgres.h before all
> > system headers rule and I'm still not sure what changed that broke
> > everything, but
On Fri, 14 Jul 2006, Tom Lane wrote:
I think that Bruce thought that defines INT_MAX and related
symbols, whereas the spec is perfectly clear that they're in
. However, that's where they are on my machines, and yet CVS
tip is not failing for me. I'm not clear why not... What platform
are y
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?
regards, tom lane
---(end of broadcast)
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 ea
14 matches
Mail list logo