Tom Lane wrote:
Robert Treat [EMAIL PROTECTED] writes:
On Thu, 2003-09-04 at 21:14, Bruce Momjian wrote:
Should we be using the pager for \h output?
in 7.3.4 we do, let me check 7.4...seems to work, though I am on beta1
on this box.
Hmm. I do not see the pager used for \h in either
Patch applied. Thanks.
---
Neil Conway wrote:
This patch fixes a trivial typo in the CREATE FUNCTION ref page.
-Neil
[ Attachment, skipping... ]
---(end of
With pg_autovacuum becoming increasingly popular it's important to
have a working stats collector. This test is able to discover the
problem that was present in 7.4 Beta 2.
Servus
Manfred
diff -ruN ../base/src/test/regress/expected/stats.out
src/test/regress/expected/stats.out
---
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
I will try to apply it within the next 48 hours.
---
Böjthe Zoltán wrote:
Bruce Momjian
download from the link below:
http://www.pgsqldb.org/pgsql-po-zh_CN.tar.gz
sorry for the inconvenience, for I'm afraid of filled
out by anti-spam system.
Thanks
Laser
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please
This message seems to be breaking the message guidelines.
--
Alvaro Herrera (alvherre[a]dcc.uchile.cl)
Porque francamente, si para saber manejarse a uno mismo hubiera que
rendir examen... ¿Quién es el machito que tendría carnet? (Mafalda)
Index: opclasscmds.c
Hello.
When I sent in the sslmode patch I forgot to update the comments/examples
in pg_hba.conf. This patch remedies that, adds a brief explanation of the
connection types, and adds a missing period in the docs.
JonIndex: doc/src/sgml/client-auth.sgml
I had to modify your patch sligthly to fit more recent code
changes --- updated version attached and applied.
---
Böjthe Zoltán wrote:
Bruce Momjian ?rta:
Patch applied. Thanks.
Patch applied. I will now go through and lowercase all the GUC
variable names, as agreed upon.
---
Neil Conway wrote:
This patch makes a few minor improvements to the docs: make the
varname conventions more consistent,
Christoph Dalitz wrote:
On Thu, 11 Sep 2003 20:51:24 +0200
Manfred Spraul [EMAIL PROTECTED] wrote:
- OemToChar() and CharToOem() convert all console input/output. In the
long run this might be the better solution, if it works entirely without
user intervention. I'm not sure if it's possible
Prompted by confusion over Itanium/Opterion, I have written a patch to
improve the way we define spinlocks for platforms and cpu's. It
basically decouples the OS from the CPU spinlock code. In almost all
cases, the spinlock code cares only about the compiler and CPU, not the
OS.
The patch:
Bruce Momjian writes:
OK, turns out the '\h alter' code does a simple printf(), not a
PageOutput() and fprintf() to that pipe. Various \h outputs are long,
including CREATE TABLE, GRANT, and ALTER TABLE. ALTER itself is really
larger because it prints all the ALTER commands help.
They are
On Thu, 2003-09-11 at 11:58, Bruce Momjian wrote:
Uh, how do you force the stats collector to 'on' before the test is
run?
The stats collector is on by default (of course, that doesn't apply to
make installcheck...)
But this reminds me: I think it would be cool to extend the language we
use
Christoph Dalitz wrote:
Please send in a patch. Else, someone else is going to try to fix it with
less guarantees that it will work afterwards.
Ok. I can do the following:
a) Write documentation how the win32 console needs to be set up so that
psql can handle 8-bit characters.
Peter Eisentraut wrote:
If you can detect that they are different, why can't you adjust the code
page in that case only?
What should we do if we detect that they differ:
- set the console code page to the ansi code page. This has two
drawbacks: It doesn't work with Indic, because Indic
Marc G. Fournier wrote:
But it seems to me that this is mostly a cosmetic cleanup and therefore
not the kind of thing to be doing late in beta. Couldn't we do
something that affects only Opteron/Itanium and doesn't take a chance
on breaking everything else?
I just went through the
--On Thursday, September 11, 2003 23:46:56 -0300 Marc G. Fournier
[EMAIL PROTECTED] wrote:
On Thu, 11 Sep 2003, Tom Lane wrote:
Bruce Momjian [EMAIL PROTECTED] writes:
The problem with waiting for 7.5 is that we will have no error
reporting when our non-spinlock code is being executed,
17 matches
Mail list logo