- 10 5月, 1999 3 次提交
-
-
由 Bruce Momjian 提交于
real affect now.
-
由 Tom Lane 提交于
definition of numeric_in.
-
由 Tom Lane 提交于
on queries involving UNION, EXCEPT, INTERSECT.
-
- 09 5月, 1999 7 次提交
-
-
由 Tatsuo Ishii 提交于
cause troubles. See Message-Id: <199905090312.MAA00466@ext16.sra.co.jp> for more details.
-
由 Vadim B. Mikheev 提交于
Fixed by Hiroshi.
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
fopen(), instead of going through fd.c ... naughty naughty.
-
由 Tom Lane 提交于
code, instead of not-very-bulletproof stuff they had before.
-
由 Tom Lane 提交于
files to be closed automatically at transaction abort or commit, should they still be open. Also close any still-open stdio files allocated with AllocateFile at abort/commit. This should eliminate problems with leakage of file descriptors after an error. Also, put in some primitive buffered-IO support so that psort.c can use virtual files without severe performance penalties.
-
由 Bruce Momjian 提交于
-
- 08 5月, 1999 1 次提交
-
-
由 Michael Meskes 提交于
-
- 07 5月, 1999 6 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
"SYSTEM", and unpack the files in the uuencoded .tar.gz file at the end in src/test/regress so that the int2, int4 and geometry tests pass on NetBSD/i386. They just fail on different wording of error messages and eg printing "0" rather than "-0". At a guess the same will be true for the other NetBSD ports, but I can't test them. Cheers, Patrick
-
由 Bruce Momjian 提交于
with "SYSTEM", Patrick Welche
-
由 Vadim B. Mikheev 提交于
Get rid of Extend lock mode.
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
that led to CASE expressions not working very well in joined queries.
-
- 06 5月, 1999 3 次提交
-
-
由 Tom Lane 提交于
meaning that this failed: select proname,typname,prosrc from pg_proc,pg_type where proname = 'float8' and pg_proc.proargtypes[0] = pg_type.oid;
-
由 Tom Lane 提交于
about certain to fail anytime it decided the relation to be hashed was too big to fit in memory --- the code for 'batching' a series of hashjoins had multiple errors. I've fixed the easier problems. A remaining big problem is that you can get 'hashtable out of memory' if the code's guesstimate about how much overflow space it will need turns out wrong. That will require much more extensive revisions to fix, so I'm committing these fixes now before I start on that problem.
-
由 Bruce Momjian 提交于
arrayfuncs.patch fixes a small bug in my previous patches for arrays array-regress.patch adds _bpchar and _varchar to regression tests -- Massimo Dal Zotto
-
- 05 5月, 1999 2 次提交
-
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
-
- 04 5月, 1999 13 次提交
-
-
由 Thomas G. Lockhart 提交于
Original code used float8out(), but the resulting exponential notation was not handled (e.g. '3E9' was decoded as '3').
-
由 Thomas G. Lockhart 提交于
-
由 Thomas G. Lockhart 提交于
-
由 Thomas G. Lockhart 提交于
-
由 Thomas G. Lockhart 提交于
Should this be in the tutorial instead?
-
由 Thomas G. Lockhart 提交于
-
由 Thomas G. Lockhart 提交于
Document date/time input parsing procedure.
-
由 Thomas G. Lockhart 提交于
-
由 Thomas G. Lockhart 提交于
Probably not acceptable yet. Need to check some math symbols and markup.
-
由 Thomas G. Lockhart 提交于
-
由 Tom Lane 提交于
nodes with HAVING qualifier of upper plan. Have not seen any failures, just being a little bit paranoid...
-
由 Tom Lane 提交于
gcc quite so unhappy.
-
由 Bruce Momjian 提交于
been applied. The patches are in the .tar.gz attachment at the end: varchar-array.patch this patch adds support for arrays of bpchar() and varchar(), which where always missing from postgres. These datatypes can be used to replace the _char4, _char8, etc., which were dropped some time ago. block-size.patch this patch fixes many errors in the parser and other program which happen with very large query statements (> 8K) when using a page size larger than 8192. This patch is needed if you want to submit queries larger than 8K. Postgres supports tuples up to 32K but you can't insert them because you can't submit queries larger than 8K. My patch fixes this problem. The patch also replaces all the occurrences of `8192' and `1<<13' in the sources with the proper constants defined in include files. You should now never find 8192 hardwired in C code, just to make code clearer. -- Massimo Dal Zotto
-
- 03 5月, 1999 1 次提交
-
-
由 Tom Lane 提交于
from EXCEPT/HAVING patch. Cases involving nontrivial GROUP BY expressions now work again. Also, the code is at least somewhat better documented...
-
- 02 5月, 1999 4 次提交
-
-
由 Tom Lane 提交于
the cost of reading the source data.
-
由 Tom Lane 提交于
to save a little bit of backend startup time. This way, the first backend started after a VACUUM will rebuild the init file with up-to-date statistics for the critical system indexes.
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
an identifier :-(. Sloppy transmission of a patch, likely.
-