- 10 1月, 2002 6 次提交
-
-
由 Tom Lane 提交于
the difference between a run-time type cast and casting a literal string to a specific type. Minor editorial work in same area.
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
Oliver Elphick. A few other minor cleanups while at it.
-
由 Tom Lane 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 09 1月, 2002 14 次提交
-
-
由 Bruce Momjian 提交于
-
由 Peter Eisentraut 提交于
And listing QNX 6 as both supported and unsupported is probably not helpful.
-
由 Tom Lane 提交于
-
由 Peter Eisentraut 提交于
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
pg_regress doesn't see it and you don't get any port-specific comparisons.
-
由 Peter Eisentraut 提交于
-
由 Bruce Momjian 提交于
< * Thomas is Thomas Lockhart <lockhart@alumni.caltech.edu> --- > * Thomas is Thomas Lockhart <lockhart@fourpalms.org>
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
-
由 Peter Eisentraut 提交于
the info to the main bibliography.
-
由 Tom Lane 提交于
multibyte encodings.
-
由 Peter Eisentraut 提交于
-
- 08 1月, 2002 9 次提交
-
-
由 Tom Lane 提交于
-
由 Peter Eisentraut 提交于
-
由 Michael Meskes 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
Marko Kreen says: This is so obvious that I would like to make it 'official'. Seems like the theology around bytea<>text casting kept me from seeing the simple :)
-
由 Tom Lane 提交于
granted the lock when awakened; the signal now only means that the lock is potentially available. The waiting process must retry its attempt to get the lock when it gets to run. This allows the lock releasing process to re-acquire the lock later in its timeslice. Since LWLocks are usually held for short periods, it is possible for a process to acquire and release the same lock many times in a timeslice. The old spinlock-based implementation of these locks allowed for that; but the original coding of LWLock would force a process swap for each acquisition if there was any contention. Although this approach reopens the door to process starvation (a waiter might repeatedly fail to get the lock), the odds of that being a big problem seem low, and the performance cost of the previous approach is considerable.
-
由 Michael Meskes 提交于
-
- 07 1月, 2002 4 次提交
-
-
由 Peter Eisentraut 提交于
-
由 Tom Lane 提交于
to the client before closing the connection. Before 7.2 this was done correctly, but new code would simply close the connection with no report to the client.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
> Looking at this I also found an ecpg TODO list in the docs: > > http://candle.pha.pa.us/main/writings/pgsql/sgml/ecpg-develop.html > > Seems that TODO section should be removed. Some items are done, others > are on the main TODO list. That's correct. I did not fix the docs for quite some time. Michael -- Michael Meskes
-
- 06 1月, 2002 3 次提交
-
-
由 Tom Lane 提交于
database.)
-
由 Tom Lane 提交于
from Hiroshi.
-
由 Barry Lind 提交于
a get on a bytea value the code was running the raw value from the server through character set conversion, which if the character set was SQL_ASCII would cause all 8bit characters to become ?'s.
-
- 05 1月, 2002 4 次提交
-
-
由 Bruce Momjian 提交于
< * Consider use of open/fctl(O_DIRECT) to minimize OS caching --- > * Consider use of open/fcntl(O_DIRECT) to minimize OS caching
-
由 Bruce Momjian 提交于
> * Consider use of open/fctl(O_DIRECT) to minimize OS caching > * Make blind writes go through the file descriptor cache 391d392 < * Make blind writes go through the file descriptor cache 409d409 < * Consider use of open/fctl(O_DIRECT) to minimize OS caching
-
由 Bruce Momjian 提交于
> * Consider use of open/fctl(O_DIRECT) to minimize OS caching
-
由 Bruce Momjian 提交于
--------------------------------------------------------------------------- When you run 'ecpg --help' you get the following: -t turn on autocommit of transactions amongst the other options... Shouldn't this be OFF as per the documentation? Best regards, Lee. -- Lee Kindness, Senior Software Engineer, lkindness@csl.co.uk
-