| Age | Commit message (Collapse) | Author |
|---|
|
|
|
make TCL conditinal compilation work
Submitted by: Dr_George_D_Detlefsen <drgeorge@madmax.ilt.com>
|
|
Originally, I thought the problem was caused by a function that gets
called as a normal function where we want to return a value, and as a
signal handler where we need to have it accept a parameter (the signal
number) and it returns nothing, I was going to case the function name in
the signal call as (void (*)(int)).
Looking at all the source, it turns out this function only gets used as
a signal handler, so I set an int parameter and return void.
I have removed the Linux defines because they are not needed. BSD let
this sloppiness slide. Linux gave a compile error.
Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>
|
|
Suggested by: Michael Babcock <michael@kanji.com>
|
|
Submitted by: Dr. George
|
|
Submitted by: Dr. Geoge
|
|
|
|
Submitted by: Dr_George_D_Detlefsen <drgeorge@madmax.ilt.com>
|
|
fixes another complaint.
More fixes from Bruce...
|
|
|
|
|
|
Submitted by: Bruce
|
|
Suggested by: Daniel Kalchev <daniel@digsys.bg>
|
|
|
|
#include <sys/termios.h>
Submitted by: Dr. George
|
|
|
|
|
|
Submitted by: Dr_George_D_Detlefsen <drgeorge@ilt.com>
|
|
In postgres95/src/backend/nodes/readfuncs, lines 1188 and 1189,
local_node->relname is taken to point to a NameType, while its
defined as a pointer to char. Both the casting to Name and the
call of namestrcpy should, IMHO, be changed appropriately (first
patch).
As far as I could see from the Linux signal header file,
a signal handler is declared as
typedef void (*__sighandler_t)(int);
Few changes to postgres95/src/backend/storage/lmgr/proc.c seem
appropriate to comply with this.
Finally, postgres95/src/bin/pg_version/pg_version.c defines
a function GetDataHome (by default, returning an integer)
and returns NULL in the function, which isn't an integer...
Submitted by: ernst.molitor@uni-bonn.de
|
|
updates the psql.1 manual page for \ options
add row count and ties it to the header option
updated manual pages and comment for above change
got \? to display in one screen-full (almost, \? scrolls off top)
moved \r to \E, and \z to \r (for historical reasons with monitor)
small code alignment cleanup
Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>
|
|
Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>
|
|
Submitted by: Dan McGuirk <mcguirk@indirect.com>
|
|
> INDEXED searches in some cases DO NOT WORK.
> Although simple search expressions (i.e. with a constant value on
> the right side of an operator) work, performing a join (by putting
> a field of some other table on the right side of an operator) produces
> empty output.
> WITHOUT indices, everything works fine.
>
submitted by: "Vadim B. Mikheev" <root@ais.sable.krasnoyarsk.su>
|
|
|
|
|
|
declaration is incorrect.
-Kurt
|
|
submitted by: bruce
|
|
the top of th efile instead of scattered throughout
Turned off default behavior of compiling with -g enabled
submitted by; bruce
|
|
submitted by Kurt
|
|
|
|
submitted by: bruce
|
|
submitted by: bruce
|
|
pointers.
submitted by: bruce
|
|
submitted by: jason
|
|
the getopt() was not executed.
|
|
Submitted by: Bruce
|
|
Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>
|
|
Submitted by: Rick Weldon <rick@wisetech.com>
|
|
case where the attribute length is variable (stored as -1). Previously,
you'd get output that looked like:
CREATE TABLE foo (bar varchar(-1));
Monitor and psql don't like this at all :). Here is a fix:
Submitted by: Adam Sussman <myddryn@vidya.com>
|
|
Kerberos is being used (attempt to free static memory).
The error was caused by a confusing doublespeak of fe_getauthname():
Returns a pointer to static memory, if you authenticate via Kerberos,
a pointer to dynamic memory otherwise.
Submitted by: Erich Stamberger <eberger@gewi.kfunigraz.ac.at>
|
|
Submitted by: Rick Weldon <rick@wisetech.com>
|
|
submitted by: Dr_George_D_Detlefsen <drgeorge@ilt.com>
|
|
exists...
Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>
|
|
|
|
|
|
|
|
Submitted by: Dr. George
|
|
Submitted by: "Brian E. Gallew" <geek+@cmu.edu>
|
|
submitted by: vadim@sable.krasnoyarsk.su (Vadim B. Mikheev)
|
|
submitted by: Bruce Momjian <maillist@candle.pha.pa.us>
|
