- 15 Mar, 1998 3 commits
-
-
Marc G. Fournier authored
Included are patches intended for allowing PostgreSQL to handle multi-byte charachter sets such as EUC(Extende Unix Code), Unicode and Mule internal code. With the MB patch you can use multi-byte character sets in regexp and LIKE. The encoding system chosen is determined at the compile time. To enable the MB extension, you need to define a variable "MB" in Makefile.global or in Makefile.custom. For further information please take a look at README.mb under doc directory. (Note that unlike "jp patch" I do not use modified GNU regexp any more. I changed Henry Spencer's regexp coming with PostgreSQL.)
-
Marc G. Fournier authored
Ok, this fixes three things: 1. It seems (from tests submitted by two people with JBuilder) that JBuilder expects a responce from ResultSetMetaData.getPrecision() & getScale() when used on non numeric types. This patch makes these methods return 0, instead of throwing an exception. 2. Fixes a small bug where getting the postgresql type name returns null. 3. Fixes a problem with ResultSet.getObject() where getting it's string value returns null if you case the object as (PGobject), but returns the value if you case it as it's self.
-
Bruce Momjian authored
-
- 14 Mar, 1998 3 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 12 Mar, 1998 1 commit
-
-
Marc G. Fournier authored
-
- 10 Mar, 1998 1 commit
-
-
Marc G. Fournier authored
-
- 07 Mar, 1998 3 commits
-
-
Thomas G. Lockhart authored
Was ignoring second wildcard.
-
Thomas G. Lockhart authored
Bug introduced in mid-January.
-
Bruce Momjian authored
-
- 06 Mar, 1998 3 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 05 Mar, 1998 1 commit
-
-
Marc G. Fournier authored
-
- 04 Mar, 1998 1 commit
-
-
Bruce Momjian authored
-
- 02 Mar, 1998 7 commits
-
-
Marc G. Fournier authored
-
Marc G. Fournier authored
Patch1: Postgres thinks dist_pl (dist of a point to a line) is expecting a box (603) for the right arg, but it really should be a line (628). Otherwise the left & right args match those of dist_pb (dist of a point to a box) two lines further down. Patch2: Anyways, these two functions take a path (602) whereas in pg_proc.h they are listed as taking a lseg (601).
-
Bruce Momjian authored
-
Marc G. Fournier authored
From: t-ishii@sra.co.jp
-
Marc G. Fournier authored
-
Marc G. Fournier authored
-
Thomas G. Lockhart authored
Still has questionable code for some locale-specific strings.
-
- 01 Mar, 1998 17 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Thomas G. Lockhart authored
Incorporate a few typo fixes.
-
Thomas G. Lockhart authored
Implement installation and cleaning.
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
rather than just executing ../Makefile.
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
Should redo this before v6.3 release if possible.
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Marc G. Fournier authored
The following patch will change the meaning of the isinf function in the HAVE_FPCLASS section from "not finite" to "is infinity".
-
Marc G. Fournier authored
1. Make 'all' works without complaint. Don't have to add the .exp files to the files list. They are made automagically when making the respective shared lib file. Only port that actually uses EXPSUFF (from makefiles/Makefile.*) is Aix, so if this breaks anybody else, let me know, asap. 2. Make 'clean' actually cleans up correctly. Previously, it would leave the .o files in C-code directory. 3. Changed references to reflect new location of .c files. 4. Added DELETE statements to complex.source so that it tidies up when done. Previously, it would leave things in pg_amop, pg_amproc and pg_opclass. Only possible to do this with the new SUBSELECT code in 6.3. Nice work, fellas... Not deleting the index entries would cause a non-fatal error if complex.sql was run again on the same database. Much tidier now. 5. Corrected the README. obj directory hasn't existed since Bryan redid the make way back when. Also changed the snipet from psql to match the current version. POSTGRES95?!? I don't think so. :)
-