- 16 3月, 1998 6 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 15 3月, 1998 13 次提交
-
-
由 Marc G. Fournier 提交于
tools.patch patches tools/find_static (use indices to increase performance) and tools/ccsym (no hardcoded paths).
-
由 Marc G. Fournier 提交于
a while back I posted a patch for pg_ident, the patch worked but I didn't diagnose the problem properly. on my compiler(gcc2.7.2) this compiles with no errors... char buf[1000]; if(buf != '\0') { ...but it doesn't compare '\0' with the first char of buf.
-
由 Marc G. Fournier 提交于
There is an error in the configure script when using --with-pgport= that will cause the compiled version of PostgreSQL to no longer allow connections to the new port and to treat shared memory improperly. What happens is that if the port is changed, the configure script defines DEF_PGPORT as "", which atoi() will return as 0, which makes the IPC_KEY value 0. This then causes semaphores to be allocated, but never released. Postgres eventually returns from semget() with "no space left on device". The source of this error could easily be overlooked in version 6.3 since it is possible to connect via UNIX domain sockets, and having DEF_PGPORT defined as "0" would not be noticed until TCP was used.
-
由 Marc G. Fournier 提交于
The following patch is to src/interfaces/libpq of postgresql-6.3. The purpose of the patch is to make the initialization of const char *pgresStatus[] match the ExecStatusType enum.
-
由 Marc G. Fournier 提交于
6.3 postmaster is supposed to work with pre 6.3 protocol. This is true for little endian architecture servers. But for big endian machines such as Sparc the backward compatibility function do not work. Attached are patches to fix the problem.
-
由 Marc G. Fournier 提交于
For substr() and substring() on the text data type, the relevant code is in varlena.c. You are right, there is a problem. I have a patch which I will apply to the source tree soon. The copy enclosed below probably does not preserve tabs correctly so cannot be applied directly; the relevant change is simply changing the ">=" to ">"...
-
由 Marc G. Fournier 提交于
It is my hope that the following "patches" to libpgtcl get included in the next release. See the update to the README file to get a full description of the changes. This version of libpgtcl is completely interpreter-safe, implements the database connection handle as a channel (no events yet, but will make it a lot easier to do fileevents on it in the future), and supports the SQL "copy table to stdout" and "copy table from stdin" commands, with the I/O being from and to the connection handle. The connection and result handles are formatted in a way to make access to the tables more efficient.
-
由 Marc G. Fournier 提交于
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 提交于
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 提交于
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 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 14 3月, 1998 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 12 3月, 1998 1 次提交
-
-
由 Marc G. Fournier 提交于
-
- 10 3月, 1998 1 次提交
-
-
由 Marc G. Fournier 提交于
-
- 07 3月, 1998 6 次提交
-
-
由 Thomas G. Lockhart 提交于
Was ignoring second wildcard.
-
由 Thomas G. Lockhart 提交于
Bug introduced in mid-January.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 05 3月, 1998 2 次提交
-
-
由 Marc G. Fournier 提交于
-
由 Bruce Momjian 提交于
-
- 02 3月, 1998 10 次提交
-
-
由 Marc G. Fournier 提交于
-
由 Marc G. Fournier 提交于
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 提交于
-
由 Marc G. Fournier 提交于
From: t-ishii@sra.co.jp
-
由 Marc G. Fournier 提交于
-
由 Marc G. Fournier 提交于
-
由 Thomas G. Lockhart 提交于
Still has questionable code for some locale-specific strings.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Thomas G. Lockhart 提交于
Incorporate a few typo fixes.
-