The attached patch implements a symlink for win32 using junctions, and
uses that for win32 tablespaces.
Regards,
Andreas
Index: tablespace.c
===
RCS file: /projects/cvsroot/pgsql-server/src/backend/commands/tablespace.c,v
retrieving
Andreas Pflug wrote:
> The attached patch implements a symlink for win32 using junctions, and
> uses that for win32 tablespaces.
Wow, that's, uh, amazing!
--
Bruce Momjian| http://candle.pha.pa.us
[EMAIL PROTECTED] | (610) 359-1001
+ If your life i
Bruce Momjian wrote:
Andreas Pflug wrote:
The attached patch implements a symlink for win32 using junctions, and
uses that for win32 tablespaces.
Wow, that's, uh, amazing!
http://www.codeproject.com/w2k/junctionpoints.asp has a good description
of the obfuscated REPARSE_DATA_BUFFER which is incl
Andreas Pflug <[EMAIL PROTECTED]> writes:
> Attached the patch, an orgy in #ifdefs, decorated with various indents
> and crlf line ends (glad we have pgindent).
I spent a fair amount of time fooling with this, trying to extract
something that I trusted enough to apply at this late date, but got
s
Tom Lane wrote:
Andreas Pflug <[EMAIL PROTECTED]> writes:
Attached the patch, an orgy in #ifdefs, decorated with various indents
and crlf line ends (glad we have pgindent).
I spent a fair amount of time fooling with this, trying to extract
something that I trusted enough to apply at this late dat
Andreas Pflug <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> but I don't know how to do the equivalent in this threaded scheme
>> you've devised for Windows.
> In pipeThread:
> if (!ReadFile(...))
> {
> DWORD error = GetLastError();
> if (error == ERROR_HANDLE_EOF)
>exit(0);
Tom Lane wrote:
if (!ReadFile(...))
{
DWORD error = GetLastError();
if (error == ERROR_HANDLE_EOF)
exit(0);
Got it. And there's no reason that the pipe thread can't do exit(0)
for itself?
Not really. All threads are equivalent.
BTW, should there be a last NOTICE "syslogger shutting
"Matthew T. O'Connor" <[EMAIL PROTECTED]> writes:
> Well I didn't get out of the office as early as I had hoped, and I have
> stayed up longer than I had planned, but I have a patch that addresses
> many of the issues raised by Tom. Please take a look at let me know if
> I'm heading in the right d
Tom Lane wrote:
You're headed in the right direction, but I'm afraid we're running out
of time. The core committee has chewed this over and agreed that we
can't postpone beta for the amount of time we think it will take to make
this patch committable. So we're going to hold it over for the 8.1
re
Tom Lane wrote:
"Matthew T. O'Connor" <[EMAIL PROTECTED]> writes:
Well I didn't get out of the office as early as I had hoped, and I have
stayed up longer than I had planned, but I have a patch that addresses
many of the issues raised by Tom. Please take a look at let me know if
I'm heading in
"Matthew T. O'Connor" <[EMAIL PROTECTED]> writes:
> BTW, I know people are eager for 8.0, but given that our release cycle
> is so long, and that by everyones estimates we are at least 3 months
> away from a release, what is the hurry for beta?
If I thought we were just a day or two away from ha
please apply, thanks!
regards laser
# simplified Chinese translation file for pg_controldata and friends
# Bao Wei <[EMAIL PROTECTED]>, 2002.
#
msgid ""
msgstr ""
"Project-Id-Version: PostgreSQL 7.4\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-07-22 09:35+\n"
"PO-Revision-Date: 2004
OK, it looks good. I don't have latex handy to build it, but it looks
fine to me...
Chris
Bruce Momjian wrote:
If you would like to review it I will apply it.
---
Christopher Kings-Lynne wrote:
Surely this is a really good b
Hi !
I would like to contribute a patch to the PostgreSQL.
The patch is for the one of TODO items:
*ARRAYS - Allow MIN()/MAX() on arrays
This patch is created with the latest cvshead codes.
regards
koju
---
Hi !
I would like to contribute a patch to the PostgreSQL.
This patch aims to increase test coverage for namespace RT.
Regards
koju
---
Koju Iijima
Software Engineer
Fujit
15 matches
Mail list logo
