- 17 4月, 2000 5 次提交
-
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
Not a big step forward, but it's something...
-
由 Peter Eisentraut 提交于
-
由 Tom Lane 提交于
estimation operators. See contrib/likeplanning/README for info.
-
由 Tom Lane 提交于
Remove knowledge of path to documentation source directory from perl script, instead have Makefile pass it to script.
-
- 16 4月, 2000 11 次提交
-
-
由 Peter Eisentraut 提交于
\copy without arguments failed commands with too many arguments were too silent
-
由 Tom Lane 提交于
(LIKE and regexp matches). These are not yet referenced in pg_operator, so by default the system will continue to use eqsel/neqsel. Also, tweak convert_to_scalar() logic so that common prefixes of strings are stripped off, allowing better accuracy when all strings in a table share a common prefix.
-
由 Tom Lane 提交于
prevent duplicate OIDs from being added. Clean up redundant error messages.
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
print OIDs as %u not %d.
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
-
由 Tatsuo Ishii 提交于
With the default option, pg_ctl can show messages from postmaster upon its failure.
-
由 Tom Lane 提交于
since it has no way to indicate to its caller that the constant is actually NULL. This prevents coredump in cases like WHERE textfield < null::text;
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
subsequent elogs() in the same COPY operation to display the wrong line number. Fix is to clear lineno only when elog level is such that we will not return to caller.
-
- 15 4月, 2000 9 次提交
-
-
由 Peter Eisentraut 提交于
repaired psql option scanning bug (special treatment to \g |pipe) fixed ipcclean makefile made configure look for Perl to handle psql help build gracefully
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 14 4月, 2000 15 次提交
-
-
由 Thomas G. Lockhart 提交于
Thanks to Mika Nystrom <mika@camembert.cs.caltech.edu> for spotting this.
-
由 Thomas G. Lockhart 提交于
Fix spelling of "millennium". Thanks to Mika Nystrom <mika@camembert.cs.caltech.edu> for spotting this.
-
由 Thomas G. Lockhart 提交于
-
由 Thomas G. Lockhart 提交于
Update platform support for HPUX, Linux-mips, Linux-ppc, mklinux, NetBSD-m68k (may be a bit premature), and Solaris.
-
由 Thomas G. Lockhart 提交于
-
由 Thomas G. Lockhart 提交于
Fix spelling of "millennium". Thanks to Mika Nystrom <mika@camembert.cs.caltech.edu>.
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
extern int inet_aton(const char *cp, struct in_addr * addr); appearing before the optional #define for const, which was certain to fail on a machine with neither const nor inet_aton().
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
Some compilers object to seeing extern and later static ...
-
由 Tom Lane 提交于
compiler will understand them. configure may have #define'd them to empty because the local C compiler doesn't understand them, but this may very well cause a C++ compilation to fail, so don't do it in C++.
-
由 Tom Lane 提交于
all platforms, not just SCO. The operation is undefined for Unix-domain sockets anyway. It seems SCO is not the only platform that complains instead of treating the call as a no-op.
-
由 Tom Lane 提交于
include the version from backend/port into libpq. There is a second-rate implementation of inet_aton() already present in fe-connect.c, #ifdef'd WIN32. That ought to be removed in favor of using the better version from port/. However, since I'm not in a position to test the WIN32 code, I will leave well enough alone for this release...
-
由 Tom Lane 提交于
request from XEmacs people.
-
由 Tom Lane 提交于
contained a sub-SELECT nested within an AND/OR tree that cnfify() thought it should rearrange. Same physical sub-SELECT node could end up linked into multiple places in resulting expression tree. This is harmless for most node types, but not for SubLink. Repair bug by making physical copies of subexpressions that get logically duplicated by cnfify(). Also, tweak the heuristic that decides whether it's a good idea to do cnfify() --- we don't really want that to happen when it would cause multiple copies of a subselect to be generated, I think.
-