- 12 Aug, 1997 1 commit
-
-
Bruce Momjian authored
Fix pgproc names over 15 chars in output. Add strNcpy() function. remove some (void) casts that are unnecessary.
-
- 28 Jul, 1997 1 commit
-
-
Bruce Momjian authored
-
- 17 Apr, 1997 1 commit
-
-
Marc G. Fournier authored
Subject: [PATCHES] 970417: two more patches for large objects Here are two more patches: 1. pg_getint doesn't properly set the status flag when calling pqGetShort or pqGetLong. This is required when accessing large objects via libpq. This, combined with problem 1 above causes postgres to crash when postgres tries to print out the message that the status was not good. 2. ExceptionalCondition crashes when called with detail = NULL. This patch prevents dereferencing the NULL.
-
- 16 Apr, 1997 1 commit
-
-
Vadim B. Mikheev authored
-
- 20 Mar, 1997 1 commit
-
-
Marc G. Fournier authored
Subject: [HACKERS] libpq/pqcomm stuff and Solaris byte order I decided to go ahead with the required changes since no one else seems to. I don't guarantee that it is perfect but with these changes the package actually compiles. While I was at it I added to the Sparc Solaris header to define the byte order. Note that NetBSD sets this in the system headers so it wasn't required there. In particular, someone may want to check whether I removed the correct 84 lines from backend/libpq/pqcomprim.c.
-
- 18 Mar, 1997 1 commit
-
-
Marc G. Fournier authored
of common routines in pqcomprim.c (pq communication primitives). Not all adapted to it yet, but it's a start. - Rewritten some of those routines, to write/read bigger chunks of data, precomputing stuff in buffers instead of sending out byte by byte. - As a consequence, I need to know the endianness of the machine. Currently I rely on getting it from machine/endian.h, but this may not be available everywhere? (Who the hell thought it was a good idea to pass integers to the backend the other way around than the normal network byte order? *argl*) - Libpq looks in the environment for magic variables, and upon establishing a connection to the backend, sends it queries of the form "SET var_name TO 'var_value'". This needs a change in the backend parser (Mr. Parser, are you there? :) - Currently it looks for two Env-Vars, namely PG_DATEFORMAT and PG_FLOATFORMAT. What else makes sense? PG_TIMEFORMAT? PG_TIMEZONE? From: "Martin J. Laubach" <mjl@wwx.vip.at>
-
- 12 Mar, 1997 1 commit
-
-
Marc G. Fournier authored
Subject: [HACKERS] password authentication This patch adds support for plaintext password authentication. To use it, you add a line like host all 0.0.0.0 0.0.0.0 password pg_pwd.conf to your pg_hba.conf, where 'pg_pwd.conf' is the name of a file containing the usernames and password hashes in the format of the first two fields of a Unix /etc/passwd file. (Of course, you can use a specific database name or IP instead.) Then, to connect with a password through libpq, you use the PQconnectdb() function, specifying the "password=" tag in the connect string and also adding the tag "authtype=password". I also added a command-line switch '-u' to psql that tells it to prompt for a username and password and use password authentication.
-
- 14 Feb, 1997 1 commit
-
-
Bruce Momjian authored
-
- 26 Dec, 1996 1 commit
-
-
Bruce Momjian authored
-
- 24 Nov, 1996 1 commit
-
-
Bryan Henderson authored
-
- 15 Nov, 1996 1 commit
-
-
Marc G. Fournier authored
Pointed out by: Erik Bertelsen <erik@sockdev.uni-c.dk>
-
- 14 Nov, 1996 1 commit
-
-
Bryan Henderson authored
In particular, no more compiled-in default for PGDATA or LIBDIR. Commands that need them need either invocation options or environment variables. PGPORT default is hardcoded as 5432, but overrideable with options or environment variables.
-
- 08 Nov, 1996 1 commit
-
-
Bruce Momjian authored
-
- 06 Nov, 1996 1 commit
-
-
Marc G. Fournier authored
-
- 31 Oct, 1996 2 commits
-
-
Marc G. Fournier authored
add #include "postgres.h"
-
Marc G. Fournier authored
-
- 23 Jul, 1996 1 commit
-
-
Marc G. Fournier authored
-
- 09 Jul, 1996 1 commit
-
-
Marc G. Fournier authored
-