ith that.
If i's always there it's definitely more useful to pgAdmin, and
doesn't require that we instruct users to install more server side
plugin code to use the features they want.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-patches mailing list (
at mean that instead of being an optional format that pgAdmin
could request with appropriate grammar, it would be something that was
only available if the plugin was loaded, and would replace regular
EXPLAIN output? If so, that would be extremely inconvenient, and next
to useless for general purpo
s any kind of query tuning or information
gathering tool more or less impossible to write.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-patches mailing list (pgsql-patches@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-patches
On Sat, May 3, 2008 at 9:06 PM, Tom Lane <[EMAIL PROTECTED]> wrote:
> "Dave Page" <[EMAIL PROTECTED]> writes:
> > Attached is an updated patch, giving the following output.
>
> Oh, one other thing: dropping externs into random modules unrelated to
>
| R | Reserved
bigint| C | Column name
binary| T | Type or function name
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
Index: doc/src/sgml/func.sgml
===
RCS file: /projects/cvs
On Sat, May 3, 2008 at 12:24 AM, Alvaro Herrera
<[EMAIL PROTECTED]> wrote:
> Dave Page wrote:
> > Hi,
> >
> > The attached patch implements a new function, pg_get_keywords(), which
> > returns a set of records describing the keywords recognised by the
> &
| Unreserved
(372 rows)
I wasn't sure about the best way to describe the categories -
obviously they need to be non-translatable (for client software to
interpret), but human readable is also nice. I'm happy to hear
alternate suggestions.
--
Dave Page
EnterpriseD
he DTrace support for Mac is
committed I'll enable it on that machine (please nudge me if I miss
it).
--
Dave Page
EnterpriseDB UK Ltd: http://www.enterprisedb.com
PostgreSQL UK 2008 Conference: http://www.postgresql.org.uk
--
Sent via pgsql-patches mailing list (pgsql-patches@
On Fri, Feb 29, 2008 at 6:41 PM, Magnus Hagander <[EMAIL PROTECTED]> wrote:
> Will you provide a patch for that, or should I? (I remind you I have no
> box ready to reproduce it on, so it helps a lot if you can do it :-P)
Patch attached. Tested on XP and Vista.
--
Dave Page
Ent
e same line of code to the
> regression tests, no?
Yeah, that should do it.
> Meanwhile, I'll apply what we have with my additios and cleanups per mine
> and Heikkis comments, because they fix the most important codepaths.
Thanks for putting the final polish on this.
--
Dave Page
Enterpri
sume the child process. This remains
secure because administrative privileges are granted to the groups
that we've dropped, not the user itself.
I've tested on Vista and XP, but additional testing would be useful
(Andrew, Magnus?). Please apply to head, 8.3 and 8.2
--
Dave Pa
On Jan 28, 2008 2:26 PM, Pavel Stehule <[EMAIL PROTECTED]> wrote:
> sure, but do you know, Tom dislikes new columns in pg_proc :).
Tom doesn't seem to like the idea of obfuscation of function code much
either :-)
> This
> patch is usable sample of one possible solution and doesn't need
> initdb.
On Jan 28, 2008 12:51 PM, Pavel Stehule <[EMAIL PROTECTED]> wrote:
> Hello
>
> this patch define new function flag - OBFUSCATE. With this flag
> encrypted source code is stored to probin column. Password is stored
> in GUC_SUPERUSER_ONLY item - it is similar security like SQL Server
> does (where p
On 18/01/2008, Peter Eisentraut <[EMAIL PROTECTED]> wrote:
> Tom Lane wrote:
> > What would work better is to add some code that checks whether
> > pg_control_version looks like the byte-swap of a small number,
> > and prints a suitably modified error message if so.
>
> Here is a possible patch. E
On 08/01/2008, Magnus Hagander <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 20, 2007 at 10:02:24AM +0900, Hiroshi Saito wrote:
> A question there though - do we care about the length of time_t on client
> platforms, or should we instead just disable the whole check for the
> client? AFAICS we don't ex
Andrew Dunstan wrote:
> Writing and calling a temp .bat file might be yucky - having to keep two
> environment files is a lot more yucky, IMNSHO, and we shouldn't make
> people do it.
+1
/D
---(end of broadcast)---
TIP 9: In versions below 8.0, the
Tom Lane wrote:
> Dave Page <[EMAIL PROTECTED]> writes:
>> Alvaro Herrera wrote:
>>> I think you could get the same effect by putting the -W in PGOPTIONS (in
>>> pgbench's environment).
>
>> That's a good point. It does have the downside that
Alvaro Herrera wrote:
> Dave Page wrote:
>
>> I'm aware of postgres -W, but wanted something that wouldn't get in the
>> way of other connections and would only affect my pgbench tests.
>
> I think you could get the same effect by putting the -W in PGO
Neil Conway wrote:
> On Mon, 2007-12-10 at 19:27 +0000, Dave Page wrote:
>> Whilst doing some profiling of the server I found it useful to add an
>> option to pgbench to introduce a delay between client connection setup
>> and the start of the benchmark itself to allow
Whilst doing some profiling of the server I found it useful to add an
option to pgbench to introduce a delay between client connection setup
and the start of the benchmark itself to allow me time to attach the
profiler to one of the backends.
Attached is the patch in case anyone finds a use for it
Dave Page wrote:
> Tom Lane wrote:
>> Dave Page <[EMAIL PROTECTED]> writes:
>>> Gregory Stark wrote:
>>>> An alternative is leaving it in the project file but putting
>>>> something like
>>>> this in c.h:
>>
>> Put it in
Gregory Stark wrote:
> "Tom Lane" <[EMAIL PROTECTED]> writes:
>
>>> ! /*
>>> ! * Note: We use getenv here because the more modern
>>> SHGetSpecialFolderPath()
>>> ! * will force us to link with shell32.lib which eats valuable desktop
>>> heap.
>>> ! */
>>> ! tmppath = gete
Tom Lane wrote:
> [ looks again... ] Actually, I think you just proved my point for me.
> The ZeroMemory call should go away, no?
Yup, quite correct. v3 attached.
/D
Index: src/backend/port/win32/signal.c
===
RCS file: /projects/cv
Tom Lane wrote:
> Dave Page <[EMAIL PROTECTED]> writes:
>> [ get rid of wsprintf in favor of snprintf ]
>
> +1 for not depending on nonstandard subroutines without need.
> But please note the standard locution is snprintf(buf, sizeof(buf), ...
> Not sizeof()
A discussion on -general has been ongoing in which is was discovered
that 8.3 can exhaust the desktop heap allocated to a service with ~45
connections at which point the server will crash.
Desktop heap is allocated by user32.dll and shell32 on a per-process
basis from a 512KB pool for a non-intera
The attached patch adds some missing Windows codepage numbers to the
table in chklocale.c.
Regards, Dave.
*** src/port/chklocale.c.orig Wed Oct 3 18:16:39 2007
--- src/port/chklocale.c Wed Oct 10 12:30:05 2007
***
*** 72,97
--- 72,103
{PG_UTF8, "UTF-8"},
{PG_UTF8, "
Magnus Hagander wrote:
Yes, that was the problem. Attached patch fixes the problem for me on
Windows and Linux using the error mark functionality. It seems a lot
cleaner than the other option.
>
Dave - can you test this one? Assuming that works, I'll go ahead and apply
it.
Yep, looks good her
Tom Lane wrote:
> "Dave Page" <[EMAIL PROTECTED]> writes:
>>> From: Tom Lane <[EMAIL PROTECTED]>
>>> ... It's not entirely clear whether BIO_new_fp() would avoid the
>>> problematic calls, but it doesn't look like it'd be hard to
> --- Original Message ---
> From: Tom Lane <[EMAIL PROTECTED]>
> To: Dave Page <[EMAIL PROTECTED]>
> Sent: 29/09/07, 01:28:09
> Subject: Re: [PATCHES] OpenSSL Applink
>
> I concur with Magnus that it'll be better if there's not two code pat
Dave Page wrote:
> Magnus Hagander wrote:
>> Hrrm. Obviously, I need to go sleep now. Sorry about that.
>>
>> But it'd be nice to get rid of all those #ifdef blocks..
>
> See the attached revision. This is untested as I don't have a linux box
> to hand, bu
Magnus Hagander wrote:
> Hrrm. Obviously, I need to go sleep now. Sorry about that.
>
> But it'd be nice to get rid of all those #ifdef blocks..
See the attached revision. This is untested as I don't have a linux box
to hand, but I believe it's right.
/D
Index: src/interfaces/libpq/fe-secure.c
Magnus Hagander wrote:
> Dave Page wrote:
>> Dave Page wrote:
>>> Dave Page wrote:
>>>> I did stumble across this text on a mailing list in response to someone
>>>> with a similar problem in some JNI code. I know little of the OpenSSL
>>>> API,
Dave Page wrote:
> Dave Page wrote:
>> I did stumble across this text on a mailing list in response to someone
>> with a similar problem in some JNI code. I know little of the OpenSSL
>> API, but perhaps it rings bells with you before I spend my evening
>> trying to figu
Dave Page wrote:
> I did stumble across this text on a mailing list in response to someone
> with a similar problem in some JNI code. I know little of the OpenSSL
> API, but perhaps it rings bells with you before I spend my evening
> trying to figure it out?
OK, I think I've
Tom Lane wrote:
Dave Page <[EMAIL PROTECTED]> writes:
Tom Lane wrote:
Doesn't really matter. Even if we were willing to hack our own client
apps like that (which I'm not), we can *not* transfer such a requirement
onto every libpq-using application. It's just not acce
Marko Kreen wrote:
On 9/28/07, Tom Lane <[EMAIL PROTECTED]> wrote:
Dave Page <[EMAIL PROTECTED]> writes:
Andrew Dunstan wrote:
Then I think I'd rather disable use of client certs for the offending
openssl versions in libpq, or let the apps die and refer the customers
to the
Tom Lane wrote:
Dave Page <[EMAIL PROTECTED]> writes:
Andrew Dunstan wrote:
Then I think I'd rather disable use of client certs for the offending
openssl versions in libpq, or let the apps die and refer the customers
to the openssl people to lobby them for a sane solution.
If th
Heikki Linnakangas wrote:
Dave Page wrote:
Andrew Dunstan wrote:
Dave Page wrote:
I believe we just didn't notice it until now because the older Mingw
builds use the MSVC 6.0 runtimes which just happened to be compatible
with the OpenSSL binary builds (we're now using 8.0), in a
Andrew Dunstan wrote:
Then I think I'd rather disable use of client certs for the offending
openssl versions in libpq, or let the apps die and refer the customers
to the openssl people to lobby them for a sane solution.
If this were 8.0 I'd agree, but thats not a nice solution for those
alrea
Andrew Dunstan wrote:
Dave Page wrote:
I believe we just didn't notice it until now because the older Mingw
builds use the MSVC 6.0 runtimes which just happened to be compatible
with the OpenSSL binary builds (we're now using 8.0), in addition to
which there are relatively
Tom Lane wrote:
Dave Page <[EMAIL PROTECTED]> writes:
The server doesn't seem to be affected, but the attached patch fixes the
problem for the client apps. Unfortunately it must be included in the
app itself, and not libpq.
This is pretty much in the category of "they'
On Windows the OpenSSL guys have included code with 0.9.8 and above to
allow OpenSSL to work correctly regardless of the MSVC runtime libraries
that have been used with the host application. This has become noticable
with the MSVC++ build in which any client apps that connect using libpq
with a cli
Andrew Dunstan wrote:
>
> Here is my latest version of this patch. The good news is that it now
> seems to work on Windows. Please review carefully (esp Magnus, Dave, Tom).
Hi Andrew,
I've eyeballed the code quite thoroughly and given it a whirl under
VC++. The only problem I found was that the
Gavin M. Roy wrote:
> This is the patch I proposed on hackers to make pg_dump optionally
> ignore tablespaces. The patch is against 8.2.4. If I should be
> applying it to CVS head or what not, please let me know (along with any
> thoughts, concerns or issues).
Hi Gavin,
It should be against -he
Michael Glaesemann wrote:
>
> On Jul 7, 2007, at 13:50 , Tom Lane wrote:
>
>> Zdenek Kotala <[EMAIL PROTECTED]> writes:
>>> Dave Page wrote:
>>>> This is almost as bad as Magnus agreeing with JD (!), but I agree with
>>>> Peter :-). After
On Fri, July 6, 2007 8:51 am, Peter Eisentraut wrote:
> Am Mittwoch, 4. Juli 2007 17:04 schrieb Zdenek Kotala:
>> I attach complete patch which renames following binaries
>>
>> createdb createlang createuser dropdb droplang dropuser clusterdb
>> vacuumdb reindexdb
>
> I just want to say I dislike t
Andrew Dunstan wrote:
>
> Further update attached. Includes some code cleanup, and now sets up a
> session-id for all processes, including postmaster, syslogger etc, so we
> can make a primary key on the log table of (session_id, line_number).
>
> TODOs: fix on Windows, docs.
I'm not going to be
The attached patch implements the following fixes to pg_ctl on Windows:
- Fix the -w (wait) option to work in Windows service mode, per bug
#3382. This is required on Windows because pg_ctl reports running status
to the service control manager when actually still in recovery/startup,
causing a
Per previous discussion with Magnus, the attached batch file (rename to
install.bat) is a wrapper script for the MSVC installer. It sets up the
environment before installing (to allow zic.exe to run properly), and
removes the need to explicitly call perl on the command line.
This should be add
> --- Original Message ---
> From: Magnus Hagander <[EMAIL PROTECTED]>
> To: Tom Lane <[EMAIL PROTECTED]>
> Sent: 25/04/07, 22:31:20
> Subject: Re: [PATCHES] Fix for MSVC header installation
>
> Yup. I had no idea it did that :-) It certainly explains the difference.
No, nor I, but it m
Andrew Dunstan wrote:
Dave Page wrote:
Magnus Hagander wrote:
On Wed, Apr 25, 2007 at 02:57:41PM +0100, Dave Page wrote:
The MSVC installer doesn't install the headers in the same directory
structure as the Mingw build. This causes other apps (such as Slony)
to fail their configure
Magnus Hagander wrote:
On Wed, Apr 25, 2007 at 02:57:41PM +0100, Dave Page wrote:
The MSVC installer doesn't install the headers in the same directory
structure as the Mingw build. This causes other apps (such as Slony) to
fail their configure tests.
The attached patch fixes this.
Ap
The attached patch installs libpgport.lib under MSVC, and corrects a
typo in a message.
Regards, Dave
Index: Install.pm
===
RCS file: /projects/cvsroot/pgsql/src/tools/msvc/Install.pm,v
retrieving revision 1.12
diff -c -r1.12 Instal
The MSVC installer doesn't install the headers in the same directory
structure as the Mingw build. This causes other apps (such as Slony) to
fail their configure tests.
The attached patch fixes this.
Regards, Dave
Index: Install.pm
==
Bruce Momjian wrote:
> Dave Page wrote:
>> Bruce Momjian wrote:
>>> Simon Riggs wrote:
>>>> I've sent through v10 of my patch for transaction guarantee = off twice
>>>> now and it hasn't shown up on-list. I don't appear to be blocked, so
Bruce Momjian wrote:
> Simon Riggs wrote:
>> I've sent through v10 of my patch for transaction guarantee = off twice
>> now and it hasn't shown up on-list. I don't appear to be blocked, so I'm
>> not sure what the problem is?
>>
>> Sent: 31 Mar 22:09 TZ+01:00
>> Sent: 1 Apr 12:11 TZ+01:00
>
> Wha
Bruce Momjian wrote:
> Peter Eisentraut wrote:
>> I was hoping that we're deprecating contrib/xml2, so I wouldn't add more
>> features to it.
>
> Author states:
>
>> I understand that XML support is planned and at least partially
>> implemented for 8.3, but many production instances will be unab
Bruce Momjian wrote:
> Dave Page wrote:
>> Bruce Momjian wrote:
>>
>>> Thanks for the report. I have corrected this and the fix will be in
>>> PostgreSQL 8.3. Interestingly, we support non-documented option
>>> "append" and "file"
Bruce Momjian wrote:
> Thanks for the report. I have corrected this and the fix will be in
> PostgreSQL 8.3. Interestingly, we support non-documented option
> "append" and "file" too.
Append is undocumented as it's intended to be used by pg_dumpall, not
directly by users.
Regards, Dave.
Bruce Momjian wrote:
> Patch applied. Thanks.
>
> Docs updated to mention Win32:
>
> Write the output to the specified file. This is particularly useful
> on Windows because output redirection does not work for child
> processes.
I didn't say that - I said that I couldn
Per discussion on -hackers, the attached patch adds the option
-f, --file=FILENAME
to pg_dumpall. In order to support this, a new (undocumented) format
option (-Fa) is added to pg_dump which is identical to -Fp, except that
the output file is opened for append rather than write.
This patch shoul
Tom Lane wrote:
> Dave Page <[EMAIL PROTECTED]> writes:
>> OK, updated patch attached. This has
>
>> -E or --default-database=
>
> Not sure that "default" database is a particularly helpful adjective;
> why shouldn't the switch just be --databas
Neil Conway wrote:
> On Mon, 2007-01-15 at 17:07 +0000, Dave Page wrote:
>> You're thinking the user might expect it dump all of that database? Not
>> sure I agree with that, but I'm not wedded to the syntax. Any other
>> opinions?
>
> I agree with P
Peter Eisentraut wrote:
> Am Montag, 15. Januar 2007 14:44 schrieb Dave Page:
>> Per discussion on -hackers, the attached patch allow the default
>> database to be specified on the pg_dumpall command line, eg.
>>
>> pg_dumpall [options...] [dbname]
>
> I think
Per discussion on -hackers, the attached patch allow the default
database to be specified on the pg_dumpall command line, eg.
pg_dumpall [options...] [dbname]
If dbname is not specified, postgres/template1 are used per current
behaviour. If a connection cannot be made to dbname, an error is
retur
Tom Lane wrote:
> Dave Page <[EMAIL PROTECTED]> writes:
>> pg_dumpall -g -- Dump roles and tablespaces per current behaviour
>> pg_dumpall -gr -- Dump roles only (or users and groups)
>> pg_dumpall -gt -- Dump tablespaces only
>
> This seems a bit ugly, mai
Andrew Dunstan wrote:
> Tom Lane wrote:
>> Dave Page <[EMAIL PROTECTED]> writes:
>>
>>> pg_dumpall -g -- Dump roles and tablespaces per current behaviour
>>> pg_dumpall -gr -- Dump roles only (or users and groups)
>>> pg_dumpall -gt -- Dump table
Per discussion on -hackers, the attached patch introduces an optional
parameter to pg_dumpall's -g (--globals-only) option to allow roles or
tablespaces to be dumped on their own.
eg.
pg_dumpall -g -- Dump roles and tablespaces per current behaviour
pg_dumpall -gr -- Dump roles only (or users an
subscribe
---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings
> -Original Message-
> From: Bruce Momjian [mailto:[EMAIL PROTECTED]
> Sent: 26 October 2006 14:37
> To: [EMAIL PROTECTED]
> Cc: Dave Page; Albert Cervera Areny; pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] Tablespace for temporary objects and sort file
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Momjian
> Sent: 26 October 2006 14:19
> To: Albert Cervera Areny
> Cc: pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] Tablespace for temporary objects and sort files
>
>
> This has bee
The attached micropatch fixes the README install for contrib/sslinfo.
Regards, Dave.
sslinfo.diff
Description: sslinfo.diff
---(end of broadcast)---
TIP 6: explain analyze is your friend
-Original Message-
From: [EMAIL PROTECTED] on behalf of Jonah H. Harris
Sent: Sun 8/27/2006 3:24 AM
To: Joshua D. Drake
Cc: Andrew Dunstan; Bruce Momjian; Tzahi Fadida; pgsql-patches@postgresql.org
Subject: Re: [PATCHES] Adding fulldisjunctions to the contrib
> It's odd, only 10 people
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 21 August 2006 20:24
> To: pgsql-hackers@postgresql.org; Magnus Hagander
> Cc: Dave Page; pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] [HACKERS] BF Failure on Bandicoot
>
> &
The attached patch reverses ws2tcpip.h and winsock2.h to avoid an
undefined symbol error when building under VC2k5.
Regards, Dave
ipv6.diff
Description: ipv6.diff
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrus
> Sent: 08 May 2006 18:16
> To: pgadmin-hackers@postgresql.org
> Subject: Re: [pgadmin-hackers] Adminpack contrib module
>
> > There were no objections, so attached is an updated version of t
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Marko Kreen
> Sent: 05 May 2006 12:22
> To: Tom Lane
> Cc: Martijn van Oosterhout; pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] [PATCH] Have configure complain about
> unknown options
>
>
A few weeks ago following a discussion on pgsql-general it was proposed that
the pgAdmin 'adminpack' contrib module be added to /contrib in the server's
source tree to make it easier for users to find and install.
There were no objections, so attached is an updated version of the
adminpack, with n
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Page
> Sent: 24 April 2006 22:35
> To: Tom Lane; Magnus Hagander
> Cc: Chuck McDevitt; pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] B
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tom Lane
> Sent: 24 April 2006 21:57
> To: Magnus Hagander
> Cc: Chuck McDevitt; pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] Building with Visual C++
>
> We'll need a VC buildfarm member
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tom Lane
> Sent: 20 April 2006 00:19
> To: Peter Eisentraut
> Cc: pgsql-patches@postgresql.org; Martijn van Oosterhout
> Subject: Re: [PATCHES] [PATCH] Reduce noise from tsort
>
> (In practice, I'm
<> The attached patch fixes the xml2 contrib module for
windows, by changing the order of -lxslt & -lxml2 (yes, after 2 releases
that's all it took!). Tested on Windows & Linux.
It might be worth manually testing this on any other platforms that
might be sensitive to the library order - this modu
Thanks Bruce.
-Original Message-
From: Bruce Momjian [mailto:[EMAIL PROTECTED]
Sent: Wed 2/1/2006 12:45 PM
To: Dave Page
Cc: PostgreSQL-patches
Subject: Re: [HACKERS] FW: PGBuildfarm member snake Branch REL8_0_STABLE Status
changed from OK to Make failure
Dave Page wrote:
> Oops.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Peter Eisentraut
> Sent: 06 January 2006 11:07
> To: pgsql-patches@postgresql.org
> Cc: Hiroshi Saito
> Subject: Re: [PATCHES] display and expression of the home
> directory in Win32
>
> Am Frei
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 09 December 2005 14:33
> To: Dave Page
> Cc: Hiroshi Saito; Magnus Hagander; Bruce Momjian; PostgreSQL-patches
> Subject: Re: [PATCHES] CVS of 8.1.x MS-VC6 probrem.
>
> "Dave Pag
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tom Lane
> Sent: 09 December 2005 14:01
> To: Hiroshi Saito
> Cc: Magnus Hagander; Bruce Momjian; PostgreSQL-patches
> Subject: Re: [PATCHES] CVS of 8.1.x MS-VC6 probrem.
>
> "Hiroshi Saito" <[EMAI
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Joshua D. Drake
> Sent: 17 November 2005 15:58
> To: Andreas Pflug
> Cc: Tom Lane; Simon Riggs; pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] Numeric 508 datatype
>
>
> >
> > Hm, so if t
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Michael Glaesemann
> Sent: 14 November 2005 14:54
> To: Andrew Dunstan
> Cc: Patches (PostgreSQL)
> Subject: Re: [PATCHES] drop if exists
>
>
> On Nov 14, 2005, at 23:25 , Andrew Dunstan wrote:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Andrew Dunstan
> Sent: 13 October 2005 14:56
> To: Michael Fuhr
> Cc: pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] Documentation typos
>
>
> You seem to have lots of time on your hands
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 05 October 2005 16:08
> To: Bruce Momjian
> Cc: PostgreSQL-patches; Dave Page
> Subject: Re: [PATCHES] Fix for file names with spaces
>
> Bruce Momjian writes:
> > Sorry, this is
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 05 October 2005 16:31
> To: Dave Page
> Cc: Bruce Momjian; PostgreSQL-patches
> Subject: Re: [PATCHES] Fix for file names with spaces
>
> "Dave Page" writes:
> >> Why
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tom Lane
> Sent: 03 October 2005 15:37
> To: Simon Riggs
> Cc: pgsql-hackers@postgresql.org; pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] [HACKERS] External Sort timing debug
> statements
-Original Message-
From: "Tom Lane"<[EMAIL PROTECTED]>
Sent: 01/10/05 17:55:42
To: "Dave Page"
Cc: "pgman@candle.pha.pa.us", "[EMAIL
PROTECTED]"<[EMAIL PROTECTED]>,
"pgsql-patches@postgresql.org"
Subject: Re: Making pgxs b
-Original Message-
From: "Tom Lane"<[EMAIL PROTECTED]>
Sent: 01/10/05 16:28:18
To: "Bruce Momjian"
Cc: "Dave Page", "Peter Eisentraut"<[EMAIL
PROTECTED]>, "PostgreSQL-patches"
Subject: Re: Making pgxs builds work with a reloc
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 27 September 2005 18:57
> To: Magnus Hagander
> Cc: Dave Page; Peter Eisentraut; pgsql-hackers@postgresql.org
> Subject: Re: [HACKERS] Making pgxs builds work with a
> relocated installation
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: 29 August 2005 20:15
> To: Dave Page
> Cc: PostgreSQL-patches
> Subject: Re: [PATCHES] Bug in file access functions
>
> "Dave Page" writes:
> > 1) Stop them rejecting pa
The attached patch fixes a couple of minor issues in the file access
functions added for 8.1. These seem to have been introduced in recent
changes following the original patch.
1) Stop them rejecting paths that use Windows backslash directory
seperators.
2) Allow absolute paths to files into the
> -Original Message-
> From: Bruce Momjian [mailto:[EMAIL PROTECTED]
> Sent: 28 August 2005 22:56
> To: Dave Page
> Cc: pgsql-hackers@postgresql.org
> Subject: Re: [HACKERS] Win32 Thread safetyness
>
>
> Well, actually I tried to run configure --enable
It, or some related patch appears to have broken the build on buildfarm member
snake.
I haven't had time to investigate.
/D
-Original Message-
From: "Bruce Momjian"
Sent: 25/08/05 01:14:54
To: "Tom Lane"<[EMAIL PROTECTED]>
Cc: "Andrew Dunstan"<[EMAIL PROTECTED]>, "Chuck McDevitt"<[EMA
> -Original Message-
> From: Bruce Momjian [mailto:[EMAIL PROTECTED]
> Sent: 12 August 2005 04:27
> To: PostgreSQL-patches
> Cc: Dave Page; Andreas Pflug
> Subject: Re: [PATCHES] [HACKERS] For review: Server
> instrumentation patch
>
> Here is an update
1 - 100 of 210 matches
Mail list logo
