- 20 3月, 1998 8 次提交
-
-
由 Bruce Momjian 提交于
manager to not try to split files in 2 gig chunks. It will just try to get another block. If applied, everything is just as before. But if LET_OS_MANAGE_FILESIZE is defined, the chaining disappears and the file just keeps on going, and going, and going, til the OS barfs. Darren King
-
由 Bruce Momjian 提交于
"__SVR4" as you pointed out. There is another file that has the same mistakes. Included is a patche for include/c.h. t-ishii@sra.co.jp
-
由 Bruce Momjian 提交于
Edward J. Huff
-
由 Bruce Momjian 提交于
```----------------------------------------------------------------------- Test Case: ---------- ``` ----------------------------------------------------------------------- Solution: --------- Add this to the libpq and libpq++ Makefiles to build shared libs: Mike Ferrara
-
由 Bruce Momjian 提交于
extern char *sys_errlist[]; #define strerror(A) (sys_errlist[(A)]) #endif /* sunos4 */ is picked up by Solaris when the above is intended only for SunOS. Fix Solaris. Albert Chin-A-Young
-
由 Bruce Momjian 提交于
to main.c are only to add some extra includes to support some code that's suddenly being used. The #define ASSEMBLER is to prevent most of the code of sys/proc.h from being included, as it ends up conflicting with some of the postgresql definitions. This may or may not work on other versions of Digital Unix. Get alpha working. Yea. Dwayne Bailey
-
由 Bruce Momjian 提交于
> > characters in them. Dumping and reloading using pg_dumpall > > doesn't work with this and dumping the entire array and > > then trying to parse it is hopeless. Doug Gibson
-
由 Bruce Momjian 提交于
handles all transaction commands and the exec sql include command. Michael Meskes
-
- 19 3月, 1998 1 次提交
-
-
由 Thomas G. Lockhart 提交于
Make "TABLE" optional in "LOCK TABLE" command and "... INTO TABLE..." clause. Explicitly parse CREATE SEQUENCE options to allow a negative integer as an argument; this is an artifact of unary minus handling in scan.l. Add "PASSWORD" as an allowed column identifier. These fixes will require a "make clean install" but not a dump/reload.
-
- 18 3月, 1998 1 次提交
-
-
由 Bruce Momjian 提交于
and SELECT manual pages and psql help.
-
- 16 3月, 1998 8 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 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 提交于
-