- 14 Sep, 2002 1 commit
-
-
Tom Lane authored
-
- 12 Sep, 2002 2 commits
-
-
Bruce Momjian authored
> arrays using largely-similar code. But while intarray fails its > regression test, I find ltree still passes. So I'm confused about what > that code is really doing and don't want to touch it. Please, apply attached patch, it solves the problem. Teodor Sigaev
-
Bruce Momjian authored
for contrib/intarray. The cause was that the library uses its own function to construct a new array, new_intArrayType, and that function did not set the new array struct attribute elemtype. Joe Conway
-
- 04 Sep, 2002 1 commit
-
-
Bruce Momjian authored
-
- 02 Sep, 2002 1 commit
-
-
Bruce Momjian authored
already fixed by You. However there were a few left and attached patch should fix the rest of them. I used StringInfo only in 2 places and both of them are inside debug ifdefs. Only performance penalty will come from using strlen() like all the other code does. I also modified some of the already patched parts by changing snprintf(buf, 2 * BUFSIZE, ... style lines to snprintf(buf, sizeof(buf), ... where buf is an array. Jukka Holappa
-
- 10 Aug, 2002 1 commit
-
-
Bruce Momjian authored
1. Reworked patch from Andrey Oktyabrski (ano@spider.ru) with functions: icount, sort, sort_asc, uniq, idx, subarray operations: #, +, -, |, & FUNCTIONS: int icount(int[]) - the number of elements in intarray int[] sort(int[], 'asc' | 'desc') - sort intarray int[] sort(int[]) - sort in ascending order int[] sort_asc(int[]),sort_desc(int[]) - shortcuts for sort int[] uniq(int[]) - returns unique elements int idx(int[], int item) - returns index of first intarray matching element to item, or '0' if matching failed. int[] subarray(int[],int START [, int LEN]) - returns part of intarray starting from element number START (from 1) and length LEN. OPERATIONS: int[] && int[] - overlap - returns TRUE if arrays has at least one common elements. int[] @ int[] - contains - returns TRUE if left array contains right array int[] ~ int[] - contained - returns TRUE if left array is contained in right array # int[] - return the number of elements in array int[] + int - push element to array ( add to end of array) int[] + int[] - merge of arrays (right array added to the end of left one) int[] - int - remove entries matched by right argument from array int[] - int[] - remove left array from right int[] | int - returns intarray - union of arguments int[] | int[] - returns intarray as a union of two arrays int[] & int[] - returns intersection of arrays Oleg Bartunov
-
- 07 Jun, 2002 1 commit
-
-
Bruce Momjian authored
Fixed bug with '=' operator for gist__int_ops and define '=' operator for gist__intbig_ops opclass. Now '=' operator is consistent with standard 'array' type. Thanks Achilleus Mantzios for bug report and suggestion. Oleg Bartunov
-
- 06 Mar, 2002 1 commit
-
-
Bruce Momjian authored
o Change all current CVS messages of NOTICE to WARNING. We were going to do this just before 7.3 beta but it has to be done now, as you will see below. o Change current INFO messages that should be controlled by client_min_messages to NOTICE. o Force remaining INFO messages, like from EXPLAIN, VACUUM VERBOSE, etc. to always go to the client. o Remove INFO from the client_min_messages options and add NOTICE. Seems we do need three non-ERROR elog levels to handle the various behaviors we need for these messages. Regression passed.
-
- 07 Feb, 2002 1 commit
-
-
Tom Lane authored
Teodor Sigaev <teodor@stack.net>.
-
- 04 Oct, 2001 1 commit
-
-
Bruce Momjian authored
Oleg Bartunov
-
- 30 Sep, 2001 1 commit
-
-
Tom Lane authored
1. gist__int_ops is now without lossy 2. added sort entry in picksplit Oleg Bartunov
-
- 23 Sep, 2001 1 commit
-
-
Bruce Momjian authored
Changes: 1. Added support for boolean queries (indexable operator @@, looks like a @@ '1|(2&3)' 2. Some code cleanup and optimization Regards, Oleg
-
- 04 Aug, 2001 2 commits
-
-
Bruce Momjian authored
! #define ARRISNULL(x) ( (x) ? ( ( ARR_NDIM(x) == NDIM ) ? ( ( ARRNELEMS( x ) ) ? 0 : 1 ) : ( ( ARR_NDIM(x) ) ? (elog(ERROR,"Array is not one-dimentional: %d di mentions", ARR_NDIM(x)),1) : 1 ) ) : 1 ) Should be "one-dimensional" and "dimensions". Bruce, would you fix that when you apply it? Tom
-
Bruce Momjian authored
test data changed to include such data 2. Test a dimension of an array ( we support only one-dimension) Oleg Bartunov
-
- 11 Jun, 2001 1 commit
-
-
Tom Lane authored
it's reimplemented to use function interface version 1 and special treating of degenerated signatures.
-
- 31 May, 2001 1 commit
-
-
Tom Lane authored
and Teodor Sigaev). Declare key values as Datum where appropriate, rather than char* (Tom Lane).
-
- 22 Mar, 2001 1 commit
-
-
Bruce Momjian authored
of a complex macro that pgindent complained about. Hand-adjusted macro for pgindent run.
-
- 20 Mar, 2001 1 commit
-
-
Tom Lane authored
source data, improve split algorithm for intbig_ops. Oleg Bartunov with some kibitzing from Tom Lane.
-
- 18 Mar, 2001 1 commit
-
-
Tom Lane authored
sloppiness (insufficient parenthesization, etc). It still fails regress test for me, however.
-
- 17 Mar, 2001 1 commit
-
-
Bruce Momjian authored
-
- 12 Feb, 2001 1 commit
-
-
Bruce Momjian authored
-
- 10 Feb, 2001 1 commit
-
-
Tom Lane authored
are now separate files "postgres.h" and "postgres_fe.h", which are meant to be the primary include files for backend .c files and frontend .c files respectively. By default, only include files meant for frontend use are installed into the installation include directory. There is a new make target 'make install-all-headers' that adds the whole content of the src/include tree to the installed fileset, for use by people who want to develop server-side code without keeping the complete source tree on hand. Cleaned up a whole lot of crufty and inconsistent header inclusions.
-
- 12 Jan, 2001 1 commit
-
-
Marc G. Fournier authored
commit Oleg and Teodor's RD-tree implementation ... this provides the regression tests for the GiST changes ... this should be integrated into the regular regression tests similar to Vadim's SPI contrib stuff ...
-