- 31 10月, 1996 14 次提交
-
-
由 Marc G. Fournier 提交于
-
由 Marc G. Fournier 提交于
-
由 Marc G. Fournier 提交于
-
由 Marc G. Fournier 提交于
*should* be intelligent enough that: #if defined(__FreeBSD__) works, where __FreeBSD__ is actually defined by the compiler itself. Makefile.global used to have -DPORTNAME_<port> -D<port> as part of the flags for gcc while all occurances of PORTNAME_<port> slowly get removed from the source tree...
-
由 Bruce Momjian 提交于
removing duplicate names.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
Added needed include file.
-
由 Bruce Momjian 提交于
Added needed include file.
-
由 Bruce Momjian 提交于
Added needed include file.
-
由 Bruce Momjian 提交于
Added needed include file.
-
由 Bruce Momjian 提交于
-
由 Marc G. Fournier 提交于
Pointed out by: wieck@sapserv.debis.de
-
- 30 10月, 1996 10 次提交
-
-
由 Marc G. Fournier 提交于
By: Erich Stamberger <eberger@gewi.kfunigraz.ac.at>
-
由 Marc G. Fournier 提交于
Adds: -lAttributes Returns another format of the results attribute list. Per attribute a sublist of {{attname} atttype attlen} is returned and an empty string if no attributes where received. -numAttrs Returns the number of attributes in the result.
-
由 Marc G. Fournier 提交于
-
由 Marc G. Fournier 提交于
-
由 Marc G. Fournier 提交于
I found another bug in btree index. Looking at the code it seems that NULL keys are never used to build or scan a btree index (see the explain commands in the example). However this is not the case when a null key is retrieved in an outer loop of a join select and used in an index scan of an inner loop. This bug causes at least three kinds of problems: 1) the backend crashes when it tries to compare a text string with a null. 2) it is not possible to find tuples with null keys in a join. 3) null is considered equal to 0 when the datum is passed by value, see the last query. Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>
-
由 Marc G. Fournier 提交于
From Andrew
-
由 Bruce Momjian 提交于
-
由 Bryan Henderson 提交于
-
由 Bryan Henderson 提交于
-
由 Bryan Henderson 提交于
-
- 29 10月, 1996 2 次提交
-
-
由 Marc G. Fournier 提交于
FAQs
-
由 Marc G. Fournier 提交于
-
- 28 10月, 1996 3 次提交
-
-
由 Bryan Henderson 提交于
has snprintf().
-
由 Bryan Henderson 提交于
For sparc_solaris, add inet_aton prototype, since it isn't in the header files included for the standard C library functions.
-
由 Bryan Henderson 提交于
the standard C library.
-
- 27 10月, 1996 1 次提交
-
-
由 Bryan Henderson 提交于
-
- 26 10月, 1996 2 次提交
-
-
由 Bryan Henderson 提交于
-
由 Marc G. Fournier 提交于
-
- 25 10月, 1996 4 次提交
-
-
由 Marc G. Fournier 提交于
Still submitted by: Massimo Dal Zotto <dz@cs.unitn.it>
-
由 Bryan Henderson 提交于
-
由 Bryan Henderson 提交于
-
由 Bryan Henderson 提交于
-
- 24 10月, 1996 4 次提交
-
-
由 Marc G. Fournier 提交于
Submitted by: wieck@sapserv.debis.de (Jan Wieck)
-
由 Marc G. Fournier 提交于
relations and transaction is aborted Submitted by: wieck@sapserv.debis.de (Jan Wieck)
-
由 Marc G. Fournier 提交于
It's bug in nodeAgg.c on lines 241, 242: null_array = malloc(nagg); for (i=0;i<nagg;i++) null_array[i] = 'n'; oneTuple = heap_formtuple(tupType, tupValue, null_array); - your query has not only aggregates but also 'group by-ed' fields and so null_array should contain tupType->natts elements (tupType->natts > nagg in your case). Patch follows and it's very simple. VAdim
-
由 Marc G. Fournier 提交于
My guess is that the thing had bugs, and the pfree was commented out. The thing is probabally free'ed anyway at the end, so it was not a bad thing. If it does cause a bug, it will generate an error when hit, so I say unless someone else knows, let's remove it and run the regression test. -Bruce
-